開源專案與作品

將目標主機上的 AI Coding Runtime（如 Claude Code 與 Codex）以 Logical Agent 身分提供遠端工作執行能力。主機管理者在設定檔中將 Agent 明確綁定至特定工作目錄（Workspace）與執行策略，遠端交辦方（Caller）僅能在授權範圍內提交與追蹤工作，無法隨意指定任意主機路徑或註冊未授權 Agent。支援持久化狀態存取、Long-poll 等待與非同步任務取消。

讓 coding agent 透過同一套 CLI 探索、查詢及操作資料庫，適合需要由操作者設定連線與存取權限的工作流。支援 PostgreSQL、MySQL、MariaDB、MongoDB、Redis 與 Elasticsearch；各引擎可用的命令不同，使用前先看功能對照。

在已設定、僅授權讀取的合成測試資料庫中，可先確認資料表與欄位，再決定是否讓 Agent 查詢。以下的 sample_orders 是示例表，只有刻意建立的測試資料：

dbcli list
dbcli schema sample_orders --format json
dbcli query "SELECT id, status FROM sample_orders LIMIT 3" --format json

dbcli 在 CLI 邊界提供權限控制與敏感資料保護；唯讀權限本身不會阻止敏感欄位出現在查詢結果。接入真實資料前，仍須核對連線權限、可輸出欄位與遮罩規則。如何檢查授權路徑、遮罩與拒絕紀錄，見既有實測案例；安裝與初始設定從專案文件開始。

FDE（Forward Deployed Engineer）營運分析方法先重設工作、責任、定義與證據流，再選擇介入方式。穩定規則與可重複狀態交給確定性軟體；只在仍保有語言負擔、且有證據支持時才考慮 AI，並保留「不使用 AI」作為有效結論。

把供應商的 PDF、HTML、Word、Markdown 或既有 OpenAPI 整理成 OpenAPI 3.1、繁中串接指南、來源追溯資料、驗證報告與離線審閱頁。適合需要讓整合文件的每項關鍵主張回到原始來源、並保留未知欄位的團隊；目前從專案文件的 agent 工作流開始。

可從公開的 RSG transfer-wallet 範例核對一個最小片段：會員建立端點的擷取檔將四個 body 參數對到來源第 444–467 行；通用標頭的來源另在第 178–197 行。擷取檔把未直接取得的 request.schema 留在 missing。

這份範例提供來源與擷取檔；repository 未保留當次完整生成目錄，預期驗證條件不能當成執行結果。本站保留了另一次 sanitized 重播的產物節錄，可對照 OpenAPI、provenance 與完整驗證報告；它不具 strict-local 發布資格，來源的 3020 也尚未進入擷取結果。判斷過程見實戰文。

Warrant 接替已退場的 PraxisBound，提供一份 Claude Code skill、一段可供其他 Agent 採用的 AGENTS.md 規則，以及一份 Story 範本。

工作從人類核准的 Story 開始。每份 Story 是 specs/stories/ 下的一份 Markdown 檔，寫清楚目標、範圍外事項與驗收條件。Agent 依儲存庫在 AGENTS.md 指定的唯一驗證命令執行檢查，並為每條驗收條件留下實際觀察的證據；任何一條缺少通過證據，就只能回報部分完成。

Agent 不得改需求、放寬驗收標準或擴大範圍，遇到範圍外的工作就停下回報。Warrant 提供規則與範本，執行約束由採用端的 CI 與人工審查落實。

AnswerMe 是可供支援 Agent Skills 的工具使用的解說技能。它先釐清要理解的問題，再依需求交付對話回答、Markdown 文件或可離線開啟的 HTML；解說中的關鍵主張保留來源，並交代驗證限制。專案網站提供介紹、操作實錄與實際產生的範例。

〈我為什麼做 AnswerMe〉記錄這項技能如何從理解 AI 工作成果的需求發展而來。

〈AnswerMe 操作實錄與 TicketService 解說範例〉分別檢查錄影、網站另存的 HTML 範例和原始程式，說明讀者能核對什麼。

以本機 CLI 管理 Goal、Work Item、依賴、Gate 與 Human Review，並在隔離 worktree 對確切 revision 或 immutable snapshot 執行儲存庫自己的 make verify。驗證結果寫成可追溯 Evidence，由 next 與受界限的 Runner 提供下一個合法動作；工作是否完成，仍由確定性驗證與人工審查共同決定。

定義 tag pattern，依語義順序檢視既有 tags，並在建立前檢查格式、重複與嚴格遞增。除了產生下一個版本，也能透過 Git hook 執行分支合併政策，讓 release 規則在自動化與人工流程使用同一套判斷。