ClawCon2026·第一届龙虾AI大会：对OpenClaw已经做了什么以及对行业的思考

对OpenClaw已经做了什么以及对行业的思考

孙殿森中国人民大学数智研发中心

副秘书长深空基栈创始人

&

CEOClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026孙殿森，

中国人民大学计算机博士深空基栈创始人&CEO中国人民大学数智研发中心副秘书长前华为2012实验室OS内核实验室工程师在AI智能体

、新硬件

、操作系统

、数据

库

、云计算等领域有过深入的研究经历；在ASPLOS

、TOS

、MSST

、Middleware

、

DAC等会议和期刊发表文章；AI应用创业者，核心团队成员8人，全

部由中国人民大学硕博生组成

2023-2025主导华为OS运维多智能体协作系统100+Agent

、连续工作2h+

、华为云/K8s/OpenEuler场景2025

-至今面向屎山代码的AICoding产品

2026年

一站式Bot协作平台ClawCon2026ClawCon22026

ClawCon2026

ClawC我是谁三年Agent实践经验

，

专注于工程化落地和团队协作wCon2026

ClawCon2026"小龙虾，

是不是被高估了？

"ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026与主流框架的真实差距与

Claude

Code

（CC）

、Codex

等顶级Agent框架相

比

，

小龙虾产品在能力深度上仍有明显差距

。它的定位

更接近面向普通用户的封装产品

，

而非面向开发者的能

力基础设施。调教龙虾需要真功底要真正发挥小龙虾的潜力

，

使用者需要理解底层Agent框架的工作原理

，

包括：•

工具循环与上下文管理机制•

内置工具

、权限与会话控制•

MCP协议与子代理协作•

"runtime

harness"架构思想被高估的小龙虾ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026技术发展时间线：Agent框架vs小龙虾产品两条技术线索并非竞争关系

，

而是面向不同受众的能力分层——框架服务构建者

，

产品服务使用者。Agent框架兴起LangChain

、OpenAI

Agents

SDK等框架出现

，

工具循环

、上下文管理

、MCP协议逐步标准化

，

开发者社区快速聚集。融合演进阶段框架能力持续下沉为产品基础设施

，

产品层聚焦用户价值交付，技术与商业叙事开始分离。1234ClawCon2026ClawCon2早期工具链时代脚本自动化与规则引擎主导

，

工具调用高度定制化

，

缺乏通用抽象层。小龙虾产品登场以OpenClaw为代表的垂直产品切入市场

，

面向更广泛用户

，

降低Agent使用门槛

，

重新定义产品叙事。2026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon2商业化：

叙事先行杠杆

、战略价值产品形态：

养成系技术发展：-

技术框架上-

开源社区-

安全问题用户：

Power

User的态度转变2026

ClawCon2026

ClawCwCon2026

ClawCon2026“虾在变强，

人往哪长？

”团队能力应该投资什么？ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026AI技术正在逐渐在抢占人类员工的生态位

。“同事被蒸馏成了Skil陪我上班

”ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026思考结构

>

知识存量残酷的事实——昨天的思考结构优势，

会被模型逐渐内化为知识存量ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon20262Reviewer

审核者评估AI输出的质量

、合规性与业务适配度

。在AI高度自动化的流程中

，

Reviewer是质量闸门与责任节点。3Creator

创造者提供AI无法生成的原创视角

、价值判断与叙事框架

。AI的输出是素材

，

Creator赋予其意义与方向。ClawCon2026ClawCon2三种人类角色：

Builder、Reviewer、Creator2026

ClawCon2026

ClawC1Builder

构建者设计AI工作流与系统架构

，

定义工具调用逻辑与任务分解策略

。这是离Agent框架最近的人类角色

，

需要深厚的技术理解力。wCon2026

ClawCon2026裁员时代的生存逻辑：1、High-Agency2、高隔离度隐性上下文ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026下半场：

Clawteam和我们做了什么ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026你得团队里，

张三和李四的

说过话吗ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026单Agent

、

多Sub-Agent

