Part 1 / How I build with AI

讓 Human 與 Agent
共用一套交付脈絡。

AI 加速執行與驗證;產品方向、範圍與最終接受由人負責。

02
HUMAN × AGENT

一個任務,如何完成交付?

跟著任務清單與執行紀錄,觀看 Agent 建立、處理與提交工作,再親自完成最後驗收。

約 30 秒 · 分步提示 · 可隨時暫停
T Taskora/MiseOS
流程示例 · 獨立示例資料
清單等待開始
任務狀態完成/總
R1 — 菜單排序交付尚未建立0/0

播放後,Agent 會建立任務、執行並回寫紀錄。

01 / Agent 自動建立任務Agent 執行 · Human 驗收

介面依 Taskora 任務清單與總紀錄重建。此處播放的是預設流程,沒有實際呼叫 Agent,也不會修改原系統資料。

01 / HUMANProduct Decision
02 / SPECPRODUCT.md
03 / STATETaskora
04 / CONTEXTMCP
05 / EXECUTEAI Agent
06 / DELIVERImplementation
07 / ACCEPTHuman Review

執行結果、進度與 Blocker 回寫 Taskora,再進入人類審查。開發狀態不留在單次 AI 對話中。

SHARED PROJECT STATE

狀態可被共同觀察

自行開發的 Taskora 透過 MCP 提供 Milestone、Task、Dependency、Blocker 與執行歷史。

為什麼需要這層?

接手任務時,Human 與 Agent 從同一份結構化狀態開始,減少重述上下文與交接遺失。

BOUNDED AGENT EXECUTION

自主執行有明確邊界

每個任務定義 Objective、Scope、Allowed Paths、Acceptance Criteria 與不可修改範圍。

任務邊界包含什麼?

指定 Repository 與允許的文件/程式路徑;Agent 不應自行擴張需求或改動未授權區域。

HUMAN PRODUCT OWNERSHIP

決策仍由產品負責人保有

已確認決策寫入 PRODUCT.md;未確認事項維持 TBD,不由 Agent 自行補成產品規格。

Human / AI 如何分工?

Human:商業規則、Trade-off、架構核准與驗收。AI:一致性檢查、邊界案例、任務拆解、實作與測試。

我設計的不是一次「請 AI 寫程式」,而是一個可追蹤、可交接、可驗收的產品交付流程。

Actual product / Taskora

讓交付狀態成為共同的工作脈絡。

實際產品截圖 · 2026/10/06

Taskora 是我自行開發、供 Human 與 AI Agent 共用的任務管理工具。這張畫面展示的是同一份專案狀態:任務被拆解到哪裡、正在做什麼,以及下一步被什麼條件阻擋。

Taskora 實際任務清單:R1 主任務、子任務、進行中/完成/待驗收/可領狀態與完成/總計數。右側環境備註未列入展示範圍。
原始畫面的任務與狀態欄位。右側環境備註不列入展示範圍。
01

任務層級 / Work breakdown

畫面:R1 主任務下展開結帳、支付、作廢與出單等子任務。

用途:將產品目標拆成可執行範圍,讓人與 Agent 在同一層級理解工作。

02

執行狀態 / Handoff state

畫面:可領、進行中、待驗收、卡住、完成。

用途:區分「可開始」「正在執行」與「等待接受」,讓交接點可見。

03

進度計數 / Remaining work

畫面:R1 顯示 26/45,各子任務有各自的完成/總欄位。

用途:辨識仍需追蹤的項目。狀態與子項計數分開閱讀,不能直接等同整體交付率。

04

相依與阻擋 / Execution order

畫面脈絡:測試驗收與切正式分成不同任務,後者依賴前者。

用途:讓先決條件跟著任務,而非只留在聊天記憶;避免跳過尚未滿足的條件。

從任務清單到受約束的交付

清單承載狀態;Task Brief 承載 Allowed Paths、驗收條件與不做範圍;活動紀錄承載誰在何時領取、回寫與接受。透過 MCP,Agent 可讀取任務脈絡並回寫結果。

26/45 為截圖當下的任務計數;執行進展與交接歷史可由下方紀錄回溯。

資料來源:Taskora 實際任務清單。任務定義、執行狀態與相依條件保留在同一個專案脈絡中。

Execution History / Immediate Notification

Agent 的執行結果,
回到可追蹤的專案狀態。

實際執行紀錄

Agent 完成任務處理並回寫狀態後,Taskora 立即顯示通知,讓產品負責人知道哪些工作已有進展、哪些可以接手檢查。

Taskora 總紀錄:R1-11c 在 09/24 23:23 由 cursor 領取,狀態從可領改為進行中;09/25 18:41 由 cursor 回寫為待驗收。每筆紀錄附任務、時間、操作者及動作。
Taskora 總紀錄:任務、時間、操作者、動作與狀態變更保留在同一個專案中。
FOLLOW ONE TASK / R1-11c

從領取到提交,交接過程可回溯。

同一項「Turnkey 測試過關」任務,在紀錄中有連續的狀態變化。

  1. 09/24 · 23:17 Cursor

    建立任務,設為可領

    工作進入共用任務清單,後續執行可對應到同一個任務。

  2. 09/24 · 23:23 cursor · R1-11c

    領取:可領 → 進行中

    記錄 Agent 已接手,讓執行角色與目前狀態可見。

  3. 09/25 · 18:41 cursor · R1-11c

    提交:進行中 → 待驗收

    Agent 回寫處理結果,工作進入需要檢查與接受的階段。

NOTIFICATION → REVIEW

即時通知,是下一步工作的入口。

通知讓產品負責人察覺更新;執行紀錄則提供任務、操作者與狀態變更的脈絡,協助決定接下來要驗收、追問或處理阻擋。

本筆更新是「待驗收」:Agent 處理完並提交,仍由人依產品規格與驗收條件確認結果。

01 / EXECUTEAgent 處理與回寫
02 / NOTIFYTaskora 立即通知
03 / TRACE查看任務與執行紀錄
04 / REVIEWHuman 檢查與接受

產品價值:讓進展可被察覺、執行可被追溯,並讓處理結果有明確的交接入口。

MiseOS / Human–Agent Product Delivery02 / Shared state, bounded execution
上一篇MiseOS 產品策略