1 分•作者: crs0910•5 个月前
过去，我曾遇到过代理在编写代码时反复陷入同样的陷阱——这些陷阱可能难以在规范文档中详细说明。
如今，开发人员很少逐行审查代码，但当代理进行审查时，他们往往只关注代码质量。
此外，在某些情况下，来自不同开发人员的代理会对相同的产品逻辑进行更改（不仅仅是在同一个代码文件中），但问题往往要到分支合并阶段才会被发现，从而需要返工。
为了解决这些问题，我创建了 Mainline。
Mainline 使用 CLI、技能和编码代理钩子，将人类通过代理表达的意图存储在 Git 中。
在编辑之前，代理可以阅读历史意图、决策和风险；在进行更改之后，他们可以记录基本原理、权衡和审查笔记。您还可以导出一个静态 Hub，供其他人查看历史意图、风险和热点。
代码库：<a href="https://github.com/mainline-org/mainline" rel="nofollow">https://github.com/mainline-org/mainline</a>
使用方法：curl -fsSL <a href="https://raw.githubusercontent.com/mainline-org/mainline/main/install.sh" rel="nofollow">https://raw.githubusercontent.com/mainline-org/mainline/main...</a> | bash
mainline doctor --setup
mainline init --actor-name "alice"
我想知道您是否认为意图记录的粒度是有用的。在代码审查之前审查意图是否真的减轻了审查者的负担？