本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
想和各位佬一起聊聊 Harness
在我看来，Harness 是进行良好 Loop 的前提环境
我一般在开发前都会先在仓库构建我认为的 Harness 环境
- TDD: 这个的话我一般通过工程提示词引导方向，要求智能体在每个功能完成之后写冒烟 / e2e测试文件（具体看任务场景），然后通过 Git hooks 在推送和提交前的质量门中运行
- 知识库：用社区中的例如 OpenViking、GitNexus 等给智能体开眼睛（具体看仓库需要哪种程度、什么方向的知识上下文）
- SDD: 这个的话更多是在开发过程中调用 superpowers 等工具，同时结合上面的知识库进行规范代码的级联反应等等
- CR机器人：我用的是我自己开发的 repo-guard ，虽然一开始在社区中找过类似的、不想重复造轮子，但是感觉不是很符合我的场景，于是我自己弄了一个、调了提示词，虽然一开始感觉有些问题但是随着迭代越用越舒服
有了环境之后，在 codex/cc 中设个 /goal 或者在 cursor 中用 /loop 就能朝着一个目标跑很久的循环，过程中智能体会按照工程提示词的要求：issue → dev → PR → CR [if bug → dev → update PR → CR → …]
工程提示词我一般都是按照 AGENTS.md 的风格来，适合 OSS
最近将上面这些经验总结了一个冷启动工具
主要是用于在一个仓库中快速建设 Harness 环境
希望能和各位佬友一起交流 Harness、给我提提 bug 
