散在群組裡的進度，自己歸隊了

領域: AI 專案協作
合作型態: AIGO 模板建置
起始年: 2026
建置產品: 專案進度管理助手（AIGO 模板）

01 · BACKGROUND背景

一個 PM 最不想當的角色：全公司最討厭的人

「進度到哪了？」在多數公司裡，這句話 PM 每天要問上十幾遍。專案的真實進度其實一直都在：在 LINE 群組的某句「改好了」、在 GitHub 的某個 commit、在會議裡的某個口頭承諾。只是這些線索散落在不同工具、不同對話裡，沒有人去搬，就永遠不會變成「進度」。

這個案子的起點不在客戶端。集團內部以「訊號→進度」的方法管理專案：不從專案表往下追人，而是讓工作訊號先進來、再歸到對的專案上。後來，這套方法論蒸餾成了一個 AIGO 模板：project_progress_hub，「專案進度管理助手」。

它以集團內部的專案管理方法為原型，做成了別人也能開箱即用的工具。

02 · WHY AGENTOSS為何來

AI 歸檔可以，AI 替人做決定不行

將訊號自動歸入專案並非唯一難題，更重要的是錯誤歸類的治理。若 LINE 訊息被歸入錯誤專案，將直接影響資料可信度。因此系統自設計初期即確立三項原則：AI 不代替最終決策、每筆進度保留來源、AI 建立的專案具備明確標記。

具體的做法是「唯一命中才歸戶」：LINE、GitHub webhook 進來的每一條訊號，AI 規則比對後只有在唯一命中一個專案時才自動歸入；只要有一絲不確定，就進收件匣，留給人判斷。AI 負責整理，人保留決定權；這是整個產品的骨架，不是事後補的免責聲明。

「AI 整理、人決策、事事有來源；進度自己浮現。」

AgentOSS 交付紀錄・我方敘述

03 · WHAT WE BUILT建了什麼

從一句「改好了」，到思路地圖上的一個節點

訊息、程式變更、會議筆記與決策訊號保留來源並匯入專案時間軸的建置情境 — 訊號歸戶與來源回溯流程情境示意・非產品截圖。

訊號從 LINE 與 GitHub 的 webhook 進來，20 秒內入庫；AI 規則歸戶、唯一命中才歸，不確定就進收件匣。四頁式介面把整條鏈攤開：總覽看全局、專案時間軸看單案、收件匣收未定訊號、連接精靈接新來源；思路地圖頁把 176 個節點的證據鏈畫成一張圖；每一條進度點下去，都能回溯到它是從哪一句話、哪一個 commit 來的。上線前以真實資料驗證：15 個專案、150 條訊號跑通全鏈。