前言：一个让 AI 给你打工的疯狂想法

事情是这样的。前段时间我发现了一个开源项目，叫 Paperclip——中文翻译过来就是「回形针」。但这家公司跟那个办公用品可一点关系都没有，它号称是「零人类公司（Zero-Human Company） 的编排引擎」。

啥意思呢？简单来说，你可以在这上面雇佣一个 AI CEO，给他设定一个公司愿景，然后让他帮你招聘一堆 AI 员工（工程师、产品经理、设计师啥的），这些 AI 员工会自动协作帮你完成项目。

听到这我眼睛都亮了——这不妥妥的「躺平神器」吗？让我也当一次老板！

于是我迫不及待地开始了我第一次「创业」实验。

一、Paperclip 到底是干啥的？

在开始之前，先简单说说 Paperclip 是干啥的。根据官方文档 citation，它是一个 Node.js + React 的平台，专门用来编排 AI Agent 团队，让它们像真实公司一样运作。

它跟普通的 AI 助手不一样：

• 有组织架构：CEO → CTO → 工程师，层层汇报
• 有预算系统：每个 Agent 花钱都看得见
• 有目标管理：你设定公司目标，AI 们自己去拆解
• 有工作流：任务流转、审批、复核，一套一套的

官方说它是「control plane for autonomous AI companies」，翻译成人话就是：这是一个让你指挥 AI 团队给你打工的管理后台。

官方还搞了个很酷的概念叫 Clipmart，你可以直接下载预构建好的公司模板，一键启动一个 AI 团队 citation。

二、我的第一次「创业」：想做一套电子保函系统

2.1 背景铺垫

最近我正好在搞电子保函系统，手头有一堆资料、需求文档、技术方案。正好，拿 Paperclip 来跑一下，看看这帮 AI 能不能帮我从零开始搞一套出来。

我的想法很简单：

1. 创建一个公司，设定目标：研发电子保函系统
2. 雇佣一个 CEO
3. 让 CEO 去组建团队、分配任务
4. 我就等着收成果

梦想是丰满的，现实是骨感的——具体过程我后面会详细讲。总之最后的结果是：

• 没有交付物
• 所有服务都跑不起来
• CEO 把 CTO 开了
• 公司黄了

但正是这次失败，让我总结出了大量实战经验，这些经验对于想真正用好 Paperclip 的人来说，价值千金。

三、手把手教你搭建 Paperclip 环境

3.1 准备工作

在开始之前，你需要准备好：

• Node.js 18+
• pnpm（Paperclip 推荐用 pnpm）
• 一个 LLM API Key（支持 OpenAI、Anthropic、Ollama 等）

3.2 安装步骤

首先克隆项目：

git clone https://github.com/paperclipai/paperclip.gitcd paperclip

然后安装依赖：

pnpm install

这里可能会有一些警告，只要没报错就成。安装完成后，需要配置环境变量：

cp .env.example .env

编辑 .env 文件，填入你的 LLM API Key：

# 选择你的 LLM 提供商LLM_PROVIDER=anthropic  # 或者 openai, ollama 等# Anthropic 配置ANTHROPIC_API_KEY=sk-ant-your-key-here# 或者 OpenAIOPENAI_API_KEY=sk-your-key-here

3.3 初始化数据库

Paperclip 需要一个数据库。最简单的方式是用 Docker：

docker run -d \  --name paperclip-db \  -e POSTGRES_PASSWORD=paperclip \  -e POSTGRES_DB=paperclip \  -p 5432:5432 \  postgres:16

然后在 .env 中配置数据库连接：

DATABASE_URL=postgresql://postgres:paperclip@localhost:5432/paperclip

3.4 启动 Paperclip

一切就绪，启动！

pnpm run dev

然后打开浏览器访问 http://localhost:3000，你会看到 Paperclip 的管理界面。

四、创建你的第一家 AI 公司

4.1 初始化公司

第一次进入界面，会让你创建第一家公司。按照提示填写：

