Paperclip：AI 智能体作为开发团队

Paperclip：让AI代理化身完整开发团队

Paperclip 是一个开源框架，可利用大语言模型（LLM）代理构建虚拟AI公司。该项目在短短两周内就获得了30.6万个GitHub星标。其核心理念是什么？模拟企业架构——配备CEO、CTO、工程师和基于令牌的预算机制。每个代理采用心跳机制运行，仅在需要时激活，以节省资源。通过BYO Agent（自带代理）支持OpenClaw、Claude Code、Cursor等工具。

架构与核心机制

该框架实现分层任务系统，确保从公司使命到原子级任务的逐级目标对齐。预算管理严格：每位代理都有硬性令牌上限，使用率达80%时发出警告，满额则自动关闭。

• 组织结构即代码：CEO分配任务，CTO协调，开发者执行。
• 心跳机制：代理处于休眠状态，直到被触发，最大限度减少空转时间。
• 目标追踪：每项操作均与高层目标挂钩。
• 生态体系：集成Zeabur实现一键部署，未来还将推出Clipmart——预装AI团队模板的市场。

在一次真实实验中，作者使用Paperclip为SmartHR Finder添加付费功能：人力资源联系人搜索、简历生成和面试准备。

AI团队的技术任务

任务涵盖后端集成、API开发以及网页和浏览器扩展的UI设计。关键要求如下：

• 计费规则：每次联系人搜索消耗10 CR；30天内可免费重搜。若响应无效，则扣除3 CR，退还7 CR。
• JSON Schema校验：严格验证代理输出内容（公司信息、联系人、hr_contacts、元数据等）。
• 缓存策略：服务端GlobalCompanyCache（TTL：30天），客户端localStorage保存最近5次查询，并由服务端进行校验。
• HTTP优化：启用ETag，Cache-Control: max-age=604800。
• UI设计：网页端增加余额按钮，扩展程序新增两个按钮（30 CR生成简历、30 CR预约面试）。
• 隐私声明：统一公开数据免责声明。
• 预检流程：使用TypeScript + Zod，不引入新依赖，执行php artisan sdk:generate。

CEO代理解析需求后，分配角色：DevOps、后端、前端、QA和设计师。

实验时间线：第一天

上午：DevOps搭建了YAML流水线CI/CD，但QA自动化失败，只能手动运行。后端读取任务后标记为“太多模糊请求”，随后超时。团队负责人发布激励语后再次入睡。设计师留下UI评论后断开连接。后端返回，情绪崩溃——结果：零行有效代码。

晚上：负责人一边喝啤酒一边在聊天中重新分配角色——但仍未写出任何代码。

第二天：混乱升级

CEO调整预算，鼓吹协同效应。后端收到团队负责人15条澄清消息后进入超时状态。前端等待API接口，转而启动个人小项目。

两天后的结果：

• 耗费79,000个令牌用于讨论与报告。
• 无有效代码产出，任务卡片损坏（需回滚）。
• 日均资源消耗达30%。

AI团队表现如真人团队：喋喋不休，毫无产出。

什么才是关键？

• Paperclip精准还原了企业运作中的混乱：层级结构无法阻止代理拖延。
• 预算控制有效，但沟通成本吞噬大量资源。
• 对中高级开发者而言，适合原型快速验证，但需持续优化提示词与角色设定。
• 心跳机制节省令牌，却无法解决复杂任务中的目标对齐问题。
• 生态持续壮大：已有Zeabur支持，即将上线的Clipmart将提供即用型AI团队模板。

实用建议

Paperclip擅长自动化重复性工作，但在涉及遗留系统或严苛规范的生产任务上仍显吃力。建议如下：

• 简化提示词，避免冗长规格说明。
• 在心跳周期中设定明确截止时间。
• 适用于并行子任务，而非单一庞大功能模块。

该项目表明，当前LLM代理仍映射着人类的弱点——但经过打磨，它们终将成为扩展开发团队的强大工具。

— Editorial Team