WF-006-DINGMAO｜定錨追蹤研究元件流程圖

WF-006-DINGMAO｜定錨追蹤研究元件流程圖 A workflow diagram generated by Archify. 01 / 資料來源 02 / 排程元件 03 / 資料與輸出 04 / 交付 05 / 消費者 EX / 已知發現（不補綠） 爬取與消化 落庫與時間線 通知與交付 定錨網站 · 上游來源（無自動偵測） · 資料來源 › 爬取與消化 定錨網站 上游來源（無自動偵測） dingmao_remote_map.json · 遠端對照表 · 資料來源 › 爬取與消化 · PASS dingmao_remote_map.json 遠端對照表 PASS stock_list.json · 名稱／族群對照（無綁定檢查） · 資料來源 › 落庫與時間線 stock_list.json 名稱／族群對照（無綁定檢查） 定錨增量爬取＋LLM 消化 · 每日 06:30；唯一 crawl authority · 排程元件 › 落庫與時間線 · PASS 定錨增量爬取＋LLM 消化 每日 06:30；唯一 crawl authority PASS 追蹤變動通知 · 08:05／20:05；no_agent · 排程元件 › 落庫與時間線 · PASS 追蹤變動通知 08:05／20:05；no_agent PASS dingmao_tracking_today.json · 追蹤變動輸入 · 資料與輸出 › 落庫與時間線 · PASS dingmao_tracking_today.json 追蹤變動輸入 PASS dingmao_index.db · articles／stock_tags／FTS · 資料與輸出 › 落庫與時間線 · PASS dingmao_index.db articles／stock_tags／FTS PASS cron output（digest／notify） · 每日摘要與變動通知輸出 · 資料與輸出 › 通知與交付 · PASS cron output（digest／notify） 每日摘要與變動通知輸出 PASS wiki 定錨觀察股/ · 時間線預編譯頁 · 資料與輸出 › 通知與交付 · PASS wiki 定錨觀察股/ 時間線預編譯頁 PASS 建智大人 · Telegram 摘要與通知 · 交付 › 通知與交付 建智大人 Telegram 摘要與通知 dingmao-analysis skill · 讀預編譯時間線 · 消費者 › 通知與交付 dingmao-analysis skill 讀預編譯時間線 WF006-F2 · wiki builder 補齊標記缺失（S6 FAIL） · 已知發現（不補綠） › 通知與交付 · FAIL WF006-F2 wiki builder 補齊標記缺失（S6 FAIL） FAIL 每日 digest 索引 DB 更新 tracking 檔（scraper 委派） 摘要與變動通知送達 增量爬取 時間線重建 遠端對照 名稱／族群對照 讀 tracking 變動 變動通知輸出 預編譯時間線 補齊標記缺失 Legend User UI Agent logic Policy Context / trace Cloud service External system

驗收狀態（WAC-WF006-20260909）：不是全綠

  • • overall = FAIL；EXECUTION = GOOD、DATA = GOOD、SEMANTIC = FAIL、ACCEPTANCE = GOOD
  • • PASS 25／FAIL 1／UNKNOWN 0／SKIP 0
  • • FAIL 1：S6-WIKI-BUILDER-AUTOPATCH-MARKER — dingmao_wiki_builder.py 缺少 STOCK_NAMES 結束標記，新股票補齊被靜默跳過（已知發現 WF006-F2，LOW_MEDIUM）
  • • 另有 7 項已知但不阻塞的發現（F1／F3–F8）已揭露，不在此圖補綠

執行與自我修改邊界

  • • crawl job 為 LLM_AGENT（gpt-5.6-luna）、通知 job 為 NO_AGENT 且必須維持 deterministic
  • • dingmao_cron.py 會就地改寫 4 個腳本的 STOCK_NAMES 區塊 → 被 patch 的檔案不做 sha256 釘死，改以 marker 斷言（S3／S6）
  • • 本 workflow 不含自動修復；失敗時重跑對應 job（crawl 為增量、可重入）

證據邊界

  • • 本圖為 DERIVED_REGENERABLE 衍生視圖，不是 canonical truth
  • • 引擎只讀 2 份凍結證據（contract ＋ assurance result），zero-LLM 可重建
  • • 定錨網站為上游依賴且無自動偵測；stock_list.json 沒有綁定檢查 → 不顯示任何狀態標籤
  • • finding 節點的 FAIL 來自 S6 檢查本身；嚴重度取自 contract open_findings，不由 topology 推導