个人项目 Codex 工程变更与审查工作流
Rootloom
v4.4.0 / 已发布
面向 OpenAI Codex 的本地工程工作流,把风险、根因、变更范围与实际验证组织成可检查的工程过程。
- 类型
- 个人项目
- 状态
- v4.4.0 / 已发布
- 我的角色
- 产品设计 / 工程实现 / 文档与验证
- 获取方式
- 开源免费
- 技术栈
- OpenAI Codex
- Codex Plugin
- Python 3.11+
- AGENTS.md
- Git
- GitHub Actions
关于项目
Rootloom 是面向 Codex 的可安装工程工作流插件,由我持续设计、实现和维护。它把仓库事实、风险路由、根因核实、变更范围和实际验证连接起来,支持代码实现、只读审查与项目指导。4.4.0 简化日常流程,可选的 Governed、Evidence 和外部操作程序按任务需要加载,验证结论由真实检查和最终仓库状态支撑。
产品定位
编码智能体可以快速产生看似合理的补丁,但合理不等于正确、可审查或完整。Rootloom 关注执行与审查边界:为什么在这里改、范围是否一致、验证是否真的运行,以及完成后还有什么不确定。
四个公开工作流
Change 负责实现、修复、迁移和证据模式;Review 负责只读审查;Project Guidance 管理持久化仓库规则;Setup 管理可选全局配置。普通任务只加载必要路径,严格合同只在风险和任务要求发生变化时进入。
根因与范围
对于缺陷,工作流先建立“现象 → 触发状态 → 所有权边界 → 被破坏不变量 → 根因”的链路,再在真正拥有行为的位置做最小一致修改;对功能,则明确目标、责任边界和可验证行为。
证据诚实的验证
验证从主路径、所有权不变量和一个相邻路径派生。命令通过后仍复查最终 diff、工作区与最强反例;可选 Evidence 记录机器观察与人工语义判断的边界。
明确边界
Rootloom 不是编码智能体、规格框架、测试运行器、Lint、安全扫描器或 CI,也不让模型变得不会出错。它让工程过程更容易检查,并把剩余风险留在完成报告中。
项目要点
4.4.0 简化日常变更与审查流程,按实际风险选择需要加载的程序。
缺陷处理追踪触发状态、行为归属和根因,在拥有该行为的边界修复。
以变更行为、关键不变量和相关异常路径决定回归范围,完成后复查最终差异。
可选 Evidence 关联变更前后仓库状态、范围与实际测试日志,保留未验证结论和遗留风险。
项目指导与可选个人配置均有明确所有权,Project Memory 由独立插件提供。
公开可安装插件、双语文档、契约检查、CI 与版本发布记录。
相关主题
- Codex
- AI Coding
- 工程工作流
- 根因分析
- 代码审查
- 验证证据
On the loom — screens
项目实览
Evidence — behind the work
背后的思考
-
Rootloom:让编码智能体的工程变更可检查
把风险路由、根因定位、范围约束和实际验证组织成可检查的 Codex 工程工作流。