AgentOSS
專案進度管理助手

案例情境示意・非產品截圖

AI 轉型・訊號歸戶

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

領域
AI 專案協作
合作型態
AgentOSS 模板建置
起始年
2026
建置產品
專案進度管理助手(AgentOSS 模板)

01 · BACKGROUND背景

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

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

這個案子的起點不在客戶端。集團內部以「訊號→進度」的方法管理專案:不從專案表往下追人,而是讓工作訊號先進來、再歸到對的專案上。後來,這套方法論蒸餾成了一個 AgentOSS 模板: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 條訊號走通全鏈。

AgentOSS 交付紀錄・我方敘述

DELIVERED
LINE / GitHub webhook 訊號接入,進線後 20 秒入庫01
AI 規則歸戶:唯一命中才自動歸入專案,不確定一律進收件匣02
三原則內建:AI 不自動決策、進度必掛來源、AI 建的專案有明確標記03
四頁式介面:總覽/專案時間軸/收件匣/連接精靈04
思路地圖頁:176 個節點的證據鏈視覺化,每條進度可回溯來源05
以真實資料驗證:15 個專案+150 條訊號走通「訊號→歸戶→進度浮現」全鏈06
源自集團內部「訊號→進度」方法論,蒸餾為 AgentOSS 模板 project_progress_hub07
已在 ai-go.app 上線,持續運行中08

04 · WHERE IT IS NOW現在樣貌

不是簡報裡的 AI,是每天在收訊號的 AI

思路地圖上 176 個節點,每一條進度都點得回原本那句話、那個 commit。

起點
方法論先於產品

集團內部以「訊號→進度」方式管理專案,這套方法就是產品的原型。

2026
蒸餾成 AgentOSS 模板

內部方法論蒸餾為 project_progress_hub 模板:訊號歸戶、四頁式介面、三原則全部內建。

2026
真實資料驗證

15 個專案+150 條訊號走通全鏈;思路地圖 176 節點證據鏈成形。

2026
上線運行

在 ai-go.app 正式上線,webhook 訊號 20 秒入庫,持續運行中。

05 · IN OUR WORDS結語

「專案進度管理助手」以集團內部的專案管理方法為原型:LINE 與 GitHub 的訊號自動歸到對的專案,不確定就進收件匣;AI 整理、人決策、事事有來源。2026 年以 15 個專案、150 條訊號驗證全鏈後上線,現於 ai-go.app 持續運行。進度自己浮現,PM 不必再當全公司最討厭的人。