AI Coding Agent 與記憶系統
OKF Agent Memory 0.2 將架構規則綁定程式路徑，代理可在編輯前查詢禁改範圍
OKF Agent Memory 0.2 以 `code_refs` 把 Markdown 決策文件連至原始碼 glob，並讓 CLI 與 MCP 依檔案查出 `hold`、`constraint`、`context` 三級規則。新版也封鎖路徑穿越與工作區逃逸，但規則是否真正被遵守仍取決於代理整合方式。
OKF Agent Memory 0.2.0 在 9 月 12 日發布，嘗試解決 coding agent 常見的「知道專案規則，卻不知道哪條規則管哪個檔案」問題。知識文件現在可在 YAML frontmatter 中加入 `code_refs`，以 glob 指向受約束的模組或檔案；代理編輯前可執行 `okf search --for-path <file> knowledge`，或透過內建 stdio MCP 呼叫 `okf_search({"for_path":"<file>"})`，只取回與目標路徑相關的決策。
回傳結果依 `hold`、`constraint`、`context` 排序：`hold` 表示未獲人工核准不得修改，`constraint` 是修改時必須遵循的要求，`context` 則只提供設計背景。未明寫層級時，工具會把 `knowledge/convention/` 下的內容推定為 constraint，領域與架構文件推定為 context。這比把整份 `AGENTS.md` 或規則集塞入每次提示更具可追蹤性，也能讓程式碼審查直接檢視規則及路徑綁定的變更。
新版同時補強邊界檢查：`ValidateBundle` 會拒絕含 `..` 或絕對系統路徑的 `code_refs`；`okf validate --drift` 只在專案根目錄內驗證引用檔案是否存在；MCP 的 bundle 解析也被限制在 canonical workspace root，以降低代理藉參數探查工作區外檔案的風險。專案宣稱記憶體內 BM25 查詢低於 300 微秒，但數字來自維護者自己的小型知識集，不能推論到大型 monorepo。更重要的是，這些治理標籤本質上仍是提供給代理的結構化指令，不等同檔案系統 ACL；部署者應另外在執行器或審批層強制執行 `hold`。