Workflow
SPEC driven
icon
搜索文档
OpenClaw 走红背后:Agent、AI Coding 与团队协作的新问题
AI前线· 2026-03-12 15:15
OpenClaw的技术本质与出现背景 - OpenClaw并非偶然的技术突破,而是多项技术(如大模型长上下文、Programmatic Tool Calling (PTC)、技能工具使用机制)逐渐成熟后的集中呈现,代表了一种“product-technology fit”趋势 [6] - 其出现与Manus等产品类似,是技术能力达到阈值后的自然结果,例如2024年9月工具使用能力成熟,2025年年中大上下文窗口模型普及 [4] - 核心创新在于抓住关键痛点:将桌面Agent与聊天工具打通,通过channel网关等机制连接不同渠道,实现开箱即用的配置,让用户通过聊天工具驱动Agent执行任务 [7] OpenClaw的产品定位与用户门槛 - 迅速走红是因为满足了特定用户群体的需求,如自媒体从业者、一人公司和独立开发者,高度契合其多渠道信息收集、数据分析、自动发帖的Bot操作以及运维和信息聚合场景 [6] - 并非低门槛产品,要真正用好需要熟悉JSON配置、具备排障能力,并持续调试和优化skill,对普通用户存在相当门槛 [5][12] - 在实际使用中,稳定性管理非常重要,配置文件可能不稳定,重启后JSON配置可能被自动修改或损坏,且浏览器访问稳定性有待提升 [12] OpenClaw的架构设计与扩展性 - 架构核心是一个名为Pi的轻量智能体,只保留记忆检索和tool calling等能力,具体能力全部沉淀在skill工具中,扩展性较强 [15] - 核心思想是Programmatic Tool Calling (PTC),用代码描述整个工作流程,遇到无法解决的问题时会自己生成Python脚本并在沙盒中运行,解决了通过MCP或传统tool calling难以处理的问题 [14] - 其运作方式是动态加载skill,只需要用MD文件描述清楚,需要时便会自动检索并安装并执行任务,未来像LangChain或CrewAI这样的agent框架也可能变成skill被整合 [16] AI Coding的核心挑战:可控性 - AI生成代码的最大问题是不稳定与不可控,主要体现在需求理解容易出现偏差的幻觉问题、生成技术栈与团队现有技术栈不一致、以及生成代码可维护性较差 [18][19] - 在业务功能层面,即使使用Given-When-Then的验收条件,让AI自行检查也未必可靠,开发人员仍需进行集成测试,目前较困难 [20] - 一个关键挑战是如何将“什么是正确的需求实现”转化为AI可验证的形式,单个AI在提示词中自检往往非常自信,但人指出后又会承认错误,难以形成闭环 [21] 应对AI Coding挑战的方法论:SPEC Driven - SPEC driven方法通过在需求理解阶段将需求结构化,再转化为技术设计供架构师评审,之后进入plan阶段逐步执行,以保障AI coding在可控框架内落地 [5][19] - 团队可以使用EARS规则(Easy Approach to Requirements Syntax)将需求转化为标准化描述,帮助消除歧义,使AI理解更准确 [25][26] - SPEC driven开发模式适合多团队协作,产品经理需参与SPEC评审,架构师需评估技术栈与设计,一线研发需关注结果可验证性并基于SPEC生成TDD用例在CI/CD中执行 [32] 团队落地AI Coding的策略与护栏 - 需根据场景选择方法:需求具有探索性时可使用Vibe Coding(如Cursor、Claude Code)试错;需求明确且需对结果负责时,应采用SPEC driven等规范化流程 [28] - 最有效的三条护栏包括:1) 需求层面控制,通过需求标准化(如EARS)保证质量;2) 避免生成结果失控,关键手段是TDD,让AI自动生成测试用例并在CI/CD中执行;3) 制定统一的团队规范,如Skills、Lint规则、CI规则等,保证产出稳定性 [35] - 在开发过程中,不仅要完成业务功能,还要为代码库留下知识和规范,例如让AI持续总结每个模块,形成树状知识体系,或对历史代码进行总结以生成与代码库风格一致的规范 [36] AI Coding的实际应用场景与效果 - 一种新的开发模式是:在版本开始时,将整个版本需求交给Agent,让其生成包含大量代码片段的设计方案,其中约70%–80%可直接使用,开发人员只需筛选调整 [9] - 在具体实践中,不让AI直接修改代码,而是生成设计文档级别的修改方案并整理成可视化HTML报告,约有60%的代码片段可以直接使用,准确率高 [8] - 典型应用场景包括:让Agent自动整理CI/CD流水线状态和项目进展生成报告,或作为PM助手监督程序员进度、催收作业 [9][44] AI Coding的未来发展趋势 - 未来6-12个月的拐点可能包括:1) 多模态能力(如图像识别、复杂文档理解)提升;2) Context与Codebase处理方式变化,随着上下文窗口扩大,直接通过GREP搜索代码放入上下文的方式可能成为主流;3) 代码生成能力在底层领域(如驱动开发、系统编程)取得突破 [37] - AI Coding未来会朝更高自动化程度发展,类似OpenClaw的系统可能在更高层级协调多个系统,实现从需求接收到任务拆分、各微服务自动分析设计与编码、结合反思机制循环生成检查修复代码、自动集成测试的智能化全流程 [38] - 如果未来AI原生应用大量出现,应用只需一个超级框架,功能封装为skills,AI既负责开发又负责调用,那么AI Coding开发AI原生应用可能成为一个爆发点 [38] 企业实践与老项目维护 - 对于大多数公司,没有必要重复开发Agent,可以直接基于开源的PI Agent Core(约一千多行代码)进行二次开发,或Fork龙虾项目,重点是根据使用目的开发适合自己的skills或封装现有Agent框架 [42] - 维护老项目时,DeepWiki等工具非常重要,可帮助新人快速理解项目结构、依赖关系和架构设计,同时需结合需求文档、技术设计文档、历史Bug记录等知识库,让AI参考以判断正确实现方式 [49] - 针对老系统,可优先对修改频率最高的前20%热点模块进行知识工程整理,让AI帮助生成结构和文档规范,这可能解决80%的实际问题 [50]