、Agent拉群聊，

实际上都是你个人做了套针对自己工作环境的

、

完备的智能体。既然每个人都会有一个懂你正在做什么的智能体，

能够跟踪你的工作轨迹，

那么就出现了新的需求："不需要自己养一只全能虾——我只养我擅长的，

其他能力从网络里接入

。

"ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon20261□协作场景：

我想要家梁开发模块的测试数据和最新的接口，

但家梁已经下班了，

由于代码都是他的小龙虾写的，

按理说我想要的东西他的小龙虾应该都知道。2□物理隔离

、

数据隔离协作要求：

你在飞书上养了个虾，

我在阿里云上养个了虾3□异构虾：

Openclaw/CC/CodeX/AutoClaw/Qclaw

…

…ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026功能:快速加入协作空间ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026协作案例：

组建

开发团队ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026协作案例：

人力资源招聘ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026更多协作案例ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026合同审查人力风险评估ClawCon2026ClawCon2传媒场景人力绩效考核2026

ClawCon2026

ClawCwCon2026

ClawCon2026用户看到的是一堆虾在聊天，背后是一整套协作治理体系在运转

。5类协作失效：

消息失真

、

状态漂移

、

会话失联

、

流程失控

、

权限越界ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026技术拆解ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026协作原语每个动作都有明确语义契约（delegate、broadcast、subscribe

、workflow、need-human-input、submit-result、approve/reject、request-rework）

，避免智能体“

自创协议

”，确保交流标准统一

。ClawTeam：

<-人->

协作的

「骨架与神经」真实痛点：

任务看起来“还在进行”，

但流程已经悄悄偏航

（消息失真

、

状态漂移

、

会话失联

、

流程失控

、

权限越界）它通过精妙的机制

，

确保协作流程的透明

、可控与高效：最终，

用户将获得更少卡住的任务

、更少的跨Bot协作误解，

以及在真实生产压力下依然可审计

、可恢复的协作流程。纠偏机制当智能体在错误时机调用错误接口时，

系

统会阻断并给出正确下一步，

而不是放任

状态悄悄不一致，

实现实时风险规避

。ClawCon2026ClawCon22026

ClawCon2026

ClawC任务状态机每一步状态迁移都显式且受约束（如pending

→

processing

→pending_review

→

completed）

，

并对

驳回

、返工

、失败分支做清晰控制，

告别

“黑盒

”式进度

。wCon2026

ClawCon2026层级原语簇L0identity,presence,discover,connect,

messageL1publish,share,request,invite,subscribe,

delegate,

transferL2negotiate,teach,coordinate,aggregate,escalate,

handoff,vote,arbitrateL3broadcast,authorize,audit,comply,quota,federateClawCon2026ClawCon2多级原语机制2026

ClawCon2026

ClawCwCon2026

ClawCon2026问题大类典型问题对应能力消息与路由一致性同一任务被重复路由，子会话重复执行Inbox轮询+ACK+

RoutedTasksTrackerTTL

去重私信/任务通知分开处理导致漏消息统一Inbox

入口（task/direct_message/delegate_intent）子任务缺目标会话时路由失败TaskRouter决策回退到主会话会话绑定与上下文连续性taskId↔sessionKey

映射丢失，消息找不到执行会话SessionTracker

+APItask_sessions

回补父任务结束后子任务无法继承上下文retired

映射保留与TTL策略平台和本地都不知道“谁在执行这个任务”sessionKey注入+/gateway/track-session

自动绑定状态识别与故障恢复会话卡死但系统误判为存活SessionStatusResolver（CLI+JSONL双信号）tool_calling长时间卡住无人处理tool_calling

timeout

检测+恢复流程任务长期僵死无法自愈StaleTaskRecoveryLoop（nudge/restore/reset/fallback）流程治理与任务闭环执行bot直接完结，缺少复核submit-result->approve/reject/request-changes正常等待人工被当成故障反复催促状态白名单保护（等待态跳过恢复）外部已取消，执行端还在继续跑cancelsweep+会话停工通知+本地清理身份与权限安全bot身份被伪造，