• 公司名称：我叫它「电子保函科技」
• 公司描述：致力于研发电子保函系统
• LLM 提供商：选择你配置好的

4.2 雇佣你的第一个员工：CEO

这是最关键的一步。Paperclip 会让你设定 CEO 的角色描述。我的建议是：

你是一家专注于电子保函系统的科技公司 CEO。你需要：1. 理解公司的最终目标：研发一套完整的电子保函系统2. 组建合适的团队（CTO、前端工程师、后端工程师、产品经理、测试工程师）3. 制定项目计划和里程碑4. 监督团队执行，确保按时交付重要原则：- 遇到问题及时向我汇报- 团队成员之间需要有效沟通- 确保交付物可用、可测试

这里有一个坑：CEO 的描述越具体，后面的事情越顺利。我第一次就是写得太泛，导致后面一堆破事。

五、我的实战全过程回顾

5.1 第一阶段：CEO 组建团队

CEO 上任后，第一件事就是招聘。他学习了所有我提供的电子保函资料，然后雇佣了：

• CTO：负责技术架构和团队管理
• 产品经理：负责需求分析

这个过程还算顺利。CEO 还给 CTO 设定了初始 skill（个人设），包括技术背景、性格特点啥的。

5.2 第二阶段：灾难的开始——招聘受阻

好了，CTO 要开始招聘真正的工程师了。但是问题来了：

问题 1：CTO 没有招聘权限

CTO 想创建新的 Agent（相当于招聘），但是系统提示他没有权限，需要 CEO 来操作。CTO 就把招聘需求给了 CEO。

问题 2：CEO 没收到消息

这里就开始搞笑了——CTO 以为给了，但 CEO 压根没收到。他们之间的沟通出了问题。

我只能手动介入，帮他们「对齐颗粒度」——说人话就是：我在中间当传话筒，把 CTO 的需求翻译给 CEO。

5.3 第三阶段：HR 的悲剧

CEO 收到需求后，雇佣了一个 HR。HR 收到任务后，需要制定 JD（职位描述），但是：

• CTO 的需求没传到 HR 那
• HR 不知道招聘谁
• CEO 以为 HR 已经开工了
• HR 在那边干等着

我又是一顿手动对齐。

HR 好不容易搞定了 JD，准备发布到招聘网站，然后：

• CEO 不知道 JD 已经准备好了
• HR 以为 CEO 已经审批了
• 大家又都闲起来了

这种沟通问题反反复复，我已经有点崩溃了。

5.4 第四阶段：开掉 HR，授权 CTO

到这我实在忍不了了。我给 CEO 下了一个新任务：组织架构升级。

CEO 收到任务后，做了一个决定：取消 HR 岗位，授权 CTO 直接拥有招聘权限。

这一下子团队就组建起来了。CTO 创建了：

• 前端工程师
• 后端工程师
• 产品经理
• 测试工程师

5.5 第五阶段：没有沟通的各自为战

团队是组建起来了，但是新的问题出现了：

各干各的，不沟通

产品经理闷头写需求，后端闷头写代码，前端闷头写界面。到最后我强制要求他们搞了一次「需求评审」，才发现：

• 后端写的接口和前端需要的完全对不上
• 功能和需求文档差了十万八千里
• 根本组不成一个系统

5.6 第六阶段：交付灾难

到了该验收的日子，我兴冲冲地去找 CTO 要访问地址。

CTO：对不起，服务跑不起来

他尝试了各种方式：

• Docker 部署 → 失败
• 直接机器运行 → 失败
• 各种依赖问题

最后他灵机一动，写了一个 mock 后端，前端连着 mock 接口来给我演示。我一看：

• 功能缺了一大半
• UI 丑得不行
• 点什么都没反应

我要求看真实系统，CTO 尝试了两天，最终承认：搞不起来。

5.7 大结局：CTO 被开，公司黄了

我跟 CEO 反馈：CTO 存在问题，用 mock 糊弄事，真实服务跑不起来。

