XPlatform

AI 轉型・訊號歸戶

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

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

01 · BACKGROUND背景

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

進度?多數公司這句話 PM 每天要問十幾專案真實進度其實一直都 LINE 群組好了 GitHub 某個 commit會議某個口頭承諾只是這些線索散落不同工具不同對話沒有人去永遠不會變成進度

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

換句話說,這不是一個為了展示 AI 而做的產品——它以集團內部的專案管理方法為原型,做成了別人也能開箱使用的工具。

02 · WHY XPLATFORM為何來

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

訊號自動歸到專案技術不難的是錯了怎麼辦一條 LINE 訊息 AI 塞進專案沒有歸檔整個系統失去信任所以這個工具第一了三規矩AI 自動決策每一進度來源AI 建立專案明確標記

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

AI 整理、人決策、事事有來源——進度自己浮現,決定還是人做的。

XPlatform 交付口徑

03 · WHAT WE BUILT建了什麼

從 webhook 進來,到思路地圖上的一個節點

訊號 LINE GitHub webhook 進來20 落地AI 規則唯一命中確定收件四頁介面攤開總覽全局專案時間收件未定訊號連接精靈來源思路地圖 176 節點證據畫成一張每一進度下去都能回溯到它是一句話一個 commit 來的上線真實資料驗證15 專案150 訊號

XPlatform 交付口徑

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

04 · WHERE IT IS NOW現在樣貌

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

這個工具沒有發布它的證據每天進來訊號每一回去來源

起點
方法論先於產品

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

2026
蒸餾成 AIGO 模板

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

2026
真實資料驗證

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

2026
上線運行

ai-go.app runtime 上線,webhook 訊號 20 秒落地,持續運行中。

05 · IN OUR WORDS結語

專案進度管理助手集團內部專案管理方法原型LINE GitHub 訊號自動歸到專案確定收件AI 整理決策事事來源2026 15 專案150 訊號驗證上線 ai-go.app 持續運行進度自己浮現PM 不必公司討厭