全部作品

个人项目

Rootloom

v4.4.0 / 已发布

面向 OpenAI Codex 的本地工程工作流,把风险、根因、变更范围与实际验证组织成可检查的工程过程。

项目网站 查看源码 读案例

更多入口 中文文档 版本发布

类型
个人项目
状态
v4.4.0 / 已发布
我的角色
产品设计 / 工程实现 / 文档与验证
获取方式
开源免费
技术栈
  • OpenAI Codex
  • Codex Plugin
  • Python 3.11+
  • AGENTS.md
  • Git
  • GitHub Actions
Rootloom 概念图
Rootloom 概念图

关于项目

Rootloom 是面向 Codex 的可安装工程工作流插件,由我持续设计、实现和维护。它把仓库事实、风险路由、根因核实、变更范围和实际验证连接起来,支持代码实现、只读审查与项目指导。4.4.0 简化日常流程,可选的 Governed、Evidence 和外部操作程序按任务需要加载,验证结论由真实检查和最终仓库状态支撑。

产品定位

编码智能体可以快速产生看似合理的补丁,但合理不等于正确、可审查或完整。Rootloom 关注执行与审查边界:为什么在这里改、范围是否一致、验证是否真的运行,以及完成后还有什么不确定。

四个公开工作流

Change 负责实现、修复、迁移和证据模式;Review 负责只读审查;Project Guidance 管理持久化仓库规则;Setup 管理可选全局配置。普通任务只加载必要路径,严格合同只在风险和任务要求发生变化时进入。

根因与范围

对于缺陷,工作流先建立“现象 → 触发状态 → 所有权边界 → 被破坏不变量 → 根因”的链路,再在真正拥有行为的位置做最小一致修改;对功能,则明确目标、责任边界和可验证行为。

证据诚实的验证

验证从主路径、所有权不变量和一个相邻路径派生。命令通过后仍复查最终 diff、工作区与最强反例;可选 Evidence 记录机器观察与人工语义判断的边界。

明确边界

Rootloom 不是编码智能体、规格框架、测试运行器、Lint、安全扫描器或 CI,也不让模型变得不会出错。它让工程过程更容易检查,并把剩余风险留在完成报告中。

项目要点

  1. 4.4.0 简化日常变更与审查流程,按实际风险选择需要加载的程序。

  2. 缺陷处理追踪触发状态、行为归属和根因,在拥有该行为的边界修复。

  3. 以变更行为、关键不变量和相关异常路径决定回归范围,完成后复查最终差异。

  4. 可选 Evidence 关联变更前后仓库状态、范围与实际测试日志,保留未验证结论和遗留风险。

  5. 项目指导与可选个人配置均有明确所有权,Project Memory 由独立插件提供。

  6. 公开可安装插件、双语文档、契约检查、CI 与版本发布记录。

相关主题

  • Codex
  • AI Coding
  • 工程工作流
  • 根因分析
  • 代码审查
  • 验证证据

On the loom — screens

项目实览

Rootloom 早期 Personal Core 架构示意
早期版本结构示意;当前工作流与可选能力边界以 4.4.0 文档为准。

Evidence — behind the work

Esc