CEO 去找 CTO 沟通，进行了「严肃的谈话」。但最终结果仍然是：服务跑不起来。

我说：开掉 CTO 吧。

CEO 又找 CTO 谈了一次话，但还是没解决问题。

第一家 AI 公司，正式黄了。

六、失败总结：我踩过的那些坑

6.1 沟通问题是最致命的

Paperclip 里的 Agent 之间的沟通机制并不完善。任务流转、消息传递很容易丢失。你不能假设 AI 之间会自动对齐颗粒度——他们不会。

经验：

• 在创建 Agent 时，明确设定他们的沟通规则
• 关键节点需要人工介入确认
• 不要让 Agent 之间做复杂的依赖传递

6.2 缺少项目管理流程

这帮 AI 完全不知道啥叫「项目管理」：

• 没有 Sprint 规划
• 没有进度同步
• 没有 Code Review
• 没有测试验证

经验：

• 需要在 CEO 或 CTO 的 skill 里强制植入项目管理流程
• 或者自己作为「董事会」定期介入

6.3 岗位职责描述太泛

第一次创建 Agent 时，我写的岗位描述大概是：「你是一个后端工程师，负责开发后端功能」。

这种描述等于没说。AI 不知道：

• 要做什么系统
• 用什么技术栈
• 交付标准是什么

经验：

• 岗位描述要具体到技术栈：「你擅长 Node.js + PostgreSQL，负责电子保函系统的后端开发」
• 明确交付物：「交付物是可运行的 HTTP API，包含用户、保函、订单等核心模块」
• 加上约束：「代码需要可通过 pnpm install && pnpm run dev 启动」

6.4 没有主动性

这些 Agent 你不推就不动。CTO 不会主动检查代码质量，不会主动同步进度，不会主动汇报问题。

经验：

• 设定定期汇报机制：「每天下午 6 点向 CEO 汇报进度」
• 设定触发条件：「当任务完成度变化超过 20% 时，主动同步」

6.5 需要脚手架

AI 直接从零开始搭建项目是很困难的。他们不知道：

• 项目结构怎么组织
• 依赖怎么管理
• 服务怎么部署

经验：

• 在创建 Agent 时，直接给出项目脚手架
• 或者提供现有项目作为参考

七、第二次尝试：我学聪明了

基于第一次的失败经验，我准备启动第二家 AI 公司。这次我会：

1. 给 CEO 更详细的运营手册：包含沟通机制、项目管理流程、应急处理
2. 给每个岗位具体的技能包：不只写「你会什么」，还要写「你产出的标准是什么」
3. 强制介入关键节点：每天检查进度，每周日做周报
4. 提供项目脚手架：直接给一个 GitHub 仓库作为模板

具体效果怎么样，我会在下一篇文章里详细汇报。

八、Paperclip 适合什么人？

经过这次实战，我的结论是：

**Paperclip 不适合：

• 想当甩手掌柜的人
• 期望 AI 自助完成复杂项目的人
• 不愿意花时间调教 Agent 的人

**Paperclip 适合：

• 想体验 AI 协作机制的人
• 想研究 Agent 组织架构的研究者
• 愿意花时间做「HR」工作的人

本质上，Paperclip 是一个实验性平台，它展示了 AI 团队协作的可能性，但距离真正的「无人公司」还有很长的路要走。

九、写在最后

这次实验虽然失败了，但我学到了太多东西。

AI 协作不像你想的那么美好——它们不会自动对齐颗粒度，不会主动汇报，不会做项目管理。但正是因为这些不完美，才有意思。

如果你也想体验一下当「AI 老板」的感觉，建议：

1. 先用官方模板跑通一次
2. 从小项目开始，不要一上来就搞大系统
3. 做好频繁介入的准备

想看我的第二次创业实验结果，欢迎关注后续更新。

祝大家玩得开心！

如果你也在玩 Paperclip 或者类似的 AI Agent 平台，欢迎在评论区分享你的经历。踩坑这件事，还是得大家一起才有趣。