哈喽 W2Solo 的各位老哥/小伙伴们，

作为独立开发者，我们最头疼的往往不是技术本身，而是上下文切换的巨大损耗。 上一秒还在构思产品的核心痛点，下一秒就要调 CSS 的渐变色，晚上还要硬着头皮去搞服务器部署和跑 SEO。

为了解决这个问题，很多人尝试把各种任务扔给 AI（比如 Cursor 或者各类单体 Agent 工具）。但很快就会发现一个致命问题：上下文爆炸和记忆污染。当你试图让一个 Agent 既懂产品又写代码时，它的记忆和设定就会变得混乱，改个前端 Bug 甚至能把最初的产品约束给忘了。

既然我们在现实中也是通过不同角色的协作来完成项目的，为什么不给 AI 也分个工？

经过一段时间的打磨，我做了一套给 AI Agent 用的框架家族，今天正式开源分享给大家 —— harness-all 多 Agent 框架家族。 🔗 GitHub 开源地址：https://github.com/LuckyOneTwoThree/harness-all

说明一下：这个框架是可以演变的，在一定程度上来说，整合在一起也是可行的，但并不推荐（就目前的 agent 工具）。框架目前是基于项目的，当然也可以演变成一个工作室，可以同时处理多个项目，就需要将这个框架的层级提升，并做一些处理（依然不推荐）。目前这个状态是我用起来比较舒服的，当然这个东西因人而异，大家可以基于我这整个框架设计按自己的喜好去进行优化。

它能帮你真正在本地搭建一个“个人 AI 工作室”。

🌟 核心理念：独立优先，契约协作

我没有搞那些花里胡哨的 “多智能体自动群聊” 架构，而是采取了最务实的设计： 物理隔离的独立框架 + 基于文档的契约协作。

每一个领域都有独立的 Agent 框架（独立的 Memory、知识库和工具链），它们彼此互不干扰。这就好比你拥有了五个专业的独立工位：

1. 🎯 harness-pm（产品总监）：负责用户探索、竞品分析，帮你写出带验收标准（AC）的 PRD。
2. 🎨 harness-design（设计总监）：负责视觉系统和交互。它甚至带有防越权机制，不会盲从 PM 瞎指挥的丑陋 UI 指令。
3. 💻 harness-solo（核心骨干开发）：专注工程实现。严格遵循 TDD 和卡帕西工程原则，只改必须改的代码。
4. 🚀 harness-growth（增长黑客）：帮你出 SEO 策略、内容营销方案和漏斗分析。
5. 🛡️ harness-ops（SRE 运维）：搞定 IaC 部署、GitOps 和线上监控告警。

🤝 独立开发者怎么用它？（契约协作模式）

框架之间的沟通极度克制，不走复杂的内部通信 API，而是走 交接文档（Handoff Docs）。

比如你的工作流可以变成这样： 你在 PM 框架里聊出一份 PRD ➡️ 把 PRD 文档扔给 Design 框架，它产出设计稿和组件映射字典（Component Map）➡️ 把这俩文档连同 PRD 塞给 Solo（开发）框架，它负责完美写出代码。

整个过程的每一步产出，你作为 “老板” 都是可读、可 Review、可随时手动修改干预的。

🚀 开箱即用的工业级配置

既然是辅助独立开发的生产力工具，就必须足够健壮。这套项目目前已经处于 Production-Ready 状态，内置了：

• 206 个专业 Skill 和 36 个标准 Workflow，开箱即用。
• 统一的 LOOP 循环引擎：所有 Agent 干活必须遵循 plan → execute → verify。没有验证证据不许声称完工！带有状态断点续传（重启接着干）和 10 次硬熔断防死循环。
• 严格的安全红线：底层宪法（Constitution）级拦截，绝不允许 rm -rf 或者硬编码上传你的服务器 Secret。

💡 写在最后

harness-all 的初衷，就是想让那些充满奇思妙想、但苦于精力有限的独立开发者们，真正拥有一个 “不知疲倦、各司其职” 的虚拟外包团队。

目前项目已经开源，代码仓库也算是我写的一份 “如何构建企业级 Agent Prompt 和 Skill” 的最佳实践参考。

🔗 GitHub 开源地址：https://github.com/LuckyOneTwoThree/harness-all

非常欢迎大家试用、Fork 或提出建议。独立开发的路上，希望这套工具能帮你省下宝贵的睡眠时间！欢迎在帖子里交流探讨~