生活所迫！猫猫不易！说好的不聊harness的，这里小反悔一下，再次来聊一次harness。
最近在公司本来做AI应用做得好好的，而且也带着同事搞AI编程搞得飞起，最近合计一下数据，编程效率提升50-60%，然后就被领导高层注意到了，然后我就被抓住了。
副总：你过来帮我做我的这个项目
研发总监：虽然我很舍不得你，不过别人是二把手，我也留不住你。
我一下子从公司的AI应用独立研发，变成了让我去从0带一个研发团队转型AI编程，我真尼玛炸了，带研发转型AI编程，第一步很容易，无非就是教会他们熟练使用claude code，第二步很难，要教他们如何写提示词，这一步，难如登天。大家都知道，vibe coding的质量与效率取决于提示词写得怎么样。目前带这个团队已经两周了，虽然效率有一定提升，但是真的不明显，再不想点招，可能年底要挨刀了。
上面是原因之一，另一个原因是最近在站内总是刷到应该如何进行vibe coding的问答贴
最后一个原因就是原先做的harness，都是从0开始的新项目最适用，如果维护老项目的话，还是会回退到vibe coding，就像如今的我，回退到维护老项目。
这里叠个甲，我个人认为superpower、oh-my-xxxx等类似这类的框架对于claude code都太重，且没有太多的使用价值，所以就不在本文的讨论范围了。
综上，我打算再起一个harness，本次harness完全针对vibe coding，有以下三大目标：
- vibe coding时，并非只使用claude 模型，所以尽量做到提示词适配模型
- 以CLAUDE.md为基础文件，提示词推进，接受模型优化反馈，做到本地自迭代vide coding效益
- 始终让claude code或模型保持质量自检，人工复核
基于以上目标，设计了以下架构，先画个图，来听取一下各位的建议
3 个帖子 - 2 位参与者
来源: LinuxDo 最新话题查看原文