前言
自從大學學了程式設計後，比起寫網站建資料庫，這種商業用途的任務，Blog主就一直對解決日常身邊的問題更有興趣。不過日常的真實問題，通常雜質比較多，真正能用機械式邏輯解決的事情比較少。直到近年AI發達，工作也開始使用AI Agent，能用AI的智力補足以前處理人類語言或著「雜質」的困難。最近時不時就在想，如何把目前生活遇到的難題，又或著是惱人的事情，也用AI Workflow的方式解決。
以Project文件為基礎解決日常問題
WebUI下的Project模式
Blog主第一個真正建立Project規則，並且活用檔案功能，來解決生活問題的，是幾個月前開始的旅遊規劃。當時第一次在ChatGPT的WebUI介面下建立Project，放入基本行程規劃，讓他生成Excel，在Excel裡面管理基本行程，詳細交通規劃，待辦事項，決策過程，風險管理，預算規劃...等等。每次讀取目前狀態，分析問題，保存狀態都用單一檔案管理。而實際上體驗也不錯，規劃旅遊時，會有很多要考慮的真實情況，季節性情報，售票開始時間，臨時風險，容錯機制，當這些都被文件式管理後，會井然有序很多。
自己一個人處理事情，往往腦袋會快速想很多內容，但打字跟不上，也會懶的紀錄這麼多內容，變成最後文字化的部分很少，第一個問題是容易遺漏細節，當下可能會覺得未來的自己能記得，所以只記錄重要的部分，但之後忘記了，第二個是，這次的失敗跟成功經驗，或著調查過程很難完整的記下來，通常時間不夠只會紀錄結果，造成下次要做類似的事情時，如果不記得細節，很常必須重頭開始。
而當今天，跟AI的對話是建立於有文件紀錄的環境，儘管每次進行時，需要把腦內想的內容打出來會放慢速度，但也因此所有決策、調查、操作內容都保留在對話，這時讓AI自己整理文字，建檔的成本就很少，遺漏也少。而且建檔後，重複利用的可能性就增多，譬如規劃旅遊這種有個人偏好，需要做調查的內容，就很適合重複利用規則跟資訊，讓下一次規劃別的旅遊更快進入狀況。
TUI下的AI Agent模式
另外一個是TUI下的Agent模式，也是工作慣用環境。個人覺得ChatGPT的WebUI下的Project模式，已經能夠接近TUI的Agent模式了，特別是WebUI環境連上Google Drive，解決檔案寫入以及數量限制後。TUI剩下的優勢，是可以直接執行電腦指令，做更複雜的操控，但這邊還有Token限制，常有的5小時限制，一周總使用量限制都有。Blog主TUI使用的Harness是之前介紹過的OpenCode，所以套了一層殼，好處是還可以隨時換供應商，但壞處是目前無法隨時在外面（外網）觀看對話，Blog主不清楚OpenAI本家自己的Codex App（最近好像整合到ChatGPT App了），遠端遙控做到什麼境界，儘管這樣，家裡還是要開著一台機子跑，還是跟單純WebUI/App有差別。
TUI / WebUI的切換活用
Blog主一開始為了省Token，所以在處理日常問題盡量用WebUI那邊，因為那邊是不限Token數的。特別是發現Google drive連結的方便性後，發現其實WebUI那邊還蠻能用的。WebUI下，ChatGPT也能用yt-dlp下載Youtube影片，逐禎解析內容，當然使用者也能上傳複數檔案，甚至是影片給他處理。譬如Blog主的食譜問題，有時候會需要請AI閱讀Youtube的料理教學，這時候WebUI下，它也能自己載影片自己解析，給我要的output。
平常Blog主都直接利用WebUI的Project模式，在Source有最新的Project Instructions下，直接在WebUI進行任務。除非有同步專案文件到GitHub的需求，才會把檔案載下來，丟到本地Repository，再透過TUI做簡單的Git操作。這樣整體下來，可以更省Token數。
處理食譜問題
背景
最近三個禮拜，Blog主做料理的次數大增，而且8成都是新的料理，未來也預計會持續下去。Blog主會在網路上翻食譜，有些可能是網路文章，或著Youtube影片，甚至現在會跟AI討論創建食譜，特別是有些台灣料理想在日本實踐的時候，這時候會牽涉到調味料取得的難易度，就需要AI綜合參考幾種食譜，來決定替代原料，以及調整烹飪方式。
問題
但不管是哪裡來的食譜，總是會有些地方Blog主不滿意，通常出現的有幾點：
- 一樣都是事前準備的東西，但很常食譜會先切肉，再切菜。而切完肉之後檯面跟刀子很容易沾上油或血，這對想一組工具用到底的人來說，很不友善。自己可以更換順序沒錯，但會有遺漏步驟的風險。
- 有時候，已經開火在煮了，才開始「這時候加入醬油幾ml，○○調味料幾大匙」，這時候因為前面步驟沒先做，才手忙腳亂的去準備。有些東西其實是可以事先混和的，如果先準備好，就能到時機後，直接一口氣倒進去。
- 食材一覽裡面，常備調料、特殊調料、生鮮食材，這三種常常混在一起寫，很容易導致採買的時候，想說中間穿插的這幾個東西可以省略，結果事後發生漏看，沒買到的問題。
- 教學影片看過一次之後，想要純文字，統整好的所有步驟。
- 照食譜做過一次後，有時候會實驗換掉食材，譬如豬肉換更健康的雞肉、魚肉等。
- 考慮到未來與伴侶共有食譜的情況，材料的名稱會需要雙語標註。
- 希望可以用手機瀏覽器看「做過的料理一覽」，能跳到每個料理頁面。而每個料理頁面，能在最上面看到採買的清單，方便在外面點開就知道要買什麼，下面則是製作過程，方便在家能用平板等裝置照著做料理。
解決
Blog主這次利用本地的gh cli，以及當作Harness的OpenCode，配上OpenAI提供的GPT-5.6。在創建GitHub私人repository後，把上述問題跟背景丟給Web版的GPT，建立符合需求的Project Instructions，放在專案的資料夾下，同時也手動把這份Project Instructions上傳到一個新的ChatGPT Web的Project裡面。這樣能在WebUI讓GPT用自訂的規則處理YT的影片，或著網路上的食譜，變成符合規則的Markdown檔案，一個Markdown檔案就是一個食譜，這時再把檔案放進專案資料夾，開OpenCode（TUI）讓GPT閱讀檔案內容，處理Git commit跟push到遙控端。以後就能夠在手機登Github帳號後，也能看到該Markdown檔案，一個網頁頁面就是一個食譜，簡單明瞭，而且在外面在家裡都能看。
 |
| 雖然只有一小部分，不過這是README.md 實際的Project_Instructions.md有31個大項目，一千多行左右。 |
 |
| 實際的食譜的一部分 |
Blog主的目的是建立一套系統後，未來只要料理做過一次，就可以當input丟進去，自動產出想要格式的output，更新repository，下次就可以簡單的挑料理，確認食材，去超市採買，買回家也可以照同一份資料做，也省去一邊做料理一邊看影片的麻煩。Blog主也實際看output，再修正了2~3次Project Instructions，目前實際用上面的食譜跑過一次流程，還不錯，未來估計也會繼續維護。
總結
其實最近一直想上來分享個人活用ChatGPT，解決日常生活的心得。不過Blog主一直沒找到想公開詳細談的Project，最近解決這個食譜的煩惱後，發現很適合分享，而且同時橫跨WebUI以及TUI的操作，也結合GitHub的簡單應用，寫成文章涵蓋的部分也多。Blog主其實也有想過用Issue以及doc的方式記錄自己日常的各種問題，追蹤進度，以及歸類建檔，不過這方面還在琢磨，目前沒找到Blog主滿意的解決方案，也許未來會上來分享也說不定，我們下次再會。
沒有留言:
張貼留言