工作流程地圖
現況，2026-07-04 從源頭（_shared/definitions/{agents,workflows,routines}.json）生成；衝突以 JSON + 實測為準。
主軸照方法論：工作怎麼進來 → 哪個治理區塊 → 哪個 agent → 觸發方式 → 資料流去哪。
18agent（manager 已併入 pa）
6治理區塊 A~F
11盤點的 workflow
8真實在跑的排程
7多渠道輸入來源
健康度圖例：
綠 = 完整 / 自動在跑
黃 = 部分 / scaffold / 手動
紅 = 待建
maturity 標籤：完整 scaffold 殘缺
一、工作怎麼進來（多渠道輸入）
所有工作最終要匯入系統：事件類走 webhook（定案架構 WF9：接收服務 → filter → MessageQueue → agent 消費），排程類由 scheduled-tasks 觸發，其餘手動交辦。編排層目前 藍圖定案、infra 部分就緒、consumer 未啟動。
🚨告警
Alertmanager / Railway
多渠道 webhookJira·Slack·Notion·Line·Railway
→
事件接收服務Broker，normalize 成 AgentEvent
→
Routing Rulefilter，eventTypes allowlist
→
MessageQueueBullMQ，每 queue 獨立
→
Agent 消費consumer → Claude CLI → 回覆來源
實作載體＝agent-manager（平台：Fastify+Drizzle+PG+Redis+BullMQ+Vue3 UI+node-agent daemon）+ agent-broker（consumer SDK）。2026-07-03 實測：Redis up，但 WF4/WF5 的 consumer 進程都沒起來，平台未上 production。task-management-agent 是這條 queue 的一個 consumer（scaffold，broker 上 Railway 前未 live）。
二、六個治理區塊 × 所屬 agent × 觸發方式
A · 入口 / 編排層多渠道輸入 → filter → MQ → agent 消費（定案模式，consumer 未啟動）
task-management-agent scaffold
queue consumer：intake 事件 → 分類 → 建 Notion/Calendar/Jira 或轉派
event · broker queue（未 live）
agent-manager（infra）
編排平台：Broker→Router→Queue→Agent + 管理 UI
由 personal-developer-agent 開發中
agent-broker（sdk）
consumer SDK：BrokerEvent schema + reply dispatcher
可用，6 個實例定義（jira/notion/line/railway/slack-reply/jira-test）
WF4 b2b-crm BullMQ（活雛形，consumer 未跑）
WF5 e2e-testing SQS broker（活雛形，待收斂）
broker 待上 Railway 才能真實接起
B · 資料管線層raw 蒐集 → 知識合成 → 報告（唯一有真排程的層）
collector-agent 完整
搬資料不解讀：daily-reports/Notion daily/working-zone/git log/books → _raws/
scheduled · 每天 21:00（collector-daily）+ 週一 08:00（collector-gitlog）
processor-agent 完整
ingest _raws/ + _shared/meetings/ → 合成 _knowledgebase/ wiki
manual · /ingest（刻意未排程）
collector 對帳（collector-verify，每天 21:30，BI 分離）
processor 需手動觸發，鏈條卡在 _raws/
manager → 已併入 personal-assistant（報告產線移至 F 層）
C · 知識層_knowledgebase karpathy wiki＝個人 data warehouse 知識面（資料儲存，非 agent）
processor 寫入personal-assistant（報告產線）讀取
D · 維運層（SRE Team 起點）告警 → 止血 → incident/task → 執行 + RCA
alert-agent 完整
收 alertmanager @mention → triage → 分級診斷 → Tier 0 白名單止血 → 建 incident/task → 升級 sre
event · Slack alertmanager @mention
sre-agent 完整
接 alert 升級或手動：helm 部署、env 修改、k8s 診斷、RCA、回寫 task 狀態
event_or_manual · alert 升級 / 手動
guard-alert + guard-ops 護欄、ops log 完整
BI 缺口：deploy 後 metrics 獨立驗證未建
E · 開發層各 repo 全端開發（11 個 dev agent；全部有 commit 自動 code review hook）
clinicity-developer 完整
Clinicity 平台
manual · CLI / issue
genetic-testing-developer 完整
新光×嘉和基因檢測
manual · CLI / issue
personal-developer 完整
個人專案 + 編排層基建（agent-manager/broker）
manual · CLI
e2e-testing-developer 完整
BOB 自動化測試（另持 SQS broker/channel）
manual · CLI
b2b-crm-developer 完整
B2B CRM（另持 BullMQ+Jira webhook adapter）
manual · CLI / Jira
codays-developer 完整
Coday 4 repo（NestJS / Nuxt+Vue / Vue+Pinia / Prisma）
manual · CLI
web-scraper-developer 完整
KA 名單爬蟲
manual · CLI
mijily-bottle-developer 完整
mijily-bottle-cap
manual · CLI
bob-developer 部分
BOB Platform（07-03 補齊 settings + skill）
manual · CLI
general-developer 部分
BOB/Serverless 以外的專案
manual · CLI
serverless-developer 部分
Cloudflare Workers / Lambda / GCP Functions
manual · CLI
10 個標準 dev 有 guard-dev + commit code-review hook + log-commit-to-report
BI 缺口：push 前無自動 test runner（全 dev 共通）
F · 個人 / 業務層個人助理提醒 + 報告產線 / 業務建單
personal-assitant-agent 完整
雙角色：個人參謀（規劃/提醒/職涯，向前）＋報告產線（原 manager，向後）；21 skill
scheduled+manual · 5 排程（見下）
sales-agent 完整
Slack 收業務指令 → 判斷組織 → 解析欄位 → 建 SKU + 回付款連結
event · Slack 業務訊息
pa 提醒改推 Slack（SLACK_WEBHOOK_URL 已設定實測 200，否則 fallback outbox）
sales 範圍最克制，無漂移範本
三、真實在跑的 8 個排程（+ 事件驅動 + 規劃）
snapshot 已廢除（WF8 除役）；不再有「每週一 /snapshot」。以下以 scheduled-tasks MCP 實測為準。
| 排程 | agent | 時間 | 做什麼 |
|---|
| collector-daily | collector | 每天 21:00 | 搬當天 daily-reports + Notion daily + working-zone → _raws/ |
| collector-verify | （BI 獨立驗證） | 每天 21:30 | collect-verify.sh 對帳 → append _raws/_manifest.md，異常寫 pa outbox |
| collector-gitlog | collector | 每週一 08:00 | 收集上週團隊 git log → _raws/git-logs/ |
| pa-triage-morning | pa | 平日 08:45 | /triage-suggestions 分流 routine 建議 → 有 🟡/🔴 才推 Slack |
| pa-daily-log-create | pa | 平日 09:00 | 在 Notion Daily database 建立當天 Daily log（已存在則跳過） |
| pa-remind-weekly-snapshot | pa | 每週一 09:00 | 週初資料檢查：查 _manifest 對帳異常 + 提醒跑 processor /ingest |
| pa-remind-daily-notion | pa | 每天 23:00 | 提醒回填 Notion Daily（推 Slack / fallback outbox） |
| pa-remind-monthly-report | pa | 每月 28 號 09:00 | 提醒準備月報原料（AWS Cost xlsx + Notion Daily 完整度） |
事件驅動：alert（Slack alertmanager @mention）· sales（Slack 業務訊息）· sre（手動 / alert 升級）· processor（手動 /ingest，刻意未排程）。 規劃中：pa-morning-brief（晨間今日清單 WF10，skill 已建待掛排程）· dev-daily-summary（7 dev 的 23:00 摘要腳本在、無觸發器）· processor-auto-ingest（collector 後自動串 processor）。
四、關鍵資料流
① 報告產線：collector → _raws → processor → _knowledgebase → pa 報告
來源daily-reports·Notion·working-zone·git·books
→
collector21:00 搬進 _raws/
→
processor手動 /ingest
→
_knowledgebasekarpathy wiki
→
pa 報告產線manage-group / 2x2 / okr / cbg-monthly
collector 段自動（+21:30 對帳）；processor / 報告仍手動，週一 09:00 排程會提醒跑 /ingest。
② dev commit → daily-reports → collector
dev commitlog-commit-to-report hook
→
_shared/daily-reports/{slug}/當日 commit 記錄
→
collector 21:00搬進 _raws/work-logs/
③ 告警 → incidents/tasks → sre
Alertmanager→ Slack @mention
→
alerttriage + Tier0 止血 + 建卡
→
_shared/incidents/ + tasks/incident 卡
→
srehelm/kubectl 執行 + RCA
④ routine → 建議 → pa triage → approve（WF11，BI 分離）
任一 routine如 collector-verify 對帳缺漏
→
log-suggestion.sh_raws/routine-suggestions/（append-only）
→
pa /triage-suggestions去重 → 🟢🟡🔴 分類
→
_shared/suggestions-inbox/approve 清單 → 人類勾選
產生建議的 routine ≠ 分析的 agent（BI 分離）。目前唯一接上的產生者是 collector-verify；pa-triage-morning（平日 08:45）負責讓建議被主動看見。
⑤ 編排層：ingress → MQ → consumer（未 live）
webhookJira/Slack/Notion/Line/Railway
→
Broker + Routing Rulenormalize + filter
→
BullMQ queue每 queue 獨立
→
consumer agenttask-management scaffold（未 live）
現況＝infra 就緒（Redis up）、程式碼在、consumer 未啟動、平台未上 production；broker 待上 Railway，本地才能真實接起。
五、11 個 workflow 的文件與實作狀態
| WF | 內容 | 層 | 文件 | 實作 | 一句話重點 |
|---|
| WF1 | 資料管線 raw→知識→報告 | B | 部分 | 部分 | 只有 collector 段自動（+21:30 對帳），鏈條卡在 _raws/ |
| WF2 | 告警→止血→incident→SRE | D | 完整 | 完整 | 最健康的自動化鏈；缺執行後 metrics 驗證 |
| WF3 | 開發任務→部署（10 agent 共用） | E | 完整 | 部分 | bob/general/serverless 07-03 補齊；輕量 3 agent approve gate 待重驗 |
| WF4 | b2b-crm：Jira→BullMQ→自動接單 | A | 完整 | infra 就緒·未跑 | Redis up 但 consumer 進程沒起來；.mcp.json token 已修 |
| WF5 | e2e-testing：SQS broker+channel | A | 薄 | broker 未跑 | broker 進程未啟動；待淘汰或遷移到統一 queue |
| WF6 | sales：Slack→SKU→付款連結 | F | 完整 | 完整 | 無漂移，當範本保留 |
| WF7 | 個人助理提醒（日/週/月） | F | 完整 | 排程已通 | 3 排程已建；輸出改推 Slack（webhook 200，否則 outbox） |
| WF8 | 快照節奏 | B | 已除役（07-03） | /snapshot 廢除封存；報告流程併入 WF1 |
| WF9 | 多渠道輸入→MQ→派工 | A | 已定案 | 平台開發中 | 核心痛點；架構定案，載體 = agent-manager + agent-broker |
| WF10 | 晨間規劃：昨日進度→今日清單→派工 | F | skill 已建 | 已手動實測 | /today-plan 寫入 _shared/today-plan/；晨間自動排程待評估後再掛 |
| WF11 | routine 建議分流：routine→建議→分析→approve | F | 完整 | primitive 已通·skill 待實跑 | log-suggestion.sh → routine-suggestions → pa /triage → approve（BI 分離） |
節點層級細節（每個節點的型別 / 文件出處 / 實作證據）見 workflows.json；逐 agent 的觸發 / approve gate / 邊界 / 回報見 另一頁。