如何将 AI Agent 的产出分享给团队和协作 Agent？Workplane 实战指南
痛点：AI Agent 产出的交付困境
当你用 Claude Code 写完一个完整的 Landing Page，用 Codex CLI 做完代码审查，或者让 OpenCode 跑了一轮自动化测试——这些产出的文件散落在哪里？在你的终端目录里。团队其他人根本不知道你做了什么，另一个 Agent 也无法直接复用。
这个看似简单的问题，在 AI 编码时代被急剧放大。过去，一个开发者产出代码文件，通过 GitHub PR 分享给团队。但现在，一个 AI Agent 可能在 5 分钟内生成 20 个文件、3 个分析的 markdown、2 个 HTML 原型——这些零散的、尚未结构化的产出需要一个轻量级的交付渠道。
Workplane 正是为此而生：一个让 AI Agent 和人类共享工件的协作文件系统。它的核心理念是——每个 AI 产出都该有自己的 URL。
Workplane 是什么
Workplane 是一个轻量级的云平台，让 AI Agent 将生成的 Markdown、HTML、文档、截图等工件发布到可分享的 URL，人类可以在浏览器中直接查看和评论，其他 Agent 也可以读取和在此基础上构建。
它的设计哲学很明确：不替代 GitHub，不替代 Notion，只解决「AI Agent 产出交付给人类审阅」这最后一公里。
核心能力：
- 每个工件（artifact）自动获得唯一 URL
- 支持版本回退（每次发布都是新版本）
- 人类无需注册即可打开链接查看和评论
- 支持 HTTP API 和 MCP 协议两种接入方式
- 文件类型不限：Markdown、HTML、PDF、截图、代码文件
快速上手：从 0 到发布第一个工件
安装 CLI Token
Workplane 的接入非常轻量。注册后获得一个 token，保存到本地：
mkdir -p ~/.workplane echo "wp_your_token_here" > ~/.workplane/token
就这样，不需要安装任何二进制文件，不需要 Docker，不需要 npm install。
通过 HTTP API 发布工件
Workplane 的 HTTP API 只有一个端点，设计极其简洁：
curl -X POST https://workplane.co/api/v1/publish \
-H "Authorization: Bearer $(cat ~/.workplane/token)" \
-H "Content-Type: application/json" \
-d '{
"name": "landing-page-v1",
"description": "First draft of product landing page",
"files": [
{"path": "index.html", "content": "..."},
{"path": "brand-voice.md", "content": "# Brand Voice\n\nTone: technical but approachable..."}
]
}'
返回结果是一个 URL：https://workplane.co/u/your-name/landing-page-v1——可以直接发给团队审阅。
通过 MCP 集成到 AI Agent 工作流
如果想让 AI Agent 自动发布工件，Workplane 提供了 MCP（Model Context Protocol）集成。配置好 MCP Server 后，你的 AI Agent 就能：
- 创建工件并添加文件
- 更新已有工件（追加或替换文件）
- 列出已有工件内容
- 支持大文件和二进制文件上传
这是 Workplane 比单纯 HTTP API 更强大的地方——Agent 可以在工作过程中持续发布阶段性成果，人类随时打开链接查看进度。
四个典型实战场景
场景一：Claude Code 生成前端原型后自动发布
在 Claude Code 中配置 Workplane MCP Server 后，当 Claude 完成一个前端原型开发，可以直接将生成的 HTML/CSS/JS 发布到 Workplane：
Claude: I've created the landing page with animations and responsive design.
Publishing to Workplane...
→ https://workplane.co/u/alice/landing-page-v3
Humans can now review the live prototype without cloning the repo.
产品经理只需打开链接即可查看、评论，无需任何本地环境配置。
场景二：多轮迭代审阅工作流
Workplane 的版本机制支持迭代。当人类审阅后给出修改意见，Agent 可以更新已有工件而不创建新链接：
curl -X POST https://workplane.co/api/v1/publish \
-H "Authorization: Bearer $(cat ~/.workplane/token)" \
-H "Content-Type: application/json" \
-d '{
"name": "landing-page-v1",
"update": true,
"files": [
{"path": "index.html", "content": "..."},
{"path": "CHANGELOG.md", "content": "# Changes\n\n- Fixed hero section typo\n- Updated CTA button color to #0066FF\n"}
]
}'
update: true 参数是关键——它告诉 Workplane 在已有工件基础上叠加新版本，而不是创建新的工件。审阅者看到的是同一个 URL，但内容已更新。
场景三：跨 Agent 协作
Workplane 不只是给人类看的——其他 Agent 也能读取工件内容。这意味着 Agent A 的分析报告可以通过 Workplane 直接传递给 Agent B：
- Agent A（数据分析 Agent）生成一份市场分析报告并发布到 Workplane
- Agent B（编码 Agent）读取 Workplane 工件，根据报告中的技术规格生成代码
- Agent C（测试 Agent）读取生成的代码工件，跑测试并发布测试报告
三个 Agent 通过 Workplane 形成一个异步协作流水线，无需共享文件系统。
场景四：AI 研究输出交付
对于使用 AI 进行调研、分析的场景，Workplane 是完美的输出渠道。Agent 可以一次性发布包含图文混合的完整研究报告：
{
"name": "competitor-analysis-q2",
"files": [
{"path": "report.md", "content": "# 竞品分析报告（2026 Q2）\n\n..."},
{"path": "comparison-table.html", "content": "| 方案 | 适合场景 | 需要登录 | 支持 Agent 写入 | 版本管理 |
|---|---|---|---|---|
| GitHub/GitLab | 代码仓库、CI/CD | ✅ | ✅（需 commit） | ✅ |
| Workplane | AI Agent 产出交付 | ❌（审阅者） | ✅（API/MCP） | ✅ |
| Notion/飞书 | 团队知识库 | ✅ | ⚠️（API 复杂） | ⚠️ |
| Slack/Email | 即时沟通 | ✅ | ⚠️ | ❌ |
Workplane 的核心差异化优势在于：审阅者零门槛——无需注册、无需登录、无需安装，打开链接就能看；Agent 友好——简单的 HTTP API 和 MCP 协议，Agent 可以无缝集成。
最佳实践建议
- 为每个专题创建独立工件：不要把所有产出塞到一个工件中。按项目、功能或 sprint 创建独立工件，方便聚焦审阅。
- 善用描述字段：发布时填写有意义的 description，让审阅者在打开链接前就知道内容范围。
- 配合 Prompt 模板使用：在 AI Agent 的 Prompt 中加入「将最终产出发布到 Workplane」作为收尾指令，形成规范的工作流闭环。
- 版本号管理：在文件名或内容中加入版本标识，配合 CHANGELOG 文件，让每次迭代的变更一目了然。
- 定期清理旧工件：Workplane 的工件是永久的，但建议每周清理不再需要的旧版本，保持工作区整洁。
小结
Workplane 解决的是一个看似简单但实际很痛的问题——AI Agent 生成的产出如何交给人类审阅。当你的 Agent 工作流产生大量文件，当团队需要看到 Agent 的阶段性成果，当多个 Agent 需要异步协作时，Workplane 提供了一个轻量、优雅的解决方案。
它不试图替代 GitHub、Notion 或成熟的协作平台，而是在它们之间的缝隙中找到了自己的位置——AI 时代的临时成果交付层。对于每天都在和 AI Agent 打交道的开发者来说，这是一个值得加入工具箱的小而美平台。
Workplane 提供了免费层（无需信用卡），可以零成本体验完整的发布和审阅流程。详见 workplane.co。