我用半年踩坑验证了 Harness Engineering 的三个维度
作者 Leo 结合半年使用 Claude Code 的实战经验,验证了 OpenAI、Cursor 和 Anthropic 提出的 Harness Engineering 三个核心维度:交互维度(通过 CLAUDE.md 传递知识)、空间维度(利用 worktree 隔离防止 Agent 并行冲突)和时间维度(应对长 session 中的上下文退化)。文章总结了个人构建 AI 工作流的落地经验。
作者 Leo 结合半年使用 Claude Code 的实战经验,验证了 OpenAI、Cursor 和 Anthropic 提出的 Harness Engineering 三个核心维度:交互维度(通过 CLAUDE.md 传递知识)、空间维度(利用 worktree 隔离防止 Agent 并行冲突)和时间维度(应对长 session 中的上下文退化)。文章总结了个人构建 AI 工作流的落地经验。
文章针对当前前沿的Agent工程痛点,结合个人半年的实战经验,提供了包括模块化记忆、worktree隔离、主动截断等非常具体落地的解决方案,实操性极强且极具参考价值。
文章探讨了高级 AI Skill 的本质:不是把更多指令塞进一份文件,而是把多个单点能力按任务关系编排组合。作者通过分析 GitHub 上多个热门 Skill 仓库,总结出五种组合模式:路由(判断调用哪个 Skill)、顺序(强制工作流程)、选择(按需分诊组合)、流水线(专业能力交接)和分层(Skill 与系统能力分工)。文章提出组合 Skill 的五个核心零件:路由、输入输出契约、顺序与并行、上下文状态、验证反馈,并建议从真实返工中逐步长出组合关系。核心观点:Prompt 让 AI 听懂一次需求,Skill 固化一类做法,而组合 Skill 才能把复杂任务交付出来。
本文是一份关于 Claude Skills 的完整指南。文章指出 Claude Skills 不仅仅是保存的提示词,而是包含具体指令、标准和输出格式的“培训文件”。作者将其比作训练有素的员工,而非临时工。文章详细介绍了从安装第一个 Skill 到构建自定义 Skill 的四个阶段:安装、构建、测试优化以及建立技能库,并提供了具体的操作步骤和行业应用场景,旨在帮助用户建立可重复的系统以自动化任何行业的工作流。
受 Andrej Karpathy 启发,文章介绍了一种无需复杂软件、仅依赖文件夹和文本文件的 AI 个人知识库构建方法。通过 raw/、wiki/ 和 outputs/ 三层结构,结合 agent-browser 自动抓取工具和 Claude Code 等编程助手,用户可以将杂乱素材转化为结构化的个人维基。系统强调“复利”维护,主张用简单的模式文件替代花哨的工具,让 AI 自动整理、总结和关联信息,从而实现高效的知识管理。
文章指出 OpenClaw 虽然强大但技术门槛过高,阻挡了 90% 的用户。作者提出以 Claude 为核心的低门槛替代方案,详细对比了两者在个性化 Skills、定时任务、文件管理、知识库集成及记忆系统等方面的功能。通过结合 Claude 的 Skills、Cowork、Projects 以及 MCP 和 Obsidian,用户无需复杂配置即可搭建高效的个人 AI 助理系统。文章最后强调,决定 AI 效率上限的是人而非工具,建议读者将精力放在深度思考上。
本文深入介绍xAI(文中称SpaceXAI)的Grok Bot如何运作:每个Bot运行在持久化的云端Linux虚拟机上,拥有浏览器、文件系统和终端。核心亮点是'团队化'使用模式——以Chief of Staff为中心,配合各司其职的专家Bot,并由人工审批关键操作。文中以客服事件处理为例:三个Bot(IncidentWatch、Support Bot、IncidentSweep)协作,10分钟内清理204个工单。文章分7部分讲解Bot的组织架构、工程harness、技能与记忆、审批机制及可复制的搭建方案。
作者作为一家30多人AI公司的创始人,用5天时间打造了一个基于Agent的企业中台。他先让Claude生成了品牌VI、UI设计组件和PPT模板,并将其封装为Skill;随后解决了同事们Vibe Coding应用部署与分享的痛点,将中台包装成MCP,接入飞书登录与权限体系,实现应用一键部署、子域名分配、权限管控。同时搭建了应用广场、Skill分发、资料库、OKR可视化面板及千人千面的个性化首页,并让Agent自动维护多维表格数据。作者认为数据和协同关系是企业未来的核心资产,期待AI原生的组织变革。
作者提出九条原则,帮助判断 Agent Skill 是否真正有效,覆盖 Skill 生命周期三个阶段:被选中、可靠执行、经受现实检验。核心观点包括:元数据描述是触发与否的关键入口;上下文是共享预算,需渐进式加载;流程与检查点优于长篇散文;规则应解释原因以应对边缘情况;预先记录并反驳模型常见的跳过理由;确定性逻辑写成脚本代码而非依赖推理;严格限定修改范围;Skill 会随库更新和约定变化而腐化,需版本化管理;上线前必须用真实用例运行验证,从观察到的行为而非想象中调试。