这是什么#
为「可执行操作单元（EOU）」建立一套层层自我管理的规则：按多个维度给单元分类、约束什么单元能生成什么单元、任何改动都要走提案流程、谁提的谁不能自己批。这是一个 Claude Code 插件。（原文：Recursive governance for Executable Operating Units (EOUs). Faceted classification, generating-EOU constraints, ECP-governed change, no-self-approval. Claude Code plugin.）
- 代码仓库：https://github.com/xiaolai/eou-foundry
- 10 人收藏 · 主要用 Python 写成
最近的改动#
新增功能
- v0.7.0（第 0 阶段）+ v0.8.0（让 AI 自己做判断）——共六份提案（0015–0020）
- 发布 ECP-0013（候选集的格式规范）和 ECP-0014：生效中的单元必须能追溯来源，不合格就直接拦下
修复问题
- 引擎文件改成从插件里读，不再从主程序读
- 只改了 AGENTS.md 这一个文件
- 让插件自动认准最新安装的那一份，并修好初始化时的版本检测
- 跨文档一致性清扫——统一追溯路径、功能用词，修掉已经失效的路径引用
- validate_foundry：把引擎和应用两边的单元路径分开，这样应用的清单里不必再登记插件自身的单元
- 修复在 book-workshop 从 v0.3.0 升级到 v0.4.0 时发现的两个上游问题
文档更新
- README：补上 v0.5.0（拆分引擎）和 v0.6.0（证据三角）的内容
- nlpm：把每一份用日常语言写的文档都打磨到满分 100/100
- dev-docs：新增 06-values-over-rules.md——加入「价值观高于条文」这一层
- dev-docs：内容更新到 v0.6.0，并吸收 V6 的设计方案
其他改动
- ecp(0007/0009/0010)：v0.6.0 的生命周期与证据三角
- ecp(ecp-0004)：让检查工具追上规则——与规则对齐，并补上漏掉的检查项
- ci+docs：加入测试样例生成、检查工具的快速自测，并修正过时的路径
- ecp(ecp-0003)：给章程模板里的占位内容加上引号，让 PyYAML 能正常读取
- ecp(ecp-0003)：把这份提案归档到插件的 self-evolution/proposed/ 目录里
- ecp(ecp-0003)：引擎改成引用一份，不再各自复制
改动标题译自作者提交代码时写的英文原文，点击可查看原文。