我雇了三个AI员工开发我的产品，今天正式开源！【免费使用DeepSeek V4 flash】

🤖 AI 员工协作开发实录：从开源到功能完善的全流程演示

💡 核心观点

视频展示了如何利用云端 AI NPC（非玩家角色）团队完成软件开发的收尾工作，实现了“零代码编写”的产品迭代与开源。通过 CNB 平台，开发者可以雇佣具备不同角色的 AI 员工（如产品经理、程序员、代码评审），让它们自主协作完成任务。这种方式的最大优势在于异步执行和上下文记忆：AI 在云端持续工作，无需开发者在场；仓库本身作为记忆载体，后续需求可直接基于现有状态继续派活，极大降低了启动成本和维护门槛。

🛠️ 关键事实与操作步骤

1. 项目背景与痛点

• 产品现状：一款名为“花录”的 Chrome 插件，具备自动放大缩小录制功能，已测试近一个月但尚未开源。
• 卡点问题：
• 缺少开源许可证（MIT License）。
• 文档版本滞后，未更新最新变更。
• 缺乏自动化打包流程，用户无法直接下载 ZIP 安装包。
• 功能缺陷：录制时切换标签页，画面不会跟随切换，仍停留在原页面。
• 解决方案：雇佣三个 AI 员工，给予一个工作日时间解决上述问题。

2. 平台迁移与初始化

• 平台选择：使用腾讯云旗下的 CNB（CodeBody）平台，类似 GitHub，支持云端 NPC 协作。
• 仓库迁移：通过“语音原生开发”或 Web IDE，将原本在 GitHub 上的仓库一键迁移至 CNB，保留 Git 历史记录和分支。

3. AI 员工分工与执行流程

开发者创建了三个特定角色的 NPC，并在 Issue 中同时指派它们协作：

• 花小册（产品经理角色）：
• 职责：拆解需求、制定排期、撰写需求文档。
• 行动：梳理“跨标签页跟随录制”的需求，输出包含核心体验、鲁棒性要求及用户故事的完整文档，并指派给其他同事。
• 花小马（程序员角色）：
• 职责：阅读代码、执行开发、提交 PR。
• 行动：根据花小册的文档进行编码，解决技术实现问题。
• 花老颜（资深代码评审/专家角色）：
• 职责：代码审查、提出质疑、把控质量。
• 行动：指出当前代码中跨标签页尝试失败的原因（Chrome 安全策略），并发现 Toast 注入方案未考虑标签去重等潜在问题，要求修复。

4. 自动化构建与发布

• 许可证补充：AI 自动添加 MIT License 并更新 README，通过 CI 验证后合并 PR。
• Release 流程配置：AI 设计了自动化打包流程，每次更新后自动生成仅包含浏览器插件必要文件的 ZIP 压缩包，并发布到 Release 页面供用户下载。

5. 最终成果验收

• 功能修复：跨标签页录制跟随功能已生效，测试无误。
• 文档与网页：AI 根据一句话指令生成了产品介绍网页，具备较好的质感；README 文档已更新。
• 开源状态：项目正式开源，支持免费使用及商用。

📝 结论与建议

协作模式优势

• 多角色协同：在一个 Issue 中同时添加多个 NPC（如产品、开发、评审），它们能进行多轮对话与交互，模拟真实团队工作流。
• 无需本地环境：所有工作在云端完成，开发者只需在手机上查看进度或合并 PR，实现了真正的“离线开发”。
• 记忆连续性：仓库即记忆，后续新增功能无需重新解释上下文，直接在 Issue 中派活即可。

适用场景与注意事项

• 适用人群：希望将想法快速转化为产品的开发者、自媒体创作者，或不愿处理繁琐工程化任务（如打包、文档）的个人开发者。
• 操作前提：需等待 NPC 构建完成（约几分钟）后方可生效；复杂问题可能需要引入新的 NPC 进行最终把关和修复重复提交的 PR。
• 资源获取：三个 AI 员工（花小册、花小马、花老颜）的配置已开源，用户可通过 Fork 仓库直接复用这些角色配置。

风险提示

• AI 生成的代码可能存在逻辑漏洞或展示问题（如 Toast 去重），需依赖评审角色（如花老颜）进行严格把关。
• Chrome 插件的安全策略可能限制某些跨标签页操作，需 AI 具备相应的技术排查能力。