行雨斋

一开始我还没留意，以为不过又是个互联网热度噱头。这段时间仔细去研究了下才发现，别人说的重点不是输入而是输出。正如 Thariq 说的，超过 100 行的 Markdown，让谁读起来都很痛苦。

它没有说错，但也没有真正说出什么有意义的东西。它像一个永远礼貌、永远稳妥、永远站在平均线上说话的人。你得不到判断，只得到一份看起来很完整的整理。“听君一席话，如听一席话”。

这篇文章不聊玄学，只看结果。 如果你最近也在找“能把前端页面直接做出设计感”的 Skill，这篇基本可以帮你省掉一轮踩坑。

日常为了测试和 AI 的连通性，大部分人打开 Claude Code 一般都是先输入个“hi”、“你好”、“你是谁”之类的话确认下 AI 正不正常。 但是开局一句 hi 花费10块人民币的门槛费，也是颇有些让人哭笑不得。

最早出圈的是 同事.skill：把离职同事的聊天记录、文档、工作习惯整理给 AI，让 AI 尽可能像他一样思考、判断、回复。《离职同事变成了 Skill》，这件事本身就已经够离谱了。更离谱的是，现在有人开始蒸馏乔布斯、芒格、费曼、马斯克，甚至张一鸣、Karpathy、Ilya Sutskever。不是做一个“像他那样说话”的聊天机器人， 而是试着把他们真正有价值的部分：怎么看问题、怎么做判断、怎么拆复杂系统，整理成一个可以被 AI 调用的能力模块。

Harness 的定义相信大家也看得不少了，这里也就是稍微给一些还不清楚的朋友科普一下。今天我想讨论的，不是继续抽象地解释 Harness 是什么，而是更具体的问题：当市面上出现了 OpenSpec、GSD、OMC、ECC、Trellis、Superpowers 这些不同路线的工程化框架之后，我们到底该怎么理解它们、比较它们，并把它们搭成一套真正可用的体系？这篇文章的重点，就在这里。

这篇文章基于一次真实的项目实践，整理出一套适合 Java Spring Boot 项目的 harness 最佳实践。当然，harness 思想本身和语言是没有关系的，弄懂思想其它语言也一样。

这两年，程序员最隐秘的一种焦虑，不是学不会。是总怕自己学晚了。新工具一波接一波，新范式隔三差五换个名字。你刚把一个东西摸熟，它已经从“未来”变成“过气”。