⚾️ 等待最佳击球位置（第十一期）

type

Post

status

Published

date

Jun 7, 2026

slug

summary

🛠 些许折腾

buddy-hub

KaverinX • Updated Jun 7, 2026

Vibe Coding 如荼的当下，要来实现真正意义上的 10x 效率，融入生产领域，需为 Claude 注入工程化灵魂，以工程纪律为边界，再来考虑如何更快地编写高质量的代码、更快提升需求开发效率以及提升 ROI 相关的事项，AI 编程不应该是「更快地写出更多的 Bug」。

初衷是减少无味重复的活，外加上对编程有着自己的 taste，遂花了个周末的功夫为 Vibe Coding 开发了一套配套设施 buddy-hub，它的定位是一套专注于开发者工作流、代码质量、多 agent 协作的 Claude Code 插件集合，覆盖开发的全生命周期——从规划、编码、考古、审查到团队协作，每个环节都有专属 Agent 护航。

在这里，我将 spec 定义为一套「先思考、再行动」的约束：在任何实现开始之前，先完成充分的分析与方案推演；在人机交互过程中，双方需对目标、输入输出与边界条件达成一致共识；所有后续行为都必须在既定的工程纪律框架下执行。

定义了四个插件（flowsmith、code-archaeologist、co-review、formatter），覆盖开发全周期，让专业的 Agent 来干其擅长领域的活，每个插件都独立可用，组合使用时通过 Hook 与共享上下文产生化学反应，没错，就是 Lollapalooza 效应~

flowsmith -> 如其名，它是一个状态机驱动的开发 SOP 工作流，我把它定位为 AI 时代的工层骨架，强制执行从规划到审查的闭环流程，禁止「跳过思考直接编程」，定义了一些 feature：

-> 状态机的强制流程：PLANNING -> ARCHITECTURE -> IMPLEMENTATION -> OPTIMIZATION -> REVIEW -> DONE.

-> 多 Agent 并行审查（Security / Logic / Architecture / optimization）

-> 跨知识沉淀到 .sop/lesson

-> ...

code-archaeologist -> 老代码考古与辅助。从历史、依赖、意图三个维度分析遗留系统，为现代重构「历史档案」。

在生产环境里做功能迭代，几乎不会是 0→1，更多时候是接手一锅「烫山芋」式的遗留系统。出于对开发同学的保护，有必要在动手前把每一块代码都澄清一遍，我把这个过程称为「考古」。

Features：

-> 时间、空间、意图三维度并行考古

-> 生成「不可跨越的红线」清单预防重构回归

-> 考古结论自动注入 flowsmith 的规划约束

-> ...

co-review -> 团队协作审查工具。当多位开发者协作时，水平审视团队工作的健康度，输出个人级行动建议与合并策略。

每个人都有自己独特的图式，学习新知识，本质上就是把知识一点点沉淀进这些图式里。老的图式会过期，需要在外界反馈下不断升级。AI Copilot 在另一个层面上也是开发者的投影——图式要升级，Copilot 同样需要一起进化。

formatter -> 代码规范，个人 taste，不过多介绍~

具备良好认知的人，不会一再犯同样的错误。想要顺滑地使用 Vibe Coding，就不推荐继续沿用「古法编程」。AI 不仅要遵循工程纪律，还要尽量避免重复踩坑。基于这一点，记忆文件的沉淀就显得格外重要——每一次 SOP 任务闭环，都将经验归档到本地关联的文件中，下一次任务启动时先完成一次加载。这一做法参考了小龙虾的设计，实践下来确实很有借鉴意义。

这套配件在日常使用中非常顺手，开发阶段我已经逐渐变成点头大师，在 cc 期间甚至发展出了一句新的口头禅：「继续推进」。

后续也会持续迭代这套配套体系，目前已经有了比较清晰的规划路线（单任务 SOP，项目系统 Spec化），目标是最终铺开成一个星系般的场景布局，在不同场合之间形成遥相呼应的生态。

book-cosmos

这是我在 Vibe Coding 里的另一个「知识书海」项目，打算搭建一个完整的书海世界：在这个世界中漂浮着无数星辰，每一颗星辰对应书海中的一本书；走进星辰内部，就是那本书所构成的世界。沿着书籍的长廊一路穿行，遍布其间的，是书中那些被反复打磨过的核心观念、重要思想、作者的人生轨迹，以及我自己的读书笔记。借助这个世界，一切阅读过的痕迹都能被重新看见，也都变得有迹可循。