鐵人檔案
解決軟體開發前期「需求規格書 (SRS)」常有的邏輯矛盾與功能遺漏問題。系統以 Claude Code 配合自然語言進行開發，並透過 LangGraph 打造具備多步驟推理與狀態控制的 Agent 流程，結合MCP 自訂工具串接外部檔案。系統能自動分析長篇規格書、精準定位條款衝突，並生成結構化的風險評估報告，大幅提升專案前期審查的效率與準確度。
一份 50 頁的規格書，三個人讀了三天 規格書（SRS，Software Requirements Specification）品質決定了後續開發的成本。讀過爛...
實際問題 昨天我說我們要用 AI Agent 審查規格書。但「用 AI」有不同的方式：付費 API（Claude、GPT）或本地模型（Ollama）。 我選了本...
問題會自己露出來 昨天我們讓 Agent 成功呼叫 LLM 分析規格書。但試著丟一份 100 頁的規格書進去，你就會碰到這個： Mistral 7B 的上下文窗...
核心問題 前三天我們有了讀、分塊、呼叫的能力。但系統還缺一個致命的東西：記憶。 想象一份 100 頁的規格書。第 2 頁寫著： REQ-2.1.1: 系統支持多...
核心問題 Day 4 我們有了 Global Constraints State。但 State 只是數據結構。怎麼讓它實際執行？ 最簡單的做法是寫一個大函數：...
現在會發生什麼 前五天我們建了一個完整的 Agent：讀檔 → 分塊 → 提取約束 → 檢測矛盾 → 生成報告。能用。 但試試用真實的 100 頁規格書，你會遇...
Day 6 我們優化了系統性能。但優化得好不好，怎麼衡量？「感覺變快了」不算。今天我們建設完整的評測框架：20 個標準 SRS 樣本、自動計算 F1 分數、對比...
Day 7 得到基線：簡單規則 F1=0.789。想加規則提升 Recall。結果 F1 跌到 0.468（-40.7%）。 今天分析失敗原因，學什麼時候該擴展...
Day 8 的失敗教會我們：盲目堆規則會引入誤報。規則根本看不出「加密存儲」和「加密通訊」是不同層級。 今天改變方向：用領域分類和語義相似度，而不是更多規則。目...
Day 10：混合方案與實戰部署 Day 9 我們加上領域分類與 Jaccard 語義相似度，F1 從 Day 8 的 0.468 回升到 0.524，但仍然遠...
