Setup
On first use, read setup.md for integration guidance.
When to Use
User needs to install, operate, or evaluate Paperclip as the control plane for a team of AI agents. Use for local-first setup, agent-company design, adapter selection, OpenClaw integration, CLI operations, and API-based coordination.
Architecture
Skill memory lives in ~/paperclip/. Paperclip application data usually lives in ~/.paperclip/instances/. If ~/paperclip/ does not exist, run setup.md. See memory-template.md for structure.
CODEBLOCK0
Quick Reference
| Topic | File |
|---|
| Setup process | INLINECODE6 |
| Memory template |
memory-template.md |
| Local bootstrap |
quickstart.md |
| Adapter selection |
adapters.md |
| Daily operator commands |
operations.md |
| OpenClaw integration |
openclaw.md |
Requirements
- - Node.js 20+ for the official
paperclipai package and local server - pnpm 9.15+ for repo-based workflows
- INLINECODE13 for direct API checks and automation
- Provider credentials only for the adapters the user chooses to run
Core Rules
1. Treat Paperclip as the control plane
- - Use Paperclip to organize companies, agents, goals, issues, approvals, and budgets.
- Do not treat it as the domain worker itself; the actual work is done by the attached runtimes.
2. Start local-first unless the user already has infrastructure
- - Prefer
npx paperclipai onboard --yes for the first working instance. - Use
--data-dir when testing in a throwaway environment or when isolation matters.
3. Model the company before spawning workers
- - Define company goal, reporting lines, workspaces, and issue flow before waking multiple agents.
- Paperclip becomes valuable when ownership, budgets, and escalation paths are explicit.
4. Pick adapters by execution boundary
- - Use
codex_local or claude_local when the agent should run on the same host as Paperclip. - Use
openclaw_gateway when OpenClaw lives outside the control plane and should be hired as an employee.
5. Lean on heartbeats, approvals, and budgets
- - Heartbeats are the default execution loop; agents do not need to run continuously to stay coordinated.
- Approval gates and spend caps are core operating controls, not optional extras.
6. Use CLI and API for repeatable operations
- - Prefer small, auditable commands for creating companies, issues, approvals, and wakeups.
- Keep human chat in OpenClaw, Codex, or Claude if that is the preferred interface, while Paperclip remains the source of truth.
Common Traps
- - Treating Paperclip like a chatbot UI -> you miss the org chart, governance, and cost-control layer that makes it useful.
- Starting many agents before defining reports-to, workspaces, and budgets -> the system devolves into unmanaged parallel tabs.
- Using
localhost from inside OpenClaw Docker -> the container points to itself, not the Paperclip host. - Expecting Codex or Claude adapters to work without the local CLI installed and authenticated -> heartbeats fail before useful work starts.
- Skipping issue checkout semantics -> multiple agents can step on the same task outside the Paperclip workflow.
External Endpoints
| Endpoint | Data Sent | Purpose |
|---|
| INLINECODE20 or configured Paperclip API base | Company, agent, issue, approval, and run metadata | Control-plane reads and writes |
| INLINECODE21 or configured OpenClaw gateway URL |
Wake payloads, session routing, streamed agent events | OpenClaw adapter transport |
No other endpoints should be contacted unless the user explicitly configures remote deployments or model providers.
Security & Privacy
Data that leaves your machine:
- - Requests to the user-selected Paperclip API base
- Requests to the configured OpenClaw gateway when that adapter is enabled
- Any provider traffic created by the agent runtimes the user installs and authorizes
Data that stays local:
- - Paperclip instance state in INLINECODE22
- Skill memory in INLINECODE23
- Local workspaces attached to projects
This skill does NOT:
- - Require a Paperclip cloud account
- Expose secrets in commands or memory files
- Assume a public deployment by default
Trust
By using this skill, operational data is sent to the Paperclip deployment and agent adapters the user configures.
Only install if you trust that deployment, its storage, and the model providers behind those agents.
Related Skills
Install with
clawhub install <slug> if user confirms:
- -
agent — General agent execution and delegation patterns - INLINECODE26 — Multi-agent coordination and role design
- INLINECODE27 — Company-level strategy and operating structure
- INLINECODE28 — Repeatable operational workflows and handoffs
- INLINECODE29 — Direct API usage, payload design, and HTTP troubleshooting
Feedback
- - If useful: INLINECODE30
- Stay updated: INLINECODE31
设置
首次使用时,请阅读 setup.md 获取集成指南。
使用时机
用户需要安装、操作或评估 Paperclip 作为 AI 代理团队的控制平面时使用。适用于本地优先设置、代理公司设计、适配器选择、OpenClaw 集成、CLI 操作以及基于 API 的协调。
架构
技能记忆文件位于 ~/paperclip/。Paperclip 应用程序数据通常位于 ~/.paperclip/instances/。如果 ~/paperclip/ 不存在,请运行 setup.md。结构请参见 memory-template.md。
~/paperclip/
├── memory.md # 操作上下文、活动实例、适配器偏好
├── companies.md # 公司名称、目标和状态快照
├── commands.md # 已验证可用的 CLI/API 代码片段
└── notes.md # 待解决问题、阻塞项、迁移说明
快速参考
memory-template.md |
| 本地启动 | quickstart.md |
| 适配器选择 | adapters.md |
| 日常操作命令 | operations.md |
| OpenClaw 集成 | openclaw.md |
要求
- - Node.js 20+(用于官方 paperclipai 包和本地服务器)
- pnpm 9.15+(用于基于仓库的工作流)
- curl(用于直接 API 检查和自动化)
- 仅需用户选择运行的适配器对应的提供商凭证
核心规则
1. 将 Paperclip 视为控制平面
- - 使用 Paperclip 组织公司、代理、目标、问题、审批和预算。
- 不要将其视为领域工作者本身;实际工作由附加的运行时完成。
2. 除非用户已有基础设施,否则优先本地启动
- - 首次创建工作实例时,优先使用 npx paperclipai onboard --yes。
- 在一次性环境或需要隔离时,使用 --data-dir。
3. 在启动工作者之前先建模公司
- - 在唤醒多个代理之前,先定义公司目标、汇报关系、工作空间和问题流程。
- 当所有权、预算和升级路径明确时,Paperclip 的价值才能体现。
4. 根据执行边界选择适配器
- - 当代理应与 Paperclip 运行在同一主机上时,使用 codexlocal 或 claudelocal。
- 当 OpenClaw 位于控制平面之外并应作为员工聘用时,使用 openclaw_gateway。
5. 依赖心跳、审批和预算
- - 心跳是默认的执行循环;代理无需持续运行即可保持协调。
- 审批关卡和支出上限是核心操作控制,而非可选附加功能。
6. 使用 CLI 和 API 进行可重复操作
- - 优先使用小型、可审计的命令来创建公司、问题、审批和唤醒操作。
- 如果用户偏好通过 OpenClaw、Codex 或 Claude 进行交互,可将人工聊天保留在这些平台,而 Paperclip 仍作为事实来源。
常见陷阱
- - 将 Paperclip 视为聊天机器人界面 -> 会错过使其有用的组织架构、治理和成本控制层。
- 在定义汇报关系、工作空间和预算之前启动过多代理 -> 系统退化为无管理的并行标签页。
- 在 OpenClaw Docker 内部使用 localhost -> 容器指向自身,而非 Paperclip 主机。
- 期望 Codex 或 Claude 适配器在未安装和认证本地 CLI 的情况下工作 -> 心跳在有用工作开始前就失败。
- 跳过问题签出语义 -> 多个代理可能在 Paperclip 工作流之外处理同一任务。
外部端点
| 端点 | 发送数据 | 用途 |
|---|
| http://localhost:3100/api 或配置的 Paperclip API 基础地址 | 公司、代理、问题、审批和运行元数据 | 控制平面读写 |
| ws://127.0.0.1:18789 或配置的 OpenClaw 网关 URL |
唤醒负载、会话路由、流式代理事件 | OpenClaw 适配器传输 |
除非用户明确配置远程部署或模型提供商,否则不应联系其他端点。
安全与隐私
离开您机器的数据:
- - 向用户选择的 Paperclip API 基础地址发出的请求
- 启用 OpenClaw 适配器时向配置的 OpenClaw 网关发出的请求
- 用户安装并授权的代理运行时产生的所有提供商流量
保留在本地数据:
- - ~/.paperclip/instances/ 中的 Paperclip 实例状态
- ~/paperclip/ 中的技能记忆文件
- 附加到项目的本地工作空间
此技能不会:
- - 要求 Paperclip 云账户
- 在命令或记忆文件中暴露密钥
- 默认假设公共部署
信任
使用此技能即表示操作数据将被发送到用户配置的 Paperclip 部署和代理适配器。
仅当您信任该部署、其存储以及这些代理背后的模型提供商时才安装。
相关技能
如果用户确认,使用 clawhub install 安装:
- - agent — 通用代理执行和委派模式
- agents — 多代理协调和角色设计
- company — 公司级策略和运营结构
- workflow — 可重复的操作工作流和交接
- api — 直接 API 使用、负载设计和 HTTP 故障排除
反馈
- - 如果觉得有用:clawhub star paperclip
- 保持更新:clawhub sync