【免费下载链接】learn-harness-engineeringHarness engineering beginner tutorial, from 0 to 1项目地址https://gitcode.com/gh_mirrors/le/learn-harness-engineering点击查看免费下载本指南基于开源仓库 learn-harness-engineering葡萄牙语版课程总览整理。这是一个以项目实战为核心、专为AI 编程 Agent 工程化Harness Engineering设计的入门课程14 讲概念课 8 个动手项目 一套可复用的资源模板库围绕同一个 Electron 知识库应用逐级进化。读完本文你将掌握 harness 的定义、五个子系统指令/状态/验证/范围/会话生命周期的落地方法、最小 harness 的四个关键文件AGENTS.md、init.sh、feature_list.json、claude-progress.md的真实写法以及一条从纯 prompt到自动化循环再到图工程的完整进阶路线。✨ 课程预览课程站点提供了三组与本文主题直接对应的界面预览仓库内截图位于docs/public/screenshots/readme/核心命题模型很聪明但 harness 才让它可靠课程开门见山提出一个多数人撞了南墙才学会的真相世界上最强的大模型如果不在它周围构建合适的工作环境依然会在真实工程任务上失败。你很可能见过这种场景把任务交给 Claude 或 GPT它开局表现良好——读文件、写代码、看起来很有产出然后突然出问题跳过一个步骤、弄坏一个测试、宣称已完成但实际什么都跑不起来。最终你花在收拾残局上的时间比自己做还多。课程的判断很明确这不是模型的问题而是 harness 的问题。README 引用了两组行业证据支撑这一判断Anthropic 的控制实验同一模型Opus 4.5、同一 prompt构建一个 2D 复古游戏编辑器。无 harness 时20 分钟烧掉 9 美元产出的东西无法运行带完整 harness规划器 生成器 评估器时6 小时烧掉 200 美元构建出一个真正可玩的游戏。模型没变变的是 harness。OpenAI 关于 Codex 的报告在结构良好、带 harness 的仓库中同一模型从不可靠跃迁为可靠——不是边际改善而是质变。注意以上为课程 README 记载的行业公开实验结论属于官方文档明确陈述的内容。学习该课程时你可以在自己的项目里用控制变量 消融的方法独立复现类似效果见后文测试消融小节。课程用一个 ASCII 图概括了 harness 的运行模式HARNESS 模式 你 -- 下达任务 -- Agent 读取 harness 文件 -- Agent 执行 | harness 治理每一步 | -- 指令: 做什么、按什么顺序 -- 范围: 一次一个功能不越界 -- 状态: 进度日志、功能清单、git 历史 -- 验证: 测试、lint、类型检查、冒烟运行 -- 生命周期: 开始时初始化结束时保持状态干净 | v 只有验证通过Agent 才会停下Harness 工程到底是什么五个子系统Harness 工程不是写更好的 prompt而是设计模型运行于其中的整个系统。课程将 harness 拆解为五个子系统并给出了每个子系统的职责与评判标准┌────────────────────────────────────────────────────────────────┐ │ HARNESS │ │ │ │ ┌──────────────┐ ┌──────────────┐ ┌────────────────────┐ │ │ │ 指令 │ │ 状态 │ │ 验证 │ │ │ │ │ │ │ │ │ │ │ │ AGENTS.md │ │ progress.md │ │ 测试 lint │ │ │ │ CLAUDE.md │ │ feature_list │ │ 类型检查 │ │ │ │ feature_list │ │ git log │ │ 冒烟运行 │ │ │ │ docs/ │ │ session hand │ │ e2e 流水线 │ │ │ └──────────────┘ └──────────────┘ └────────────────────┘ │ │ │ │ ┌──────────────┐ ┌──────────────────────────────────────┐ │ │ │ 范围 │ │ 会话生命周期 │ │ │ │ │ │ │ │ │ │ 一次一个功能 │ │ 开始时执行 init.sh │ │ │ │ 明确的完成定义│ │ 结束时执行干净状态检查清单 │ │ │ └──────────────┘ │ 为下一会话留下交接说明 │ │ │ │ 仅在可安全恢复时提交 │ │ │ └──────────────────────────────────────┘ │ └────────────────────────────────────────────────────────────────┘ 模型决定写什么代码。 harness 治理在何时、何地、以何种方式写代码。 harness 不会让模型更聪明它让模型的输出变得可靠。五个子系统的具体职能指令Instruções——告诉 Agent 做什么、按什么顺序、开始前读什么。它不是单个巨型文件而是一种渐进式披露结构Agent 按需导航。状态Estado——追踪已完成、进行中、接下来要做什么。持久化到磁盘让下一个会话精确地从上一个会话停止的地方继续。验证Verificação——只有通过测试套件才算证据。Agent 不能在没有可执行证据的情况下宣布胜利。范围Escopo——把 Agent 限制在一次一个功能。不越界、不留下三件半成品、不重写功能清单来掩盖未完成的工作。会话生命周期Ciclo de Vida da Sessão——开始时初始化结束时清理为下一会话留下干净的重新启动路径。五子系统模型的源码级印证课程配套的技能 skills/harness-creator/SKILL.md 用一张表格把五个子系统映射为最小落地产物与本文所述模型完全一致子系统最小产物目的指令AGENTS.md或CLAUDE.md启动路径、工作规则、完成定义状态feature_list.json、progress.md当前功能、状态、证据、下一步验证init.sh或文档化的命令Agent 声称完成前必须运行的测试/检查范围功能依赖与完成标准防止越界与半成品生命周期session-handoff.md、会话结束例行程序让下一个会话可重新启动该技能还提供了一组可直接运行的 CLI 脚本见skills/harness-creator/scripts/# 为项目创建最小 harness node skills/harness-creator/scripts/create-harness.mjs --target /path/to/project # 审计现有 harness 的五个子系统得分 node skills/harness-creator/scripts/validate-harness.mjs --target /path/to/project # 生成可分享的评估报告 node skills/harness-creator/scripts/render-assessment-html.mjs --target /path/to/project其中--agent-file CLAUDE.md可指定面向 Claude 的项目、--package-manager npm|pnpm|yarn|bun可覆盖包管理器检测、--commands cmd one,cmd two可自定义验证命令。技能的设计规则与五子系统框架互为表里根指令文件保持简短只放路由与不变式、验证命令必须明确且可运行、标记功能完成必须有证据、默认一次只处理一个活动功能。量化每个子系统的价值控制变量消融测试课程给出了衡量哪个子系统当前最有价值的实验方法固定模型不变每次只移除一个子系统例如删掉AGENTS.md、不提供验证命令、去掉进度文件观察哪次移除导致性能下降最大——下降最大的组件即当前边际贡献最高、值得优先投入的组件。课程同时提醒消融实验只能回答现在哪个组件最有价值无法单独证明瓶颈在哪。要定位真正的瓶颈还需要结合失败日志做根因归因任务定义不清上下文不足环境不可复现缺少验证反馈状态管理坏了组件消融结果只能作为补充证据。一个真实团队的演进故事课程记录了一个团队用 GPT-4o 开发约 2 万行 TypeScript React 前端应用的过程四步逐步添加 harness 组件第 1 步README 中只有项目基本描述。5 次运行仅 1 次成功20%。主要失败选错包管理器npm vs yarn、不遵守组件命名约定、无法运行测试。第 2 步加入AGENTS.md明确 stack 版本、命名约定和关键架构决策。成功率升至 60%残余失败主要来自环境问题和缺少验证。第 3 步在AGENTS.md中加入验证命令yarn test yarn lint yarn build。成功率提升到 80%。第 4 步引入进度文件模板Agent 每次运行记录已完成与未完成项。成功率稳定在 80%100%。四轮迭代模型始终没换成功率从 20% 逼近 100%——变化的是 harness。为什么这门课存在课程不关心模型能不能写代码当然能而关心模型能否在真实仓库中、跨多个会话、在无需人类持续监督的情况下可靠地完成真实工程任务当前答案是没有 harness 就不行。无 HARNESS 有 HARNESS 会话 1: agent 写代码 会话 1: agent 读指令 agent 弄坏测试 agent 执行 init.sh agent 同时做多个功能 agent 在完成前验证 你手动修补 agent 更新进度日志 agent 提交干净状态 会话 2: agent 从零开始 agent 对之前发生了什么 会话 2: agent 读进度日志 没有记忆 agent 从停下的地方继续 agent 重做工作 agent 继续未完成的功能 或做完全不同的事 你审查而不是救火 你再修一次 结果: 你花在清理上的时间 结果: agent 做工作 比自己做还多 你验证结果课程真正关心的问题哪些 harness 设计能提升任务完成率哪些设计能减少返工和错误完成哪些机制能让长时任务稳定推进哪些结构能让系统在多次 agent 运行后依然可持续快速上手今天就让你的 Agent 更可靠课程强调不必先读完 14 讲才能获得价值。如果你已经在真实项目中使用编程 Agent现在就可以这样做——与其只写 prompt不如给 Agent 一组结构化文件定义做什么、做了什么、如何验证。这些文件放在仓库内使每个会话从同一状态开始项目根目录 ├── AGENTS.md -- Agent 的操作手册 ├── CLAUDE.md -- 备选使用 Claude Code 时 ├── init.sh -- 执行 install verify start ├── feature_list.json -- 哪些功能存在、哪些已完成 ├── claude-progress.md -- 每个会话发生了什么 └── src/ -- 你的真实代码把资源库中的模板放进你的项目即可——四个文件你的 agent 会话就会比纯 prompt 稳定得多。最小 harness 的真实文件来自项目 01 的 solution仓库中projects/project-01/solution/提供了完整的最小 harness 样例可直接对照学习。① AGENTS.md——指令子系统见 projects/project-01/solution/AGENTS.md核心结构包括启动规则Startup Rules写代码前按顺序完成——完整读本文件 → 读docs/ARCHITECTURE.md理解 Electron 分层 → 读docs/PRODUCT.md理解功能需求 → 运行bash init.sh验证构建 → 读feature_list.json查看功能状态。分层边界Electron Layer Boundaries主进程/预加载/渲染层/服务层的严格职责划分例如渲染层禁止导入 Node.js 模块、只能通过window.knowledgeBaseAPI 通信。约定ConventionsTypeScript strict 模式、命名导出、IPC 通道名统一定义在src/shared/types.ts。完成定义Definition of Done类型检查通过npm run check、应用可启动npm run dev、功能在feature_list.json中标记为pass且带证据、遵守分层边界、运行期无控制台错误。功能清单工作方式feature_list.json是项目进度的唯一事实源功能状态取值pass/fail/not-started实现后更新状态并附证据被阻塞则置fail并写原因绝不从清单中删除功能。② init.sh——环境健康检查见 projects/project-01/solution/init.sh使用set -euo pipefail严格模式依次执行npm install安装依赖 →npm run check类型检查 →npm run build构建全部通过后输出 Init complete. All checks passed. 并提示运行npm run dev启动应用。③ feature_list.json——机器可读的范围与状态见 projects/project-01/solution/feature_list.json项目 01 的四项功能与证据示例{ project: project-01, description: Baseline Electron knowledge base with minimal harness, features: [ { id: window-launch, name: Window Launch, description: Electron app opens a BrowserWindow with correct dimensions and preload script, status: pass, evidence: npm run dev launches window at 1200x800 with contextIsolationtrue and nodeIntegrationfalse, testedAt: 2026-03-30T10:00:00Z }, { id: document-list, name: Document List Panel, description: Left sidebar shows imported documents with empty state message, status: pass, evidence: DocumentList component renders empty state when no documents, shows document cards when data present, testedAt: 2026-03-30T10:05:00Z } ] }注意每个功能都包含status状态与evidence证据字段——这正是验证子系统在文件层面的落地Agent 必须用可执行证据而不是自我感觉来声明完成。最终项目一个真实的应用课程全部 8 个项目围绕同一个产品演进基于 Electron 的个人知识库桌面应用。┌──────────────────────────────────────────────────────┐ │ 个人知识库桌面应用 │ │ │ │ ┌──────────────┐ ┌──────────────────────────────┐ │ │ │ 文档列表 │ │ QA 面板 │ │ │ │ │ │ │ │ │ │ doc-001.md │ │ Q: 什么是 harness 工程 │ │ │ │ doc-002.md │ │ R: 围绕模型构建的 │ │ │ │ doc-003.md │ │ 工作环境... │ │ │ │ ... │ │ [引用: doc-002.md] │ │ │ └──────────────┘ └──────────────────────────────┘ │ │ │ │ ┌─────────────────────────────────────────────────┐ │ │ │ 状态栏: 42 篇文档 | 38 篇已索引 | 同步 3m │ │ │ └─────────────────────────────────────────────────┘ │ └──────────────────────────────────────────────────────┘ 核心功能: ├── 导入本地文档 ├── 管理文档库 ├── 处理并索引文档 ├── 对导入内容执行 AI QA └── 返回带引用的 grounded 回答选择这个产品的理由实用价值强、具备足够真实的复杂度且非常适合观察 harness 改进的前后对比。每个项目的 starter 与 solution 都是该应用在相应演化阶段的完整副本——P(N1) 的起点由 P(N) 的 solution 派生应用随你的 harness 技能一起进化。从仓库结构看projects/shared/ 与各projects/project-NN/基础应用基于 Electron TypeScript React主进程持有BrowserWindow生命周期与 IPC 注册preload 通过contextBridge.exposeInMainWorld暴露类型化 API渲染层为 React UI服务层为纯 TypeScript 业务逻辑并通过构造器注入PersistenceService见 projects/shared/package.json 的dev/build/check/test脚本。学习路径八个阶段循序渐进课程按顺序推进每一阶段建立在前一阶段之上阶段 1: 理解问题 阶段 2: 结构化仓库 L01 强大的模型 ≠ 可靠执行 L03 仓库作为唯一事实源 L02 harness 到底是什么 L04 把指令拆分为多个文件 而不是单个巨型文件 | | v v P01 纯 prompt vs. 规则优先 P02 Agent 可读的工作区 阶段 3: 连接会话 阶段 4: 反馈与范围 L05 跨会话保持上下文 L07 为任务划定清晰边界 L06 每次 agent 会话前初始化 L08 功能清单作为 harness 原语 | | v v P03 多会话连续性 P04 运行时反馈修正 agent 行为 阶段 5: 验证 阶段 6: 整合 L09 阻止 agent 过早宣布胜利 L11 让 agent 行为可观测 L10 运行完整流水线 真实验证 L12 每会话结束时有序收尾 | | v v P05 Agent 验证自己的工作 P06 构建完整 harness终期项目 阶段 7: 自动化循环 L13 停止给 agent 写 prompt—— 转而设计循环 | v P07 构建第一个自动化循环 目标驱动循环、时间驱动循环、maker-checker 阶段 8: 结构化系统 L14 把系统设计成图—— 节点、边、共享状态、路由 | v P08 把你的工作流设计成图 显式图、并行 fan-out/fan-in、 回滚边、人在环课程估算业余学习每阶段约一周想加速的话阶段 1–3 可以在一个加长周末内完成。课程大纲14 讲 8 项目讲义——14 个概念单元每讲回答一个核心问题讲次问题核心思想L01为什么强大的模型在真实任务中仍会失败基准测试与真实工程之间的能力鸿沟L02harness到底是什么意思五个子系统指令、状态、验证、范围、生命周期L03为什么仓库必须是唯一事实源如果 agent 看不到它就不存在L04为什么单个巨型指令文件会失败渐进式披露给地图不给百科全书L05为什么长时任务会失去连续性把进度持久化到磁盘从停下的地方继续L06为什么初始化需要独立阶段在 agent 开始工作前验证环境健康L07为什么 agent 会越界且不完成一次一个功能明确的完成定义L08为什么功能清单是 harness 原语机器可读的范围边界agent 无法忽略L09为什么 agent 过早宣布胜利验证缺口自信 ≠ 正确L10为什么端到端测试改变结果只有完整流水线运行才算真实验证L11为什么可观测性属于 harness看不到 agent 做了什么就无法修复它弄坏的东西L12为什么每个会话都要留下干净状态下一会话的成功取决于本会话的整洁L13为什么你要停止给 agent 写 prompt从手动 prompt 到自主循环——目标驱动、时间驱动、maker-checker 分离L14为什么单一循环会演变成图从单一循环到图工程——节点、边、共享状态、路由以及何时真正值得画图项目——8 个实战项目把讲义方法应用到同一款 Electron 应用项目你要做什么Harness 机制P01同一任务跑两次纯 prompt vs. 规则优先最小 harnessAGENTS.md init.sh feature_list.jsonP02重构仓库让 agent 能读懂Agent 可读工作区 持久化状态文件P03让 agent 从停下的地方继续进度日志 会话交接 多会话连续性P04阻止 agent 做得过多或过少运行时反馈 范围控制 增量索引P05让 agent 验证自己的工作自验证 grounded QA 基于证据的完成判定P06从零构建完整 harness终期项目完整 harness所有机制 可观测性 消融研究P07构建你的第一个自动化循环目标驱动循环、时间驱动循环、maker-checker 分离、循环状态管理P08把你的工作流设计成图显式节点/边/状态/路由、并行 fan-out/fan-in、回滚边、人工审批项目进化 P01 纯 prompt vs. 规则优先 你看到问题 | v P02 Agent 可读工作区 你重构仓库 | v P03 多会话连续性 你连接会话 | v P04 实时反馈与范围 你加入反馈循环 | v P05 自验证 你让 agent 自我验证 | v P06 完整 harness终期 你构建完整系统 | v P07 第一个自动化循环 你跳出循环 | v P08 把工作流设计成图 你设计系统 每个项目的 solution 成为下一项目的起点。 应用在进化你的 harness 技能随之成长。资源库课程提供开箱即用的模板与参考AGENTS.md、feature_list.json、init.sh、进度文件、会话交接文件、clean-state 检查清单等可直接复制进自己的仓库使用。仓库内的模板与技能配套文件位于skills/harness-creator/下含templates/、scripts/、references/、evals/。一次 Agent 会话的完整生命周期课程的核心思想之一是agent 会话必须遵循结构化生命周期而不是无规则地运行。一次 AGENT 会话的生命周期 ┌──────────────────────────────────────────────────────────────────┐ │ 开始 │ │ │ │ 1. agent 读取 AGENTS.md / CLAUDE.md │ │ 2. agent 执行 init.sh安装、验证、完整性检查 │ │ 3. agent 读取 claude-progress.md上一会话发生了什么 │ │ 4. agent 读取 feature_list.json哪些已完成、接下来做什么 │ │ 5. agent 检查 git log近期变更 │ │ │ │ 选择 │ │ │ │ 6. agent 恰好选择一个未完成的功能 │ │ 7. agent 只做这一个功能 │ │ │ │ 执行 │ │ │ │ 8. agent 实现该功能 │ │ 9. agent 运行验证测试、lint、类型检查 │ │ 10. 验证失败修复并重跑 │ │ 11. 验证通过记录证据 │ │ │ │ 收尾 │ │ │ │ 12. agent 更新 claude-progress.md │ │ 13. agent 更新 feature_list.json │ │ 14. agent 记录仍损坏或未验证的部分 │ │ 15. agent 提交仅当可安全恢复时 │ │ 16. agent 为下一会话留下干净的重新启动路径 │ │ │ └──────────────────────────────────────────────────────────────────┘harness 治理该生命周期的每一次转换模型决定每一步写什么代码。没有 harness第 9 步变成agent 说看起来没问题有了 harness第 9 步变成测试通过、lint 干净、类型检查成功。适用人群与前置要求适合已经在使用编程 Agent、想要更高稳定性和质量的工程师想系统化理解 harness 设计的研究者或构建者需要理解环境设计如何影响 agent 表现的 tech lead。不适合寻找无代码 AI 入门的人只关心 prompt、不打算构建真实实现的人不愿意让 agent 在真实仓库中工作的学习者。工具要求这是一个真正运行编程 Agent 的课程。至少需要其中一种Claude Code、Codex或其他支持文件编辑、命令执行、多步任务的 IDE/CLI 编程 Agent。前提是你能够打开本地仓库、允许 agent 编辑文件、允许 agent 执行命令、检查输出并重新运行任务。没有这类工具也能阅读课程内容但无法按设计完成项目。前置知识必需要熟悉终端、Git 与本地开发环境能用至少一种常见应用技术栈读写代码有基础软件调试经验读日志、测试、运行时行为并愿意投入一个以动手实现为重点的课程。加分项非必需Electron/桌面应用/local-first 工具经验、测试/logging/软件架构知识、Codex/Claude Code 使用经验。本地预览与资源构建本仓库使用 VitePress 作为文档渲染器package.json 中确认相关脚本存在npm install npm run docs:dev # 开发服务器带热重载 npm run docs:build # 生产构建 npm run docs:preview # 预览生成的站点然后在浏览器中打开 VitePress 显示的本地 URL 即可。课程还提供 PDF 生成流水线npm run pdf:build会在本地生成课程 PDF 书籍输出到artifacts/pdfs/如需更新 README 预览截图可运行npm run screenshots:readme对应脚本 scripts/capture-readme-screenshots.ts。README 中提到仓库还包含用于构建并发布 PDF 的 GitHub Actions 工作流可按需查阅.github/workflows/目录。仓库结构速览learn-harness-engineering/ ├── docs/ # VitePress 文档站点 │ ├── lectures/ # 14 讲index.md 代码示例 │ ├── projects/ # 8 个项目描述 │ ├── harness-designs/ # 前沿 harness 设计逆向分析4 篇 │ └── resources/ # 多语言模板与参考 ├── projects/ │ ├── shared/ # 共享 Electron TypeScript React 基础 │ └── project-NN/ # 每个项目的 starter/ 与 solution/ ├── skills/ │ └── harness-creator/ # 可复用的 AI Agent 技能 ├── package.json # VitePress 开发工具 └── CLAUDE.md # 本仓库的 Claude Code 指令课程组织方式每讲聚焦一个问题8 个项目每个都要求 agent 做真实工作每个项目对比弱 harness vs. 强 harness的结果差异——重要的是可测量的差异而不是写了多少文档。课程更新动态与前沿设计分析README 记载了课程近期的持续演进这些内容属于仓库文档的公开陈述2026 年 8 月更新——前沿 harness 设计分析新增一节含 4 篇逆向分析用课程的五子系统框架拆解真实产品的 harness 实现Pi最小内核 可编程扩展 上下文工程、Claude Code四层记忆、五级压缩、hooks 与子 agent 隔离、Codex仓库即事实源、AGENTS.md 作为目录页、worktree 隔离、DeepSeek一切皆插件、能力分离点、事件流水线。核心观点课程提供框架这些分析展示同一原则如何体现在生产级 harness 中。2026 年 8 月更新——图工程Graph Engineering新增 1 讲 1 项目核心观点循环是只有一个节点的图。当任务需要分工、并行、共享状态、验证与恢复时它不再是循环而是图。2026 年 7 月更新——循环工程Loop Engineering新增 1 讲 1 项目 代码模板goal-template.md、loop-state-template.md、maker-prompt.md、checker-prompt.md。核心观点Harness 工程造车循环工程设计车行驶的道路——而你要在车外设计这条路。复用技能harness-creator除课程内容外仓库还附带可直接安装到 IDE 或 agent 工作区的可复用技能harness-creator帮助你在几分钟内为自己的项目搭建生产级 harnessAGENTS.md、功能清单、init.sh、验证流程。技能内置create-harness.mjs、validate-harness.mjs、render-assessment-html.mjs、run-benchmark.mjs等脚本并附references/参考文档内存持久化、上下文工程、技能运行时、工具注册与安全、多 agent 协调、生命周期引导、常见陷阱与evals/评估用例。延伸阅读课程一级参考均为仓库 README 记载的行业公开文献可直接在原文中查阅OpenAIHarness Engineering——在一个以 agent 为中心的世界中利用 CodexAnthropic面向长时运行 Agent 的有效 harnessAnthropic面向长时运行应用开发的 harness 设计OpenAI解开 Codex agent 循环Anthropic揭开 AI Agent 评估evals的神秘面纱LangChain用 harness engineering 改进高级 agentThoughtworks / Martin Fowler面向编程 Agent 使用者的 harness engineeringCursor持续改进我们的 agent harness完整的分层参考列表见 docs/pt-BR/resources/reference/index.md。课程还致谢 [learn-claude-code] 项目的启发——从单一循环到隔离自主执行的渐进式 agent 构建指南。赞分享【免费下载链接】learn-harness-engineeringHarness engineering beginner tutorial, from 0 to 1项目地址https://gitcode.com/gh_mirrors/le/learn-harness-engineering点击查看免费下载相关推荐Learn Harness Engineering 入门用五子系统 Harness 让 AI 编程 Agent 从能写代码走向可靠交付Learn Harness Engineering 入门用五子系统 Harness 让 AI 编程 Agent 从能写代码走向可靠交付 本篇技术指南围Learn Harness Engineering 实战指南用五大子系统为 AI 编码智能体构建稳定可靠的 HarnessLearn Harness Engineering 实战指南用五大子系统为 AI 编码智能体构建稳定可靠的 Harness 本指南以 learn harnesLearn Harness Engineering 入门指南如何为 AI 编码 Agent 构建从 0 到 1 的可靠运行框架Learn Harness Engineering 入门指南如何为 AI 编码 Agent 构建从 0 到 1 的可靠运行框架 本文以 Learn Harne创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考