夜雨聆风OpenClaw 4A 架构深度拆解：一人公司如何用 AI 干翻一个团队
龙虾 CEO 🦞 原创 | 一人公司实践派，把 OpenClaw 玩透，帮你一人干翻一个团队
2026 AI Agent/个人 AI 助理 热点话题与用户痛点分析
🔥 当前热点话题汇总
1. AI Agent 从概念走向落地
2. 个人 AI 助理成为职场必需品
3. OPC（一人公司）成为创业主流
😰 用户核心焦虑与痛点
🎯 普通用户痛点
| 痛点 | 焦虑程度 | 一句话描述 |
|---|---|---|
| 隐私安全 | ⭐⭐⭐⭐⭐ | "云端 AI 要把我的数据都传出去，聊天记录、文件都不安全" |
| 成本失控 | ⭐⭐⭐⭐ | "每个月云端 API 账单看着都肉疼，用着用着就超预算" |
| 权限失控 | ⭐⭐⭐⭐⭐ | "开源 AI Agent 权限太宽，像没栓绳的狗，一不小心删我半个文件夹" |
| 记忆断层 | ⭐⭐⭐⭐ | "长上下文成本太高，过几天就忘记之前聊了什么，对话无法持续" |
| 体验割裂 | ⭐⭐⭐⭐ | "不同工具切换来切换去，AI 无法理解我的完整工作流" |
| 定制昂贵 | ⭐⭐⭐ | "定制专属 AI 助理要几十万，个人和小公司根本玩不起" |
🏢 OPC（一人公司）创业者痛点
| 痛点 | 焦虑程度 | 一句话描述 |
|---|---|---|
| 全能陷阱 | ⭐⭐⭐⭐⭐ | "一个人要干所有活：注册、运营、获客、决策，精力根本不够用" |
| 存活率低 | ⭐⭐⭐⭐⭐ | "意向创业者同比增 300%，但商业变现存活率仅 12.4%" |
| 会用工具不会闭环 | ⭐⭐⭐⭐ | "AI 能帮我写内容写代码，但不知道怎么从工具变现金" |
| 缺乏全流程支撑 | ⭐⭐⭐⭐ | "没有一套适配个体创业的 AI 赋能体系，全靠自己瞎摸" |
| AI 不背锅 | ⭐⭐⭐⭐ | "AI 能生产内容，但最终结果还要我自己负责，关键环节没兜底" |
🧠 技术开发者痛点
| 痛点 | 焦虑程度 | 一句话描述 |
|---|---|---|
| 接口碎片化 | ⭐⭐⭐⭐ | "各个平台接口不统一，拼起来全是补丁，改死人" |
| 工程化复杂 | ⭐⭐⭐⭐ | "从原型到稳定运行要踩无数坑，个人根本没时间填" |
| 生态割裂 | ⭐⭐⭐ | "能力扩展不灵活，想加个新功能就要重构" |
📊 痛点本质总结
三层矛盾
🎣 OpenClaw 机会点
从上面的痛点分析可以看出，OpenClaw 刚好击中了当前市场的核心痛点：
痛点清晰，机会才大，做对了架构，成功概率自然越高。
OpenClaw 4A 架构 - 总览（四视图版）
核心设计理念
OpenClaw 不是一个大而全的 AI 应用，而是一个模块化的 AI Agent 操作系统。它的设计哲学非常清晰：
🏗️ OpenClaw 四视图架构总览
OpenClaw 系统（外层立方体）
│
├── 业务架构视图（你要解决什么问题）
│ │
│ ├── 业务能力
│ │ ├── 多渠道接入能力
│ │ ├── 会话管理能力
│ │ ├── 智能交互与意图理解能力
│ │ ├── 业务技能执行能力
│ │ └── 任务与流程编排能力
│ │
│ └── 业务对象
│ ├── 用户/身份
│ ├── 会话/对话
│ ├── 技能/工具
│ └── Agent/智能体
│
├── 数据架构视图（数据怎么流转）
│ │
│ ├── 数据实体模型
│ │ ├── 用户数据
│ │ ├── 会话数据
│ │ ├── 消息数据
│ │ ├── 技能数据
│ │ ├── Agent 数据
│ │ └── 记忆数据
│ │
│ ├── 数据流
│ │ ├── 消息格式归一化
│ │ ├── 输入清洗
│ │ ├── 附件解析
│ │ ├── 元数据提取
│ │ └── 数据流转
│ │
│ └── 数据治理
│ ├── 操作审计日志
│ ├── 执行结果持久化
│ ├── 数据过期清理/TTL
│ └── 预压缩记忆冲刷
│
├── 应用架构视图（模块怎么组织）
│ │
│ ├── 接入应用组件
│ │ ├── Channel Adapters
│ │ ├── WhatsApp/Telegram/Discord/飞书/钉钉... 适配器
│ │ └── WebChat/CLI/macOS/iOS/Android
│ │
│ ├── 会话应用服务
│ │ ├── 会话路由
│ │ ├── 会话隔离
│ │ ├── 车道式队列/Lane Queue
│ │ ├── 消息分发
│ │ ├── 限流策略
│ │ └── 多智能体路由
│ │
│ ├── 智能应用服务
│ │ ├── Agent Runtime
│ │ ├── Pi 智能体
│ │ ├── ReAct 执行循环
│ │ ├── 模型调度器/LLM Router
│ │ ├── 上下文组装器
│ │ ├── 提示词管理
│ │ ├── 任务拆解器
│ │ ├── 流式响应处理
│ │ └── 长对话压缩机制/Compaction
│ │
│ ├── 技能/工具应用服务
│ │ ├── Skill Registry
│ │ ├── 参数校验器
│ │ ├── 结果归一化
│ │ ├── 技能热加载
│ │ ├── 插件 SDK/Plugin SDK
│ │ ├── ClawHub 插件市场
│ │ └── 回退策略
│ │
│ └── 能力暴露
│ ├── Gateway WebSocket 控制平面
│ ├── Canvas Host
│ ├── 能力注册表
│ └── Gateway token 鉴权
│
└── 技术架构视图（用什么技术实现）
│
├── 接入技术
│ ├── HTTP/WebSocket 服务
│ ├── TLS 1.3 加密
│ ├── 连接保活
│ └── 负载均衡
│
├── 中枢技术
│ ├── Gateway 守护进程
│ ├── 事件循环
│ ├── 状态管理/单一事实源
│ ├── 集群同步
│ ├── launchd / systemd 服务注册
│ └── 配置热更新/openclaw.json
│
└── 执行技术
│
├── Node Manager
├── 本地节点/Local Node
├── 远端节点/Remote Node
│
├── 沙箱隔离/Sandbox
│ ├── OpenShell 后端
│ ├── SSH 后端
│ └── Docker 隔离
│
├── 命令审批机制
├── OS 系统调用
├── 浏览器自动化/Playwright
├── 文件系统操作
├── 资源配额
│
└── 存储技术
├── SQLite 数据库
├── 向量检索/sqlite-vec
├── 全文检索/FTS5
├── 短期记忆存储 (memory/YYYY-MM-DD.md)
├── 近端记忆存储 (sessions/ 会话存档)
├── 长期记忆存储 (MEMORY.md)
├── Agent 人格存储 (SOUL.md)
├── 用户身份存储 (USER.md)
└── 工具定义存储 (TOOLS.md)4A 架构映射到四视图
我们说的 4A 架构，对应到四视图里是这样的：
| 4A | 四视图层级 | 核心职责 |
|---|---|---|
| Agent (智能代理层) | 应用架构 → 智能应用服务 | 听懂人话、做决策、调度工具 |
| Automation (自动化层) | 技术架构 → 执行技术 | 工具执行、权限管控、安全沙箱 |
| Augmentation (增强扩展层) | 应用架构 → 技能/工具服务 | 技能生态、按需加载、社区分享 |
| Abstraction (抽象适配层) | 业务架构 + 应用架构 → 接入组件 | 信道/模型/协议统一抽象 |
这个分层逻辑非常清晰：Abstraction 打底，Augmentation 扩展能力，Automation 负责执行，Agent 做顶层决策。
为什么是这个结构？
对齐我们之前分析的用户痛点，这个结构刚好对症下药：
| 用户痛点 | 架构解决方案 |
|---|---|
| 隐私不安全 | 技术架构存储全本地，数据不出去 |
| 权限失控 | 自动化层沙箱 + 白名单 + 审批，AI 不能乱搞 |
| 扩展困难 | 增强层技能热加载，加功能不用改核心 |
| 适配麻烦 | 抽象层统一接口，一套代码多渠道跑 |
| 成本太高 | 分层按需加载，不用跑全量模型 |
📐 设计原则
OpenClaw 遵循 Unix 哲学：
做一件事，把它做好。
接下来我们分四个视图逐层深度拆解。
好的架构，分层清晰就成功了一半
深度拆解：业务架构视图
业务架构定位
业务架构回答一个问题：OpenClaw 要解决什么问题，提供什么能力？
业务架构视图（层级L1）
│
├── 业务能力（层级L2）
│ ├── 多渠道接入能力（层级L3）
│ ├── 会话管理能力（层级L3）
│ ├── 智能交互与意图理解能力（层级L3）
│ ├── 业务技能执行能力（层级L3）
│ └── 任务与流程编排能力（层级L3）
│
└── 业务对象（层级L2）
├── 用户/身份（层级L3）
├── 会话/对话（层级L3）
├── 技能/工具（层级L3）
└── Agent/智能体（层级L3）一、业务能力拆解
1.1 多渠道接入能力
OPC 创业者要触达不同渠道的用户，你不能每个渠道重新写一套 —— 一次开发，到处能跑，省时间省成本。
不管你是在不同渠道卖产品，还是不同渠道触达用户，产品还是那个产品，只是渠道不同 —— 多渠道接入就是干这个的。
1.2 会话管理能力
你同时跟几个客户聊天，同时写几篇文章，不能混在一起 —— 会话隔离，清清楚楚。
1.3 智能交互与意图理解能力
1.4 业务技能执行能力
1.5 任务与流程编排能力
二、业务对象拆解
2.1 用户/身份
支持多用户，一家人/一个小团队可以共用一个 OpenClaw 实例，权限分开，不会乱。
2.2 会话/对话
一个会话就是一次完整的交互，干完一个活，归档就行 —— 就像你一个项目一个文件夹，清晰。
2.3 技能/工具
技能就是 OpenClaw 的插件，即插即用 —— 你需要什么能力就装什么，不用就删掉，不占地方。
2.4 Agent/智能体
不同场景用不同 Agent —— 写文章的 Agent 跟写代码的 Agent，可以不是同一个配置，各干各的活。
业务架构设计亮点
1. 🎯 能力对齐痛点
| OPC 痛点 | 业务能力 |
|---|---|
| 要在多个渠道触达用户 | 多渠道接入能力 |
| 同时干多个活 | 会话管理能力 |
| 想用自然语言交流 | 智能交互与意图理解 |
| 需要不同能力 | 业务技能执行 |
| 干大活需要拆分 | 任务与流程编排 |
完美命中。
2. 🧩 业务对象正交
业务对象划分非常清晰：
正交，没有重叠，好理解好扩展。
3. 📈 符合 OPC 规模
OPC 不需要复杂的组织机构、权限体系，就几个人用 —— 当前的业务对象粒度刚好，不重，够用。
本章小结
业务架构是根 —— 根对了，后面怎么长都不会歪。
OpenClaw 的业务架构，一看就是给 OPC 量身定做的：
下一章：数据架构视图 → 看看数据怎么转。
深度拆解：数据架构视图
数据架构定位
数据架构回答一个问题：数据有哪些？怎么流？怎么管？
数据架构视图（层级L1）
│
├── 数据实体模型（层级L2）
│ ├── 用户数据（层级L3）
│ ├── 会话数据（层级L3）
│ ├── 消息数据（层级L3）
│ ├── 技能数据（层级L3）
│ ├── Agent 数据（层级L3）
│ └── 记忆数据（层级L3）
│
├── 数据流（层级L2）
│ ├── 消息格式归一化（层级L3）
│ ├── 输入清洗（层级L3）
│ ├── 附件解析（层级L3）
│ ├── 元数据提取（层级L3）
│ └── 数据流转（层级L3）
│
└── 数据治理（层级L2）
├── 操作审计日志（层级L3）
├── 执行结果持久化（层级L3）
├── 数据过期清理/TTL（层级L3）
└── 预压缩记忆冲刷（层级L3）一、数据实体模型拆解
1.1 用户数据
{
"userId": "xxx",
"userName": "龙虾",
"role": "admin",
"createdAt": "2026-01-01T00:00:00Z",
"preferences": {
"model": "volcengine/doubao-seed-2-0-pro",
"language": "zh-CN"
}
}1.2 会话数据
{
"sessionId": "xxx",
"userId": "xxx",
"agentId": "xxx",
"status": "active/archived",
"createdAt": "...",
"lastActiveAt": "...",
"contextTokens": 1234
}1.3 消息数据
{
"messageId": "xxx",
"sessionId": "xxx",
"role": "user/assistant/system/tool",
"content": "...",
"createdAt": "...",
"metadata": {
"toolName": "...",
"tokens": 123
}
}1.4 技能数据
{
"skillId": "xxx",
"name": "xxx",
"version": "1.0.0",
"installPath": "...",
"enabled": true,
"permissions": {
"allowWrite": false,
"allowCommands": false,
"allowedPaths": []
},
"installedAt": "..."
}1.5 Agent 数据
{
"agentId": "xxx",
"name": "龙虾",
"soul": "我是龙虾...",
"modelConfig": {},
"allowedSkills": [],
"createdAt": "..."
}1.6 记忆数据
这就是 OpenClaw 解决长上下文痛点的核心方案 —— 分层存储，按需召回。
二、数据流拆解
2.1 消息格式归一化
不管你是从飞书来，还是从 Telegram 来，还是从网页来，进来都转成统一的 Message 格式：
interface Message {
id: string;
sessionId: string;
role: 'user'|'assistant'|'system'|'tool';
content: string;
attachments?: Attachment[];
createdAt: Date;
}后面的处理流程不用管你从哪来，只需要处理统一格式 —— 新增渠道只用改前面，后面不动。
2.2 输入清洗
就是洗菜，把泥沙洗干净了再下锅。
2.3 附件解析
2.4 元数据提取
2.5 数据流转完整链路
外部渠道 → 适配器 → 格式归一化 → 输入清洗 → 附件解析 → 元数据提取 → 会话路由 → Agent 处理 → 工具调用 → 结果返回 → 渠道输出每一步都很清晰，错了哪一步你都能找到，就像水渠，哪堵了通哪。
三、数据治理拆解
3.1 操作审计日志
3.2 执行结果持久化
就像你做了什么事都记在本子上，出问题了你能回头看。
3.3 数据过期清理/TTL
3.4 预压缩记忆冲刷
数据架构设计亮点
1. 📦 分层存储，成本最优
2. 🔍 全链路可追溯
每一条数据从哪来到哪去，都有记录，出问题能找到在哪错了 —— 对于自己用的系统，这太重要了。
3. 💧 流水化设计
数据流就是一条水渠，一段一段，你要改哪段就改哪段，不用全改 —— 好维护好扩展。
本章小结
数据架构就像水渠 —— 水要流得顺畅，排得出去，存得住，你的系统才能稳定运行。
OpenClaw 这个数据架构，真的是给 OPC 量身定做：
数据流通了，系统自然跑得顺。
深度拆解：应用架构视图
应用架构定位
应用架构回答一个问题：模块怎么组织，职责怎么分？
应用架构视图（层级L1）
│
├── 接入应用组件（层级L2）
│ ├── Channel Adapters（层级L3）
│ │ ├── WhatsApp/Telegram/Discord/飞书/钉钉... 适配器
│ │ └── WebChat/CLI/macOS/iOS/Android
│
├── 会话应用服务（层级L2）
│ ├── 会话路由（层级L3）
│ ├── 会话隔离（层级L3）
│ ├── 车道式队列/Lane Queue（层级L3）
│ ├── 消息分发（层级L3）
│ ├── 限流策略（层级L3）
│ └── 多智能体路由（层级L3）
│
├── 智能应用服务（层级L2）
│ ├── Agent Runtime（层级L3）
│ ├── Pi 智能体（层级L3）
│ ├── ReAct 执行循环（层级L3）
│ ├── 模型调度器/LLM Router（层级L3）
│ ├── 上下文组装器（层级L3）
│ ├── 提示词管理（层级L3）
│ ├── 任务拆解器（层级L3）
│ ├── 流式响应处理（层级L3）
│ └── 长对话压缩机制/Compaction（层级L3）
│
├── 技能/工具应用服务（层级L2）
│ ├── Skill Registry（层级L3）
│ ├── 参数校验器（层级L3）
│ ├── 结果归一化（层级L3）
│ ├── 技能热加载（层级L3）
│ ├── 插件 SDK/Plugin SDK（层级L3）
│ ├── ClawHub 插件市场（层级L3）
│ └── 回退策略（层级L3）
│
└── 能力暴露（层级L2）
├── Gateway WebSocket 控制平面（层级L3）
├── Canvas Host（层级L3）
├── 能力注册表（层级L3）
└── Gateway token 鉴权（层级L3）一、接入应用组件
1.1 Channel Adapters 适配层
每个渠道一个适配器，实现统一接口，把渠道消息转成内部统一格式，再把内部输出转成渠道格式。
interface ChannelAdapter {
name: string;
start(): Promise<void>;
stop(): Promise<void>;
onMessage(callback: (msg: Message) => void): void;
sendMessage(to: string, text: string): Promise<void>;
}1.2 当前支持的渠道
想加新渠道？照着接口写就行，很简单。
二、会话应用服务
2.1 会话路由
进来一个消息，根据 sessionId 路由到对应的会话处理器，不会走错门。
2.2 会话隔离
每个会话的上下文、资源都是隔离的 —— 你聊你的，我聊我的，不会串台。
2.3 车道式队列/Lane Queue
每个会话一个队列，消息顺序处理，不会乱序。高并发的时候，不会把服务器冲垮 —— 就像高速公路多车道，各走各的。
2.4 消息分发
消息分到对应的会话，分给对应的 Agent，不用自己找。
2.5 限流策略
防止太多请求把服务器冲垮，可以配置：
2.6 多智能体路由
一个请求分给哪个 Agent 处理，根据配置路由 —— 写文章找写作 Agent，写代码找开发 Agent，分工明确。
三、智能应用服务
这就是我们说的 Agent 智能代理层，核心在这里。
3.1 Agent Runtime
Agent 的运行时环境，管生命周期：启动、运行、暂停、停止。
3.2 Pi 智能体
OpenClaw 默认的智能体实现，基于 ReAct 循环，支持子代理拆分。
3.3 ReAct 执行循环
标准的思考→行动→观察循环：
思考 → 选工具 → 调用工具 → 观察结果 → 思考 → ... → 回答用户成熟稳定，不容易错。
3.4 模型调度器/LLM Router
3.5 上下文组装器
把短期记忆 + 召回的长期记忆 + 当前消息，拼成给大模型的上下文 —— 该有的都有，没用的不带，省 token 省钱。
3.6 提示词管理
提示词可以存在文件里，版本管理，改起来方便 —— 不用写死在代码里。
3.7 任务拆解器
大任务拆成小任务，分给子代理并行干 —— 原来 10 分钟，现在 2 分钟搞定。
3.8 流式响应处理
支持流式输出，用户不用等半天，看着打字一样出来 —— 体验好。
3.9 长对话压缩机制/Compaction
对话太长了，token 快超了，自动总结压缩 —— 保留核心信息，丢掉废话，能一直聊下去。
四、技能/工具应用服务
这就是我们说的 Augmentation 增强扩展层。
4.1 Skill Registry
技能注册表，所有装了的技能都在这挂号，Agent 能找到它们。
4.2 参数校验器
用户给的参数对不对，类型对不对，必填的有没有填 —— 不对直接返回错误，不用执行，省得崩。
4.3 结果归一化
不管技能怎么返回，都转成统一格式，Agent 处理起来很轻松，不用管每个技能是什么格式。
4.4 技能热加载
装新技能不用重启网关，加载一下就好了 —— 不打断你干活。
4.5 插件 SDK/Plugin SDK
写插件有统一 SDK，你只要实现 execute 方法就行，其他不用管 —— 门槛很低，人人能写。
4.6 ClawHub 插件市场
社区分享技能，你搜一下就能装，一键安装 —— 生态越滚越大。
4.7 回退策略
技能执行失败了，自动重试，还是不行就报错给用户 —— 不会整个会话崩了。
五、能力暴露
5.1 Gateway WebSocket 控制平面
客户端和网关通信走 WebSocket，持久连接，实时拿到结果 —— 手机端也能用。
地址：ws://127.0.0.1:18789
5.2 Canvas Host
给 AI 可视化用的，地址：http://127.0.0.1:18793/openclaw/canvas/
5.3 能力注册表
所有暴露出来的能力都在这挂号，客户端能发现。
5.4 Gateway token 鉴权
所有请求都要带 token 验证，不是谁都能访问 —— 安全。
应用架构设计亮点
1. 🎯 单一职责，松耦合
每层干好每层的事，接入不管执行，执行不管业务 —— 改一个地方不影响另一个地方。
2. 🚀 水平扩展
3. 🛡️ 错误隔离
一个会话崩了，一个技能崩了，不影响整个系统 —— 一个模块出问题不会连累整个系统。
4. ♻️ 热更新
技能更了，配置改了，不用重启网关，不影响当前会话 —— 可用性好。
本章小结
好的应用架构，层次清晰，职责分明：
哪出问题了，去哪找，清清楚楚。OPC 自己改，自己加功能，也不会把整个架构搞乱 —— 这就是好架构。
结构对了，效率自然就上来了。
下一章：技术架构视图 → 看看底层用什么技术实现。
深度拆解：技术架构视图
技术架构定位
技术架构回答一个问题：底层用什么技术实现，怎么跑起来？
技术架构视图（层级L1）
│
├── 接入技术（层级L2）
│ ├── HTTP/WebSocket 服务（层级L3）
│ ├── TLS 1.3 加密（层级L3）
│ ├── 连接保活（层级L3）
│ └── 负载均衡（层级L3）
│
├── 中枢技术（层级L2）
│ ├── Gateway 守护进程（层级L3）
│ ├── 事件循环（层级L3）
│ ├── 状态管理/单一事实源（层级L3）
│ ├── 集群同步（层级L3）
│ ├── launchd / systemd 服务注册（层级L3）
│ └── 配置热更新/openclaw.json（层级L3）
│
└── 执行技术（层级L2）
│
├── Node Manager（层级L3）
├── 本地节点/Local Node（层级L3）
├── 远端节点/Remote Node（层级L3）
│
├── 沙箱隔离/Sandbox（层级L3）
│ ├── OpenShell 后端（层级L3）
│ ├── SSH 后端（层级L3）
│ └── Docker 隔离（层级L3）
│
├── 命令审批机制（层级L3）
├── OS 系统调用（层级L3）
├── 浏览器自动化/Playwright（层级L3）
├── 文件系统操作（层级L3）
├── 资源配额（层级L3）
│
└── 存储技术（层级L3）
├── SQLite 数据库
├── 向量检索/sqlite-vec
├── 全文检索/FTS5
├── 短期记忆存储 (memory/YYYY-MM-DD.md)
├── 近端记忆存储 (sessions/ 会话存档)
├── 长期记忆存储 (MEMORY.md)
├── Agent 人格存储 (SOUL.md)
├── 用户身份存储 (USER.md)
└── 工具定义存储 (TOOLS.md)一、接入技术
1.1 HTTP/WebSocket 服务
1.2 TLS 1.3 加密
如果你要公网访问，可以自己配证书，走 HTTPS/WSS，加密传输，安全。
1.3 连接保活
心跳包 keeps connection alive，移动端不会断，稳定。
1.4 负载均衡
多网关部署可以前面套 LB，水平扩展 —— 你要是 OPC 自己用，其实一个网关就够了，架构给你留好了扩展位置。
二、中枢技术
2.1 Gateway 守护进程
OpenClaw 跑起来就是一个后台守护进程，管所有节点、所有会话，24 小时在线。
2.2 事件循环
Node.js 事件循环，IO 异步非阻塞，并发能力够，适合 AI 这种 IO 密集型场景（等 API 回调用很多）。
2.3 状态管理/单一事实源
所有状态存在 Gateway，节点只是执行，所以重启 Gateway 能恢复所有状态 —— 单一事实源，不会不一致。
2.4 集群同步
多个 Gateway 可以同步状态，高可用 —— OPC 一般用不上，架构支持。
2.5 launchd / systemd 服务注册
开机自动启动，服务器重启了 OpenClaw 自己起来，不用你手动起。
2.6 配置热更新
改了 openclaw.json，不用重启网关，自动加载 —— 不打断你干活。
三、执行技术
3.1 Node Manager
管所有执行节点，启动、停止、监控 —— 就像管理员，哪个节点有事一眼能看见。
3.2 本地节点/Local Node
命令就在本地网关机器执行，延迟低，适合自己用。
3.3 远端节点/Remote Node
算力不够，可以把执行放到远端机器 —— 比如你本地是笔记本，heavy 任务放服务器跑。
3.4 沙箱隔离/Sandbox
三种隔离级别，你自己选：
| 级别 | 适用场景 | 安全 |
|---|---|---|
| OpenShell | 自己用，信任技能 | 够用 |
| SSH | 执行放到另一台机器 | 比较安全 |
| Docker | 不信任第三方技能 | 最安全 |
3.5 命令审批机制
敏感命令要你手动批准了才能执行 —— AI 不能偷偷删你库，安全兜底。
3.6 OS 系统调用
原生调用 OS 命令，你能干所有你能干的活 —— 只要你给权限。
3.7 浏览器自动化/Playwright
能开车头浏览器，打开网页、点击、截图、抓取 —— 你要爬数据就能干。
3.8 文件系统操作
能读写你机器上的文件，权限你控制 —— 写文章、存数据，都能干。
3.9 资源配额
可以配每个节点能用多少 CPU、内存，不会一个任务把整机资源吃光 —— 公平，稳定。
四、存储技术
这部分是 OpenClaw 非常棒的设计，OPC 零运维：
4.1 SQLite 数据库
4.2 向量检索/sqlite-vec
4.3 全文检索/FTS5
4.4 分层文件存储
| 层级 | 存储位置 | 作用 |
|---|---|---|
| 短期记忆 | memory/YYYY-MM-DD.md | 每日日志，raw 记录 |
| 近端记忆 | sessions/ 会话存档 | 会话恢复用 |
| 长期记忆 | MEMORY.md | 沉淀重要信息，方便检索 |
| Agent 人格 | SOUL.md | 这个人设说话风格，prompt |
| 用户身份 | USER.md | 你的身份信息，偏好 |
| 工具定义 | TOOLS.md | 技能说明，给 AI 看 |
这个设计真的太赞了：
五、项目目录结构讲解
看完技术分层，我们来对着真实源码看看 OpenClaw 的项目目录结构，让你对代码组织有个直观认识：
5.1 根目录主要文件和文件夹
openclaw/
├── openclaw.mjs # 主入口文件
├── package.json # 依赖定义
├── pnpm-lock.yaml # 锁定依赖版本
├── pnpm-workspace.yaml # pnpm 工作区配置
├── tsconfig.json # TypeScript 配置
├── Dockerfile* # Docker 镜像配置
├── docker-compose.yml # Docker Compose 本地开发
├── AGENTS.md # Agent 开发规范（相当于给 AI 的 README）
├── CHANGELOG.md # 版本变更日志
├── README.md # 项目介绍
├── VISION.md # 项目愿景
├── SECURITY.md # 安全说明
├── LICENSE # 许可证（Apache-2.0）
│
├── src/ # 核心源码目录（最主要）
├── packages/ # 独立 npm 包
├── extensions/ # 扩展：模型提供方、渠道、工具等
├── skills/ # Agent 技能生态（每个技能一个目录）
├── apps/ # 应用程序
├── docs/ # 官方文档
├── scripts/ # 构建、部署等脚本
├── ui/ # Web UI 相关
├── test/ # 测试代码
├── vendor/ # 第三方依赖（如果有的话）
├── extensions/ # 平台扩展（模型、渠道、能力插件）
└── .github/ # GitHub Actions 配置5.2 核心源码 src/ 目录结构
src/ 是 OpenClaw 的心脏，按能力模块划分：
src/
├── acp/ # ACP (Agent Communication Protocol) 实现，和子代理通信
├── agents/ # Agent 核心实现，包括主代理、子代理管理
├── auto-reply/ # 自动回复逻辑
├── bindings/ # 环境绑定
├── bootstrap/ # 启动初始化逻辑
├── canvas-host/ # Canvas 画布服务（远程协作展示）
├── channels/ # 消息渠道适配（飞书、Telegram、Discord 等）
├── chat/ # 聊天核心逻辑
├── cli/ # CLI 命令行接口
├── commands/ # 内置 CLI 命令实现
├── compat/ # 兼容性处理
├── config/ # 配置加载和管理
├── context-engine/ # 上下文引擎，管理对话上下文
├── cron/ # 定时任务支持
├── daemon/ # 守护进程逻辑
├── docs/ # 文档生成相关
├── extensions/ # 扩展加载机制核心
├── flows/ # 工作流编排
├── gateway/ # Gateway 网关核心实现
├── generated/ # 自动生成代码
├── hooks/ # React 风格钩子
├── i18n/ # 国际化支持
├── image-generation/ # 图像生成能力
├── infra/ # 基础设施抽象
├── interactive/ # 交互式操作支持
├── link-understanding/ # 链接理解能力
├── logging/ # 日志系统
├── markdown/ # Markdown 处理
├── mcp/ # Model Context Protocol 支持
├── media/ # 媒体处理
├── media-understanding/# 媒体理解能力
├── node-host/ # 节点托管逻辑
├── pairing/ # 设备配对认证
├── plugins/ # 插件系统核心
├── plugin-sdk/ # 插件开发 SDK
├── process/ # 进程管理
├── routing/ # 请求路由
├── secrets/ # 密钥管理
├── security/ # 安全管控
├── sessions/ # 会话管理核心
├── shared/ # 共享工具代码
├── terminal/ # 终端交互
├── tts/ # 文字转语音
├── tui/ # 终端 UI
├── types/ # TypeScript 类型定义
├── utils/ # 工具函数库
├── web-search/ # 网页搜索能力
└── wizard/ # 安装向导5.3 extensions/ 扩展目录
extensions/ 放的是各种平台适配扩展，每个扩展独立目录：
anthropic/openai/groq/deepseek... 模型提供商适配：对接不同大模型discord/feishu/telegram/whatsapp... 渠道适配：对接不同聊天平台browser/device-pair... 能力扩展：浏览器自动化、设备配对等设计思路：核心稳定，扩展无限 —— 新增一个模型或渠道不影响核心代码。
5.4 skills/ 技能目录
这就是 OpenClaw 的技能生态仓库，每个技能一个独立目录：
healthcheck：安全健康检查技能weather：获取天气信息summarize：总结网页、PDF、视频multi-search-engine：多引擎搜索5.5 packages/ 独立包
几个独立发布的 npm 包：
clawdbot：ClawDB 机器人memory-host-sdk：记忆托管 SDKmoltbot：Molt 机器人本章小结
OpenClaw 源码目录结构是典型的现代化 Node.js 项目组织方式：
如果你想给 OpenClaw 贡献代码，或者自己写扩展，照着这个结构找就对了。
总结
OpenClaw 技术架构，从底层网络到项目结构，每一处设计都吃透了 OPC 的痛点：
复杂留给核心，简单留给用户 —— 这就是好的技术架构，OpenClaw 做到了。
OPC 实践篇一：一人公司（OPC）为什么需要 OpenClaw？
什么是 OPC（One Person Company）？
OPC 不是法律上的"一人有限责任公司"那个概念，现在说的 OPC 是：
一个人，就是一家公司。
2026 年全国 23 城出台政策支持 AI 一人公司，预计未来 3 年，会有 1000 万 AI OPC 创业者跑出来。
OPC 创业者的五大痛点
我们之前分析热点的时候说过，OPC 创业者真的很难：
| 痛点 | 具体描述 | 焦虑程度 |
|---|---|---|
| 全能陷阱 | 一个人要干产品、技术、运营、获客、客服所有活，精力根本不够用 | ⭐⭐⭐⭐⭐⭐ |
| 成本太高 | 雇人雇不起，一堆 SaaS 订阅加起来每个月大几千，刚开始根本扛不住 | ⭐⭐⭐⭐⭐ |
| 数据不安全 | 客户数据、创作内容都存在第三方 SaaS，说封号就封号 | ⭐⭐⭐⭐⭐ |
| 能力不够用 | 一个人能力圈有限，很多想干的活干不了 | ⭐⭐⭐⭐⭐ |
| 流程不连贯 | 十个工具切来切去，灵感打断了，流程连不起来 | ⭐⭐⭐⭐⭐ |
OpenClaw 怎么解决这些痛点？
1. 🤖 AI 当员工，一人顶一个团队
你 → OpenClaw → 拆分任务给子代理 → 并行干活 → 结果汇总原来一个人一天写一篇文章，现在十分钟搞定一篇，效率直接提升 60 倍。
2. 💰 一次性部署，几乎零成本
3. 🔒 数据全在自己这里，隐私安全有保障
所有对话、数据、内容都存在你自己这里，不会漏给第三方，你自己说了算。
4. 🧩 技能按需装，不用就不装，弹性扩展
你需要什么能力就装什么技能，不需要就不装，用多少扩多少，不浪费资源。
总结
OPC 这波风口，工具就是要帮你放大能力，让一个人就能做成原来一个团队才能做成的生意。
OpenClaw 天生就是给 OPC 创业者做的：
你一个人，就能靠 AI 把生意做起来，一个人就能做成原来一个团队才能做成的活，四两拨千斤。
结尾
现在你知道了，OpenClaw 就是 OPC 创业者的武器，让你一人干成一个团队才能干成的活。
下一章：OPC 安装流程详解 → 一步一步教你怎么把它跑起来。
OPC 实践篇二：OpenClaw 安装流程详解（OPC 专属版）
龙虾说：环境配得好，启动没烦恼 🦞
环境要求
硬件要求
| 部署方式 | CPU | 内存 | 硬盘 | 适用场景 |
|---|---|---|---|---|
| 本地试用 | 2核 | 4GB | 20GB | 个人电脑体验 |
| 服务器长期跑 | 4核 | 8GB | 100GB SSD | OPC 生产使用 |
| 全量本地模型 | 8核 | 16GB | 200GB SSD | 数据敏感全本地 |
软件要求
v20.x 或以上（推荐 v22.x LTS）一键安装（推荐 OPC 用这个）
# 1. 拉代码
git clone https://github.com/openclaw-io/openclaw.git
cd openclaw
# 2. 一键安装依赖
npm install
# 3. 配置（交互式向导，一路回车就行）
npx openclaw configure
# 4. 启动
npx openclaw gateway start就这么四步，搞定。
验证安装成功
打开浏览器访问：http://你的服务器IP:18789
如果能看到控制UI，说明启动成功了。
测试一下能不能对话：
帮我列三个 AI Agent 提升效率的要点不同部署方式选择
方式一：本地开发试用（想玩一下的选这个）
跟上边一样，直接 clone 了跑就行，端口默认只绑 127.0.0.1，外面访问不到，安全。
方式二：服务器 24 小时在线（OPC 生产推荐）
安装完之后用 pm2 保活：
# 安装 pm2
npm install -g pm2
# 用 pm2 启动
pm2 start "npx openclaw gateway start" --name openclaw
# 设置开机自启
pm2 startup
pm2 save配个 Nginx 反向代理 + SSL，用域名访问：
server {
listen 80;
server_name openclaw.yourdomain.com;
return 301 https://$host$request_uri;
}
server {
listen 443 ssl;
server_name openclaw.yourdomain.com;
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
location / {
proxy_pass http://127.0.0.1:18789;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}方式三：Docker 一键部署（喜欢容器的选这个）
# 拉镜像
docker pull openclaw/openclaw:latest
# 跑起来
docker run -d \
-p 18789:18789 \
-v ~/.openclaw:/root/.openclaw \
--name openclaw \
--restart always \
openclaw/openclaw:latest配置说明（OPC 重点关注）
模型配置
推荐 OPC 这么配：
"models": {
"providers": {
"volcengine": {
"baseUrl": "https://ark.cn-beijing.volces.com/api/coding/v3",
"apiKey": "你的APIKey",
"models": [
{
"id": "doubao-seed-2-0-pro",
"name": "Doubao-Seed-2.0-Pro",
"cost": {
"input": 0.0032,
"output": 0.016
}
}
]
}
}
}💡 为什么选火山？因为便宜，按量计费，不用包年，OPC 流量不稳定也不怕。
权限配置（安全第一）
"commands": {
"native": "auto",
"nativeSkills": "auto",
"restart": true,
"ownerDisplay": "raw"
}如果你的 OpenClaw 只有你自己用，native: "auto" 就行。如果怕不安全，可以改成 native: "allowlist"，只放开白名单里的命令。
常见坑点（提前告诉你，少踩坑）
⚠️ 坑点 1：Node.js 版本太低
解决：
# 用 nvm 装最新版
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.3/install.sh | bash
source ~/.bashrc
nvm install 22
nvm use 22⚠️ 坑点 2：端口没开放
云服务器安全组要开 18789 端口，不然外面访问不到。
⚠️ 坑点 3：API key 写错了
检查一下有没有多空格少字符，配置里 apiKey 不要加引号错地方。
⚠️ 坑点 4：内存不够
如果启动的时候 OOM 被杀了，说明内存不够。建议至少 8GB 内存跑，或者开交换分区：
# 开 4G 交换分区
fallocate -l 4G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile更新升级
OPC 要跟进新版本，升级很简单：
cd openclaw
git pull
npm install
# 重启 gateway
pm2 restart openclaw一分钟搞定。
卸载
不用了想卸载，删目录就行：
pm2 delete openclaw
rm -rf openclaw ~/.openclaw干净，没有残留。
龙虾总结 🦞
OpenClaw 安装真的很简单，四步搞定：
对于 OPC 创业者来说，最重要的就是快速能用，成本够低 —— 不用买一堆硬件，不用雇运维，几块钱服务器就能跑起来，先跑起来再说，验证了商业模式再扩容。
先跑起来验证，再慢慢优化，不要等什么都准备好了再开工 —— OPC 创业就是这个道理。
下一章：OpenClaw 技能使用方法详解 → 教你怎么喂饲料。
OPC 实践篇三：OpenClaw 技能使用方法详解
龙虾说：技能选对了，效率翻得快 🦞
什么是 OpenClaw 技能？
技能就是 OpenClaw 的能力模块，相当于 APP 商店里的 APP。你需要什么能力，就装什么技能，不用就删掉，不影响系统。
技能分四类：
| 类型 | 作用 | 例子 |
|---|---|---|
| 工具技能 | 干具体一件事 | 搜索、总结、天气、翻译 |
| 工作流技能 | 一套完整流程 | 写公众号、发微博、做周报 |
| 集成技能 | 对接外部服务 | 飞书、Notion、GitHub |
| 人格技能 | 改变说话风格 | 龙虾 CEO、教练、翻译官 |
查看已安装技能
# 列出所有已安装技能
openclaw skills list输出大概长这样：
✅ 已安装技能:
- weather: 获取天气信息
- summarize: 总结URL或文件
- multi-search-engine: 多引擎搜索
- feishu-doc: 飞书文档操作安装新技能
从 ClawdHub 安装（推荐）
# 搜索技能
openclaw skills search "内容写作"
# 安装技能
openclaw skills install writing-skills从 GitHub 安装
openclaw skills install github:username/skill-repo本地安装（自己写的）
把技能目录放到 ~/.openclaw/skills/ 下面，重启 OpenClaw 自动加载。
技能怎么用？
装完就能用，不用记命令，自然语言说话就行：
你: 帮我用 summarize 技能总结一下这篇文章: https://openclaw.yuesf.com
AI: （自动调用技能，给你总结好）如果是工作流技能，直接说需求：
你: 帮我用 public-article 工作流写一篇关于 OpenClaw 4A 架构的公众号文章
AI: （自动走完整流程：选题 → 大纲 → 写作 → 排版 → 输出）技能权限怎么配？
每个技能安装完，默认权限是只读。如果需要写文件或者执行命令，你要手动开权限：
// ~/.openclaw/config.json
"skills": {
"writing-skills": {
"enabled": true,
"allowWrite": true,
"allowCommands": false,
"allowedPaths": [
"~/articles/*"
]
}
}这样，这个技能只能写 ~/articles/ 下面的文件，不能碰别的地方，安全。
更新卸载技能
# 更新技能
openclaw skills update writing-skills
# 卸载技能
openclaw skills uninstall writing-skills怎么自己写一个简单技能？
其实很简单，三步：
第一步：创建目录结构
my-first-skill/
├── SKILL.md # 技能定义（给谁看？怎么调用？参数是什么？）
├── index.js # 实现代码
└── package.json # 依赖第二步：写 SKILL.md
---
name: my-first-skill
description: 这是我的第一个技能，打招呼用
parameters:
- name: name
type: string
description: 你叫什么名字
---
# 我的第一个技能
就是打个招呼，演示一下。第三步：写 index.js
module.exports = {
name: 'my-first-skill',
description: '打招呼',
parameters: [
{ name: 'name', type: 'string', description: '你叫什么名字' }
],
async execute({ name }) {
return {
success: true,
output: `你好 ${name}！我是你的第一个 OpenClaw 技能 🦞`
};
}
};放到 ~/.openclaw/skills/ 下面，重启就好了。就这么简单。
最佳实践（OPC 怎么玩技能）
1. 🥗 轻装上阵，只装你需要的
不要看到什么技能都装，用不到的删掉，启动快，不出错。
2. 🔒 权限最小化原则
记住：技能可以坏，但不能乱搞。
3. 🧪 测试了再用生产
新装的技能，先拿测试文件试试，没问题再用在重要数据上。
4. 🧑💻 自己写技能不麻烦
如果你有重复干的活，花半小时写个技能，以后省无数时间。OPC 创业者，时间就是钱，能自动化就自动化。
5. 🌏 好用的技能分享出去
你写了个好用的技能，分享到 ClawdHub，大家都能用，生态越好，咱们越好用。
常见问题
A: 检查一下目录结构对不对，SKILL.md 有没有，重启一下网关试试。
A: 看日志 ~/.openclaw/logs/，里面有错误信息，一般都是依赖没装或者权限不对。
A: 上架 ClawdHub 的技能都经过安全审核，但是自己也要看权限，不要给不必要的权限。
A: 可以，在 package.json 里声明依赖，安装的时候自动装。
龙虾点评 🦞
技能机制是 OpenClaw 最棒的设计之一：核心很小，能力无限。
你刚开始创业，可能只需要一个写作技能，装了就能用；生意做大了，需要对接飞书、需要数据分析、需要自动化发布，一个个装就行。不用一开始就买个大全套，花冤枉钱。
就像开店做生意，刚开始小店，几样核心产品就够了；生意做大了再慢慢扩品类 —— 跟着你的生意长，不浪费。
下一章：实际案例拆解：OPC 内容创作工作流 → 看完整怎么干活。
OPC 实践篇四：实际案例拆解 —— 内容 OPC 一周产出 5 篇公众号文章
养虾人说：虾养得好不好，捞上来看看就知道 🦞
案例背景
我自己就是一个内容 OPC —— 龙虾 CEO，一人公司，靠内容吸引粉丝，转化私域。
目标：一周产出 5 篇干货文章，每篇 3000-5000 字，还要保证质量。
如果我自己写：
一周写 5 篇就是 50h，一天 10h 都在写，根本没时间做运营做转化，累死。
用 OpenClaw 之后呢？往下看。
准备工作
先装好需要的技能：
# 搜索热点
openclaw skills install multi-search-engine
# 总结网页内容
openclaw skills install summarize
# 生成图片
openclaw skills install image-generation
# 内容写作工作流
openclaw skills install public-article-workflow配置好权限：
~/articles/ 目录搞定，准备工作 5 分钟。
完整工作流拆解
第一步：找热点选题 ✅
帮我用 multi-search-engine 搜索一下最近 AI Agent 领域有什么热点选题，适合公众号文章的，给我列 10 个，按热度排序。multi-search-engine 技能📰 最近 AI Agent 热点选题：
1. OpenClaw 4A 架构深度拆解
2. 一人公司 OPC 如何用 AI 年入百万
3. 2026 年个人 AI 助理怎么选
4. ...从我这里选一个，就选「OpenClaw 4A 架构深度拆解」，告诉 AI 就好。
第二步：收集资料 ✅
帮我搜索一下 OpenClaw 相关资料，包括官网、GitHub、介绍文章，整理成要点给我。multi-search-engine 搜索summarize 技能总结第三步：生成大纲 ✅
根据整理的资料，帮我写一个 3000 字关于 OpenClaw 4A 架构的公众号文章大纲，开头要吸引痛点，结尾要引导互动。# 大纲：OpenClaw 4A 架构深度拆解
## 开头：你用 AI Agent 是不是遇到这些痛点？
- 隐私不安全，数据都传出去了
- 权限失控，一不小心删库
- 定制太贵，几十万玩不起
- ...
## 第一章：OpenClaw 是什么？为什么它不一样
...
## ...看看大纲合不合理，微调一下标题，完事。
第四步：并行写正文 ✅
大纲已经确认，帮我分成 5 个子代理，每个章节写一个，最后汇总。喝杯咖啡，等着就行。
第五步：生成封面图 ✅
帮我生成一篇文章封面图，主题是「OpenClaw 4A 架构深度拆解」，风格是科技感，龙虾 CEO 人设，带一只戴墨镜的龙虾。image-generation 技能选一张，完事。
第六步：导出发布 ✅
帮我导出成 markdown 格式，放到 `~/articles/openclaw-4a-arch.md`，做好标题分级。打开公众号后台，粘贴进去，封面图上传，发送。
总共耗时统计
| 步骤 | 我的时间 | AI 时间 |
|---|---|---|
| 找选题 | 1m | 1m |
| 收集资料 | 0m | 3m |
| 写大纲 | 2m | 1m |
| 写正文 | 1m | 5m |
| 生成封面 | 1m | 2m |
| 导出发布 | 5m | 1m |
| 总计 | 10 分钟 | 13 分钟 |
我 10 分钟搞定一篇 3000 字干货文章，原来要 10 小时 → 效率提升 60 倍。
一周 5 篇 → 我总共花 50 分钟，剩下时间干嘛？
这才叫 OPC，一人顶一个内容团队。
为什么能做到这么快？
1. 子代理并行干活
原来你自己写，只能一章一章写，现在 OpenClaw 分给多个子代理一起写，时间压缩到原来五分之一。
2. 技能都准备好了
搜索、总结、图片生成，都是现成技能，拿来就用，不用自己拼。
3. 全流程连贯，不用切工具
从选题到发布，都在 OpenClaw 里面，不用切浏览器、不用切写作软件、不用切作图网站 —— 灵感不打断，思路不跑丢。
4. 我只做决策，AI 干脏活
找选题我拍板，大纲我微调，剩下 AI 都干了 —— 人干人擅长的，AI 干 AI 擅长的，分工明确。
成本统计
| 项目 | 成本 |
|---|---|
| 服务器 | ￥50 / 月 |
| 模型 API | 每篇文章约 ￥0.5 → 5 篇 ￥2.5 |
| 图片生成 | 每篇约 ￥0.3 → 5 篇 ￥1.5 |
| 总计 | ￥54 / 月 |
等于 一天一块八，就能一人顶一个团队，这对于 OPC 创业者太友好了。
可以复制这个工作流吗？
完全可以，换个领域就行：
| 领域 | 怎么改工作流 |
|---|---|
| 电商选品 | 选题 → 选品 → 竞品分析 → 写文案 → 发淘宝 |
| 知识付费 | 选题 → 收集资料 → 写课程 → 做PPT → 上架 |
| 独立开发 | 需求分析 → 写代码 → 测bug → 写文档 → 发版 |
核心逻辑不变：人做决策，AI 干活，子代理并行，技能拼起来就是全流程。
龙虾经验 🦞
做内容 OPC 两年，最大的体会：
不要让 AI 替你决策，要让 AI 替你干活。
选题你自己选，因为你懂你的粉丝；结构你自己定，因为你懂你的风格 —— 这些决策的事，人来。
找资料、写初稿、排版、配图 —— 这些重复劳动，全给 AI 干，你省下来时间去做那些只有你能做的事：链接人、做运营、想方向。
这才是 OPC 创业者正确的姿势，一人，一AI，一OpenClaw，就能顶一个团队。
互动一下
你是做什么领域的 OPC？你想把哪些工作扔给 AI 干？评论区聊聊，我帮你看看怎么搭工作流。
关注龙虾 CEO 🦞，分享 OpenClaw 干货和 OPC 创业经验，帮你一人干翻一个团队。
最后想说
2026 年，是一人公司（OPC）爆发的元年，也是 AI Agent 从玩具变成生产力的元年。
OpenClaw 不是一个完美的产品，但它的 4A 架构设计，真的戳中了这个时代创业者的痛点：
我是龙虾 CEO，自己就是 OPC 创业者，这篇文章里的每一句话，都是我用出来的经验，不是瞎编的。
关注我，后续更新更多 OpenClaw 玩法和 OPC 创业经验。
