从 uvx coding-ethos 开始：一次 AI Agent 改码前的验收路径

如果 AI Agent 要修改真实仓库，我会先问它是否留下可查询的策略证据，而不是先看它能不能生成代码。coding-ethos 提供了一条适合拆开验收的路径：uvx coding-ethos、coding_ethos.yml、agent contracts、hooks runner 和 DuckDB code-intel。

配置层负责 mechanics，Markdown 规则负责 values and behavior。这样分层的好处是可以替换策略扩展点，不必把业务规则硬编码进路由器。MCP server 暴露工具时由 evaluator 先判断权限，hooks/runner 再负责按工作目录选择 code-intel 切片、路由 MCP 或本地 evaluator、追加 remediation payload，并写入 normalized audit record。

建议把验收写成四个回读：允许动作的 verdict、拒绝动作的 rule id、修复后的 remediation evidence、清理配置后的 rollback 状态。只有看到这四项，才说明“规则可用”；单独生成 AGENTS.md、看到 MCP 工具名或看到一次阻断提示都不够。

风险项要保持原样：项目日志列出的 Bubblewrap provisioning、git amend policy、MCP stdio coverage 等是来源线索，需按当前版本复核，不能冒充 Doramagic 的复现结果。首轮使用临时仓库，不接生产凭据。项目页： https://doramagic.ai/zh/projects/coding-ethos/ ；上游： https://github.com/paudley/coding-ethos 。

声明：独立资源整理，不代表上游背书。