审计链失真sender

anti-spoofing（本机bot

身份校验）非委托方越权发布结果delegatorcaller校验与流程约束跨任务引用/发布文件导致数据污染task-linked

artifact

校验（scope/metadata）交互协议标准化各客户端直连API，

调用风格不一致/gateway/*统一协议与入口子会话上下文注入不一致，行为漂移角色模板注入（executor/sender）spawn后主会话拿不到taskId，

链路断tool_result_persist

回写taskId可观测与运维控制出故障时无法定位卡在哪个环节/status、/sessions、/routes/history只能“猜测”系统是否健康heartbeat统计与路由/恢复可视化日志人工干预手段不足，恢复成本高cancel

/nudge

/resume

等运维接口ClawCon2026ClawCon22026

ClawCon2026

ClawC这套本地

Gateway+OpenClaw，

本质上是在防

5类协作失效：

消息失真

、

状态漂移

、

会话失联

、

流程失控

、

权限越界wCon2026

ClawCon2026问题大类APIServer功能点（已实现）解决什么问题如果没有，会在什么场景出什么问题身份与权限边界双轨认证（user-levelkey+

bot-level

key）统一用户代理操作与bot直连调用的身份模型Dashboard代某bot操作时身份错位，出现“谁在调用”不可追踪track-session

校验caller

与body.botId

一致防止跨bot伪造会话绑定恶意/误配bot把别人的session绑到自己任务上，路由污染文件服务resolveActorContext+team归属校验防跨团队

、跨owner数据访问多租户下读取到非本

team

的文件/任务产物能力发现与目标选择capability

search（过滤tags/时延/async）提升委托命中率委托到不合适或离线bot，任务反复转派findByCapability精确查找+cache稳定能力映射，降低查询抖动高并发下匹配慢

、结果漂移，调度不稳定任务状态机与流程门禁create与delegate分离（先建单后投递）把“任务建模”与“执行投递”解耦spawn

尚未准备好就被消费，任务上下文错位accept直接pending->

processing

+

出队避免“已接单但仍可被重复拉取”两个执行端同时处理同一任务全链路状态校验（InvalidTaskState/Unauthorized）防止越权与乱序状态迁移并发下出现“已取消又完成”“已完成又恢复”等脏状态complete对未终态子任务加门禁（可force覆盖）保证父任务不会过早结案父任务提前completed，但子任务仍在跑，交付不一致评审闭环与质量门禁submit-result->pending_review把“执行”与“验收”分离执行bot直接自判完成，ToB质量不可控approve/reject/request-changes

仅delegator

可操作锁定责任边界与决策权限非委托方改结果或关单，责任链断裂submit-result非空校验+self-review禁止防“空结果提交”和“自己审自己”出现“形式化完成”与自循环审批多方协作治理task_participants参与者图谱显式管理delegator/executor/participant子委托时无法判定谁有资格参与strictParticipantScope+参与者roster

继承到子任务防协作范围外扩子任务被委托给未授权

bot，

造成信息泄漏delegate-intent

写inbox（由gateway驱动spawn）让“意图”可被路由系统消费任务停在pending，

无触发执行路径Human-in-the-loopneed-human-input（支持pending/processing

等）让阻塞可显式进入等待态执行端只能“卡住等待”，平台无法识别真实阻塞原因waitingRequests按bot维度管理+resume支持多方并发请求输入且可逐个恢复一次人类回复误解锁所有请求方，协作错乱human_input_request/response

写入消息历史完整审计人与bot

的交互链事后无法解释“为什么恢复

、谁给了什么输入”会话连续性与恢复task_sessions（track-sessionupsert）稳定维护task↔session映射Gateway重启后无法找回执行会话，消息回流主会话GET/tasks/:id/sessions+GET/tasks/sessions-by-bot给恢复环与排障提供事实源出故障时只能猜哪个session在执行POST/tasks/:id/heartbeat持久化session状态平台侧可观测执行活性无法区分“慢任务”与“死会话”消息可靠性Inbox非破坏性读取+processing

可见性超时防“取走即丢”worker拉到消息后崩溃，消息永久丢失ack幂等（already_read）+

Redis残留清理防重复ACK造成状态异常重试ACK报错

、队列残留重复消息消息DB持久化+

Redis优先级投递兼顾历史追溯与低延迟投递只有内存/队列无历史，无法做审计与回放队列与降级韧性Redis

多优先级队列（urgent/high/normal/low）保障紧急任务抢占执行紧急工单被普通任务淹没Redis故障降级到DB

pollRedis抖动时仍可继续工作Redis宕机即全链路停摆queuesize上限保护防单bot

队列无限膨胀高峰期内存/队列被打爆，引发雪崩数据产物治理三层scope：

bot_private/task/team_shared建立清晰数据边界bot可直接写共享区，内部数据外溢ACL

判定顺序：deny>allow>inherit

>

namespace防止授权冲突导致越权显式deny被覆盖，敏感文件被误读publish仅delegator链路可发布保障最终对外发布由责任方控制executor可直接发布未审核产物resource_events

审计事件+软删除支持追责与回溯文件被改/删后无证据链子任务审批通过后镜像产物到父任务scope保证父任务视角可见完整交付物子任务产物散落，父任务无法汇总验收Dashboard安全护栏/tasks/all/:id/cancel

同步清理Redis

队列与processing取消语义与执行面保持一致已取消任务仍被poll/继续执行禁止dashboard

直调approve/reject/request-changes强制走delegator-bot评审链人工面板绕过流程，破坏协作治理模型可观测与运维全局错误包装+traceId快速定位跨模块故障日志不可关联，线上排障成本陡增/api/health+/docs+OpenAPI运行健康与集成自助化对接方“黑盒接入”，上线风险高ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026API

Server

的核心价值是把协作风险前置为状态机和权限规则。任务链路采用强约束状态迁移

（pending->

processing->pending_review->approve/reject->completed/failed）ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026维护“谁在执行

、

谁有权限

、

谁可参与”ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon2维护“谁在执行

、

谁有权限

、

谁可参与”2026

ClawCon2026

ClawCwCon2026

ClawCon2026文件面采用三层scope（botprivate/task/teamshared）ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026对业务团队来说，

Clawteam解决的是三件事：

任务不丢

、

过程不卡

、

结果可信。-任务不丢：

有统一消息收件箱与状态回写。-过程不卡：

有need-human-input/resume

明确处理阻塞，

不再靠人工猜。-结果可信：

提交结果必须经过评审闭环，

且产物可在任务空间与团队空间中有序沉淀。最终表现为：

协作效率更高，

返工更少，

客户对交付过程和结果更有信心。ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026对于技术负责人来说：ClawTeam

协作闭环：

本地协作引擎

+API

Server

把协作系统分成执行平面和治理平面，既保证实时协作效率，

也保证长期可维护与可演进。这不是单点功能，

而是企业AI

协作基础设施，

决定我们能否从工具升级为平台。ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026前置条件：

客户不会养虾怎么办？“交付给客户后发现

—

—大部分人养不好虾

。

”"要真正发挥AI

Agent

的潜力，

需要理解底层工作原理——工具循环、上下文管理

、

MCP

协议

、

runtime

harness

…

…普通人门槛太高

。

"ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026Clawteam解法：

把养虾做成养成类游戏"养成游戏全民都会玩

。养虾和养成游戏本质上是一回事——设定角色

、

配置规则、看它自己跑

。

区别在哪？

"“

区别在Harness

底层的工程化封装

。游戏帮你把复杂性藏在界面后面，

你只做

选择

。而现在的AI

Agent

工具，

还在让用户直接面对底层复杂性

。

""谁能把Harness

做好，

把养虾变成养成游戏，

谁就能让团队真正用起来

。

"ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026Clawteam

Pokemon

平台ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026Pokemon认养ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026

ClawCon2026

ClawCwCon2026

ClawCon2026ClawCon2026ClawCon22026