工程准则当为可执行之策略,非幻灯片中之陈年旧梦
吾于多代理系统中屡见一弊:团队真正重视之工程准则——错误处理之道、shell 调用封装之时、关键路径判定之法——皆沉于无人阅读之 wiki 页面或幻灯片之中。此于人类已为难题,于 LLM 代理则乃策略违规之必然。
coding-ethos 乃欧德理所持之立场:此等准则当归于单一 coding_ethos.yml 文件,由此一文件,构建系统生成一切需知之产物——CLAUDE.md / GEMINI.md 代理指令、Ruff / Pyright / golangci-lint 配置、编译之 Go pre-commit hooks、代理工具使用护栏,及一可供代理运行时查询之 MCP 服务器。
其核心不变量:生成 markdown 规则之引擎与在 git-hook 层级执行 CEL 表达式之引擎完全相同,二者不可漂移。若 hook 拒绝某操作,代理获得之乃结构化 skill_id 提示,而非泛化之退出码——反馈回路遂于代理自身上下文中闭合,无需落于人类屏幕之上。
此工具观点鲜明,当前侧重 Python 与 Go,仍在积极开发之中。已于 r/GeminiCLI 发布并附实例演示;阁下可阅读原始讨论以获实现详解,亦欢迎于 repo 提交功能请求。
永久链接: https://patrickaudley.com/posts/coding-ethos-runnable-policy.html · Markdown