---
title: "工程准则当为可执行之策略，非幻灯片中之陈年旧梦"
date: 2026-05-01
canonical: https://patrickaudley.com/#post-coding-ethos-runnable-policy
cross-posted-from: https://www.reddit.com/r/GeminiCLI/comments/1t146xk/keep_your_agents_in_line_codingethos_turns/
source-platform: Reddit (r/GeminiCLI)
tags: [ai-agents, policy-as-code, coding-ethos, mcp, static-analysis]
mentions: [https://patrickaudley.com/#proj-coding-ethos]
author: Patrick Colm Audley
author-url: https://patrickaudley.com/
license: Creative Commons BY-NC-SA CAv2.5
lang: zh
---

# 工程准则当为可执行之策略，非幻灯片中之陈年旧梦

> 阁下团队之规范若仅存于幻灯片之中，AI 代理必将悖之。coding-ethos 乃将单一 YAML
文件编译为 linter 配置、git hooks、代理提示词及 MCP
服务器之工具，使规则于人机读者之间不可漂移。

吾于多代理系统中屡见一弊：团队真正重视之工程准则——错误处理之道、shell
调用封装之时、关键路径判定之法——皆沉于无人阅读之 wiki
页面或幻灯片之中。此于人类已为难题，于 LLM 代理则乃策略违规之必然。

[coding-ethos](https://github.com/paudley/coding-ethos) 乃欧德理所持之立场：此等准则当归于单一
`coding_ethos.yml` 文件，由此一文件，构建系统生成一切需知之产物——`CLAUDE.md` / `GEMINI.md`
代理指令、Ruff / Pyright / golangci-lint 配置、编译之 Go pre-commit
hooks、代理工具使用护栏，及一可供代理运行时查询之 Model Context Protocol 服务器。

其核心不变量：生成 markdown 规则之引擎与在 git-hook 层级执行 Common Expression Language
表达式之引擎*完全相同*，二者*不可*漂移。若 hook 拒绝某操作，代理获得之乃结构化
`skill_id`
提示，而非泛化之退出码——反馈回路遂于代理自身上下文中闭合，无需落于人类屏幕之上。

此工具观点鲜明，当前侧重 Python 与 Go，仍在积极开发之中。已于 r/GeminiCLI
发布并附实例演示；阁下可[阅读原始讨论](https://www.reddit.com/r/GeminiCLI/comments/1t146xk/keep_your_agents_in_line_codingethos_turns/)以获实现详解，亦欢迎于
[repo](https://github.com/paudley/coding-ethos) 提交功能请求。

---

*初次发布于 2026-05-01 —
[Reddit (r/GeminiCLI)](https://www.reddit.com/r/GeminiCLI/comments/1t146xk/keep_your_agents_in_line_codingethos_turns/).
规范版本位于 <https://patrickaudley.com/#post-coding-ethos-runnable-policy>. 作者：
[Patrick Colm Audley](https://patrickaudley.com/). *