播放後,Agent 會建立任務、執行並回寫紀錄。
實作任務已提交,等待人依規格確認結果。可在該任務的狀態選單中,將「待驗收」改為「完成」。
介面依 Taskora 任務清單與總紀錄重建。此處播放的是預設流程,沒有實際呼叫 Agent,也不會修改原系統資料。
AI 加速執行與驗證;產品方向、範圍與最終接受由人負責。
播放後,Agent 會建立任務、執行並回寫紀錄。
實作任務已提交,等待人依規格確認結果。可在該任務的狀態選單中,將「待驗收」改為「完成」。
介面依 Taskora 任務清單與總紀錄重建。此處播放的是預設流程,沒有實際呼叫 Agent,也不會修改原系統資料。
執行結果、進度與 Blocker 回寫 Taskora,再進入人類審查。開發狀態不留在單次 AI 對話中。
自行開發的 Taskora 透過 MCP 提供 Milestone、Task、Dependency、Blocker 與執行歷史。
接手任務時,Human 與 Agent 從同一份結構化狀態開始,減少重述上下文與交接遺失。
每個任務定義 Objective、Scope、Allowed Paths、Acceptance Criteria 與不可修改範圍。
指定 Repository 與允許的文件/程式路徑;Agent 不應自行擴張需求或改動未授權區域。
已確認決策寫入 PRODUCT.md;未確認事項維持 TBD,不由 Agent 自行補成產品規格。
Human:商業規則、Trade-off、架構核准與驗收。AI:一致性檢查、邊界案例、任務拆解、實作與測試。
我設計的不是一次「請 AI 寫程式」,而是一個可追蹤、可交接、可驗收的產品交付流程。
Taskora 是我自行開發、供 Human 與 AI Agent 共用的任務管理工具。這張畫面展示的是同一份專案狀態:任務被拆解到哪裡、正在做什麼,以及下一步被什麼條件阻擋。

畫面:R1 主任務下展開結帳、支付、作廢與出單等子任務。
用途:將產品目標拆成可執行範圍,讓人與 Agent 在同一層級理解工作。
畫面:可領、進行中、待驗收、卡住、完成。
用途:區分「可開始」「正在執行」與「等待接受」,讓交接點可見。
畫面:R1 顯示 26/45,各子任務有各自的完成/總欄位。
用途:辨識仍需追蹤的項目。狀態與子項計數分開閱讀,不能直接等同整體交付率。
畫面脈絡:測試驗收與切正式分成不同任務,後者依賴前者。
用途:讓先決條件跟著任務,而非只留在聊天記憶;避免跳過尚未滿足的條件。
清單承載狀態;Task Brief 承載 Allowed Paths、驗收條件與不做範圍;活動紀錄承載誰在何時領取、回寫與接受。透過 MCP,Agent 可讀取任務脈絡並回寫結果。
26/45 為截圖當下的任務計數;執行進展與交接歷史可由下方紀錄回溯。
資料來源:Taskora 實際任務清單。任務定義、執行狀態與相依條件保留在同一個專案脈絡中。
Agent 完成任務處理並回寫狀態後,Taskora 立即顯示通知,讓產品負責人知道哪些工作已有進展、哪些可以接手檢查。

同一項「Turnkey 測試過關」任務,在紀錄中有連續的狀態變化。
工作進入共用任務清單,後續執行可對應到同一個任務。
記錄 Agent 已接手,讓執行角色與目前狀態可見。
Agent 回寫處理結果,工作進入需要檢查與接受的階段。
通知讓產品負責人察覺更新;執行紀錄則提供任務、操作者與狀態變更的脈絡,協助決定接下來要驗收、追問或處理阻擋。
本筆更新是「待驗收」:Agent 處理完並提交,仍由人依產品規格與驗收條件確認結果。
產品價值:讓進展可被察覺、執行可被追溯,並讓處理結果有明確的交接入口。