【无法实现】【Harness】打算做一个vibe coding 的harness

生活所迫！猫猫不易！说好的不聊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或模型保持质量自检，人工复核

基于以上目标，设计了以下架构，先画个图，来听取一下各位的建议

2026.06.06

更新一版进度

一开始想着做CLAUDE.md、rules这些文件的增强，但是发现这些文件在cc里面均为session start加载，即使session过程中发生变更，也不会即时生效，导致这条路就走不下去了。

再就想通过hook的响应的additionalContext，往这里面丢内容，让cc自己把addtionalContext加载进去，但是跟哈雷佬沟通过后，明白这条路也是走不通的。根本原因是这只是往上下文增加内容，而不上修改提示词，所以也是无法达到预期的。

然后因为CC没有任何途径可以修改userMessage，所以无法完成增强提示词这个功能。

就只能期待Anthropic发善心，开放hook可以修改userMessage的功能，就可以实现增强提示词的功能。

最后说下思路：

我们的目标是要帮助用户更好的与大模型交互，用户提示词质量参差不齐导致AI产出低质量代码，用户无法持续提升交互质量。模型一套无感运行的harness框架：度量交互质量 -》注入上下文引导->验证产出结果 -》数据驱动持续优化，以此来达成harness理念，可持续优化闭环。

UserPromptSubmit

  [度量] prompt-scorer.js 对提示词评三个维度：意图清晰度/约束完整度/上下文充分度

  [注入] buildEnhancement 把低分维度自动补全，增强后发给模型

         — verbose=true: 用户看到评分+补全了什么（透明模式）

         — verbose=false: 模型静默收到增强，用户感知不到（静默模式）



PostToolUse

  [验证] intent-verifier.js 检查产出是否对齐原始意图，不是检查代码风格

         scope drift、意图关键词缺失、任务类型不匹配都会触发



Stop

  [数据] 记录本次 avgPromptScore + alignRate + 修改文件数 → metrics.json

         写入 .vibe-harness/interaction-log.md（用户可查的交互质量日志）



SessionStart + evolve agent

  [优化] 积累 5 个信号后触发 @vibe-harness-evolve

         agent 读取 prompt-quality.json + intent-output.json，提炼规律

         更新 learned-context.md（框架自动写，不是用户写）

         下次会话 SessionStart 把学到的模式注入给 Claude