文章指出，2024年的核心技能是提示词工程，2025年是上下文工程，而2026年两者已被吸收进Harness Engineering。88%的企业AI Agent项目无法上线，问题几乎不在模型，而在模型外围的执行层。作者详细阐述了生产级Harness的七层架构：工具编排（草稿-提交模式防止危险操作）、验证循环（制作者与检查者分离）、上下文与记忆管理、护栏（行为/数据/工具/运营四类控制）、可观测性等。并以Anthropic Claude Code质量退化为案例，说明问题源于Harness层而非模型本身，强调Harness设计才是AI Agent产品质量的决定性因素。
文章系统讲解了构建生产级 AI Agent 的五个层次：上下文工程、循环工程、Jev 工程、Harness 工程和评估工程，并以新员工类比逐一解释。核心内容包括：上下文窗口管理（稳定内容前置、利用 prompt caching、工具过多时改用搜索、用子代理减少主上下文占用）；循环与工作流的区别（能否预先写清步骤），强调循环需要明确目标、外部检查器等四要素。每个层次都配有构建方法与面向初学者的捷径方案（通过 Viktor 这类 AI 员工工具实现）。目标是让小团队用可靠的 Agent 承担重复性工作，实现不增人力的规模扩张。
文章提出不应把 AI 当作执行单个长任务的聊天机器人，而应构建一套完整的 AI 团队操作系统：以 Grok Bot 作为 Chief 协调者，配以 Researcher、Builder（Claude）、Reviewer、Reporter 四个专职角色，各司其职。核心要素包括共享工作区持久化任务状态、分层记忆系统、独立的验证流程以及人工审批边界，防止 Agent 在未经授权时执行不可逆操作。文章给出了具体的项目目录结构、Chief 角色的完整提示词，并以 GitHub issue 处理为例展示了从调研、构建、测试到审查的自动化协作流程，实现真正可审查、有证据支撑的自主工作成果。
本文是 Agent 面试高频题详解第 3 题，围绕多 Agent 架构展开。作者结合 50 位作者、63 场面试的面经，系统梳理了六个追问方向：要不要拆、怎么拆、怎么通信、结果谁汇总等。文章指出单 Agent 在上下文膨胀、工具过多、提示词分支复杂、无法并行四方面会卡住；同时多 Agent 有 token 成本（约为普通对话 15 倍）、协调开销、信息丢失和错误传播等代价。文中总结了主从、流水线、并行分片、执行加审查、按意图转交五种结构，以及上下文、工具权限、可验收三类拆分边界，并对比 Skill、MCP、Workflow、SubAgent 等概念的适用场景，最后给出通信方式与面试应答要点。
文章介绍开源开发者 yetone 使用 Claude Code 和 Opus 5.5 模型，通过三个 /loop 循环任务自动化维护 Magpie 项目的工作流。三个循环分别处理 GitHub issue/PR 与 Discord 反馈、推特用户反馈、代码清理与经验总结。作者强调需搭建真实多端验证环境、在提示词中明确边界情况、用便宜模型过滤无关信息、让 AI 总结教训，并在项目早期与 AI 讨论设计偏好。
文章总结了 Claude Code 中十二种可复用的代理 Harness 设计模式，分为四大类：记忆与上下文（持久指令文件、范围化上下文组装、分层记忆、空闲整理、渐进式上下文压缩）、工作流与编排（探索-计划-执行循环、上下文隔离子代理、分叉-合并并行）、工具与权限（渐进式工具扩展、命令风险分类、单一职责工具设计）以及自动化（确定性生命周期钩子）。作者强调这些是架构层面的决策而非临时提示技巧，即使模型能力提升仍具价值。
文章从第一性原理探讨 AI Agent 的 /goal 模式：为什么需要 Goal（解决模型长程任务中的偷懒、中途停止和目标漂移问题），以及 Codex 和 Claude Code 的底层实现差异。Codex 由执行任务的 Agent 自己判断完成状态，Claude Code 则采用独立上下文的对抗性审查，由验收模型判定目标是否达成。作者认为 Goal 本质上是 Harness 层为模型能力缺陷打的补丁，未来必然会被模型内化，并给出设定清晰可验证目标的实践建议。
本文是一份使用 Claude Opus 5.5 搭建 AI 动态设计工作室的完整教程。作者指出，模型本身只能输出代码，真正的视频是由模型编写的程序经无头浏览器逐帧截图、ffmpeg 合成的。文章详解了环境搭建（Node、Playwright、ffmpeg、Claude Code）、渲染契约（seek(t) 纯函数、种子噪声、确定性渲染）、CLAUDE.md 规则文件、导演式提示词写法，以及 12 步工作流，强调提示词只占 10%，其余 90% 在于 harness 与反馈闭环。
作者分享了其产品经理 harness 6.0 版本的开发实践：用它在 Claude Code 中仅用两小时从零构建了一个 AI 模特出图工具「视镜」。6.0 针对传统 Vibe Coding 的痛点，重点强化了需求拷问（五层漏斗提问法、Mom Test、魔鬼代言人等）和界面设计（自带视觉组件包）两个环节，精简其余规则，把具体执行交给推理能力日益增强的模型。文章详细展示了九轮需求确认、26 页设计稿生成、十个开发阶段的完整流程，提出主控文件只需规定六件事、以需求清单驱动进度的方法论。
文章从底层原理出发，以 Claude Code 为例深入解析大模型的上下文管理。作者指出即使上下文窗口达到 1M，上下文管理依然必要，核心原因是 KV Cache 前缀缓存机制（保证前缀一致可大幅降低推理成本）和注意力稀释问题（上下文过长过杂易引发幻觉）。文章详细拆解了 Claude Code 约 25K 系统提示词的组成，将上下文分为静态指令层、弱动态层和强动态层三层结构，并介绍了 Skill 渐进式加载、工具延迟加载、Memory 硬截断等剪枝手法，以及 CLAUDE.md 规则文件的五类分级组织形式与自顶向下的装配顺序原理。
文章指出许多 Agent 失败并非模型推理问题，而是环境（Harness）设计缺陷。作者系统阐述了 Harness Engineering 这一工程学科：将模糊请求转化为包含目标、范围、约束、验收标准和审批要求的任务契约；通过渐进式披露提供项目地图而非信息轰炸；构建带校验和风险控制的工具网关而非工具堆砌；分离大脑（推理）、双手（执行）和历史（状态）三大职责；将对话历史转化为包含事实、决策、进度和教训的持久化状态，从而将模型智能转化为可靠的工作成果。
作者几个月前搭建了一套名为「刚柔」的元 Skill，用图 IR、契约闸和检查机制防止模型偷懒、打折扣执行任务。随着 GPT-6 Astra 发布，模型遵循指令和多步执行能力大幅提升，OpenAI 官方建议检查 AGENTS.md 和 Skills 中可能影响模型行为的指令。作者由此意识到，许多为弥补旧模型短板而设的约束如今反而妨碍任务完成，于是委托 Codex + GPT-6 在秘书 Grok Bot 协调下彻底拆除该元技能。文章详细记录了清理的难度、推理档位选择、具体执行过程（如取消从零重跑、自动三路候选）及打包脚本隐私问题的修复，最终指出：该留的是把工作可靠完成的目标，而不是特定的脚手架，技术条件变了就该果断调整。
文章提出构建可靠 AI Agent 的关键不在于更好的提示词，而在于模型周围的 Harness（工程脚手架）。作者借鉴 OpenAI 用 Codex 零手写代码构建产品的经验，提出六层最小可行 Harness：1) 将请求转化为明确的任务契约，定义目标、约束与完成条件；2) 用上下文编译器按需提供高信号信息而非堆料；3) 在模型与工具之间设置网关，做权限校验与结构化观察结果；4) 将记忆外化为持久状态，区分事实、决策、状态与教训；5) 以证据门控完成判定，用测试与验证结果决定接受、重试或上报；6) 建立追踪与恢复循环。
