我正在构建一个审查门控的编码代理工作流引擎——寻求反馈和贡献者

大家好，我一直在开发一个名为Braincode的开源编码代理项目：动机很简单：大多数编码代理仍然感觉像是同一个模型在规划、编辑、测试和审查自己的工作。这可能有帮助，但也感觉难以审计，而且容易过度信任。所以我尝试一种不同的结构：规划者 → 专业工作者 → 主要执行者 → 检查 → 审查者 → 最终报告。Braincode是一个多模型编码工作流引擎。它尝试将工作路由到不同角色，保持工作上下文隔离，在补丁后运行检查，并对风险变更使用独立审查步骤。它还在早期阶段，但核心运行时已经存在。它具有：\- 基于角色的路由\- 支持工作和审查工作\- 本地文件/Shell/Git/包工具\- 对风险路径和命令的权限规则\- 基于补丁类型的检查\- 结构化最终报告\- 会话日志和令牌使用跟踪\- 上下文压缩\- 用于开发服务器/监视器的后台进程会话构建这个项目是因为我认为编码代理有趣的部分不仅仅是“它能写代码吗？”，而是“它能遵循更安全、更可审查的工程工作流吗？”我非常希望从构建开发工具或大量使用编码代理的人那里获得反馈。我特别希望帮助的事情：\- 在真实项目上测试它\- 改进审查门控\- 设计更好的基准测试\- 强化权限/沙盒模型\- 改进文档和入门指南\- 使最终报告更有用无需立即贡献代码——即使是很棒的反馈也很有用。