Agent Build Log — Episode 018
今天,我調整了 Agent 的目標使用者。

一開始,我想把它做給 iOS 和 Android 開發者使用。
除了基本的 coding agent 能力之外,我也打算加入各種客製化 tools,並針對我工作上常用的 skills 做特化。
但今天,我把 Agent 的 TA 從「開發者」改成了「驗收者」。
在我現在的工作環境裡,負責驗收的人通常是 PM 或 QA。
他們需要確認一個需求是不是真的完成、某個 bug 是不是真的修好,以及這一版 App 的行為是否符合預期。
但這個過程裡,他們常常會卡在兩件事上:
怎麼把最新的 code build 起來。
以及怎麼驗證這一版 App 真的有修好。
最近,PM 和 QA 也向我反映,他們希望可以縮短從拿到版本到完成驗收之間的時間。
這讓我重新思考,第一版 Agent 真正應該服務的人是誰。
如果我繼續把目標放在開發者身上,我的 Agent 就會直接和 Codex、Claude App 這些產品競爭。
它們本來就是為軟體開發特化的工具。
不論是理解 codebase、修改程式、執行指令,還是完成開發任務,我都很難在第一版就和這些成熟的產品正面競爭。
但「驗收需求」是一個不同的問題。
即使 PM 或 QA 拿到了 Codex 或 Claude App,他們通常還是需要開發者先協助設定 repository、build environment、credentials、tools,以及測試流程。
工具雖然存在,但使用門檻並沒有真的消失。
所以我開始意識到,我的 Agent 不一定要先成為另一個更好的 coding agent。
它可以先把開發者已經準備好的環境和流程包起來,讓驗收者可以直接使用。
驗收者不需要先理解整個專案怎麼建置,也不需要記住每一個 command。
他們只需要告訴 Agent:
「幫我 build 最新版本。」
「幫我確認這個 bug 是否修好。」
「幫我按照 ticket 的條件驗證這個功能。」
Agent 再負責執行背後的 build、安裝、測試和驗證流程。
所以從今天開始,Alpha 階段的目標正式更改。
第一版 Agent 不再以「幫助開發者寫 App」為主要方向。
它會先聚焦在「幫助 PM 和 QA 驗收需求」。
我找到了一個更明確,而且目前更需要被解決的問題。
