热门关键字:  听力密码  听力密码  新概念美语  单词密码  巧用听写练听力

DeepSeek Harness实战:从零构建插件化AI工坊

中国水利水电出版社
    【作 者】姜汉龙 邓川子 编著 【I S B N 】978-7-5226-4905-4 【责任编辑】周春元 【适用读者群】科技 【出版时间】2026-11-12 【开 本】16开 【装帧信息】平装(光膜) 【版 次】第1版第1次印刷 【页 数】200 【千字数】268 【印 张】12.5 【定 价】¥69 【丛 书】 【备注信息】
图书详情

    内 容 提 要

    本书以DeepSeek Harness(DSH)为实践平台,讲解如何从零构建一套可运行、可扩展、可验证、可迁移和可恢复的插件化AI工坊。

    全书以“课程管理AI工坊”为唯一贯穿项目,从零起步,步步深入。书中从插件、服务、工具、MCP和preset(预设,用于组织运行模式、任务模板和能力组合)的关系入手,解释DSH“一切皆插件”的可组合架构;通过接入外部表格能力、更换模型提供者、比较成本与效果,让读者看到AI工坊如何按需更换组件。全书的标志性实践,是用自然语言描述一种DSH原本没有的课程冲突检查能力,让DSH生成最小插件,完成加载、测试、修复、禁用和卸载的完整生命周期。

    全书共16章,按照“进入工坊—让AI编程—给工坊换工具—让AI制造插件—组装自己的

    工坊”逐级展开。最终交付的不是一段提示词,而是一套包含可替换模型、基础工具、MCP、自定义插件、项目规则、preset、权限策略、执行证据、测试和迁移说明的个人AI工作环境。本书不要求读者预先掌握编程语言,适合希望借助AI创造实用工具的普通读者、业务人员、教师和学生阅读,也适合希望理解插件化Agent运行环境与AI编程工作流的开发者和技术爱好者参考。

    贯彻Harness工程七原则,掌握边界、权限、可观测的AI工程思维

    无须深厚编程基础,普通人也能自制插件、组装专属AI能力

    完整生命周期实操:生成‑加载‑测试‑修复‑禁用‑卸载插件

    可迁移、可恢复,一套 AI 工作环境跨设备复用、备份回退

    从使用AI到拥有自己的AI工坊

    为什么写这本书

    许多人第一次使用AI,是从一个问题开始的:写一封邮件,概括一份材料,解释一段代码,或者给出一个方案。几秒钟后,屏幕上出现一段流畅的回答。它可能很好,也可能需要修改,但无论如何,使用的成果主要停留在聊天窗口里。

    本书从另一个问题开始:能不能让AI把想法真正做出来?

    例如,你手里有一份课程表。你不只想让AI归纳课程安排,而是希望得到一个可以在浏览器打开的课程管理网页:能搜索课程,能按星期筛选,能提示下一节课;还可以读取外部表格、检查时间冲突、换用不同模型,并把整套能力交给另一台电脑继续运行。这已经不是“获得回答”,而是在制造软件。

    过去,很多人会在这里停下,因为他们不会写HTML、CSS或JavaScript,也不知道怎样建立项目、运行测试、处理错误。生成式AI改变了起点:人可以先描述目标、边界和验收标准,让Agent完成大量具体实现,再通过运行结果、文件变化和测试证据判断它是否做得对。你不必先通过一场编程考试,才有资格解决自己的问题。编程正在从一种职业身份,扩展为更多人的创造手段。

    不过,AI能写代码,不等于它天然知道你的真实意图;它能调用工具,也不等于每次操作都安全。一个可用的软件成果,仍然需要清楚的规格、受控的工作区、必要的授权、可观察的执行过程、可重复的测试和失败后的回退。这些工作不是附属品,而是人掌控AI编程的主要方式。

    把模型、工具、权限、轨迹和验证组织成一个可控的整体,正是统驭工程(Harness Engineering)的主题。“Harness”原意包含挽具、线束和统驭装置—

    不是限制力量,而是把强大但不可预测的力量导向有用的方向。DeepSeek Harness(本书简称“DSH”)是统驭工程的一个开源实现:工作区和沙箱界定模型的活动范围,审批在敏感动作前停下询问,会话轨迹记录每一步,插件和MCP用统一的生命周期管理能力,使得模型通过适配器随时可换。统驭工程是方法论,DSH是能够运行的方法本身。本书要做的,就是带你亲手搭建一套这样的工坊,并在实际操作中理解这些原则如何发挥作用。

    这本书写给谁

    一是写给零基础起步、希望借助AI制造工具的知识工作者。

    产品经理、设计师、运营、教师、学生和个人创作者等手里常有大量“如果有个小工具就好了”的重复工作:排课、排期、跟进客户、整理资料、巡检设备。本书完全零基础起步:不要求任何编程经验,你不必先学会写代码,也能让AI造出专属于自己的工具,再决定把它交给谁用、怎样验证、如何迁移。贯穿全书的“课程管理AI工坊”正是这类场景的典型代表,每一步都有可运行的成果,跟着做就能看到结果。

    二是写给想理解Agent运行时与插件体系的开发者。

    初中级开发者、独立开发者可以用本书建立对Agent工作区、工具调用、权限、轨迹、测试和回退的系统认识,理解插件、服务、工具、MCP、模型适配器和preset之间的边界,并观察一个开源Agent运行时如何把统驭工程的原则做成产品。零基础读者沿操作主线前进,开发者则在“扩展”深度继续深入,两群人共用同一条主线。

    阅读前提:本书不要求你预先掌握任何编程语言或命令行经验,但需要一台能够运行DSH的电脑、一个现代浏览器,以及至少一个可用的模型服务。自助安装通常还需要Node.js、网络连接和模型服务凭证。若单位、学校或教师已经准备好环境,可以直接从Web UI开始,不必先搭建开发环境。

    为什么选择DSH

    DSH有两个值得关注的特点。

    第一,一切皆插件。模型适配器、文件访问、Shell、沙箱、MCP连接……这些能力通过同一套加载、配置和卸载机制进入运行时,没有谁天生不可替换。想换模型,就换一个提供者;想让工坊读懂Excel,就接一个外部能力;用不上的能力可以禁用,减少暴露面。工坊不必绑死在某个产品上,可以按任务重新装配。

    第二,自我进化。DSH允许AI在严格边界内检查当前运行时,并为工作台制造新能力。第12章会让DSH为你生成第一个“课程冲突检查”插件,完成加载、测试、修复和卸载的完整闭环。一个能为自己装上新工具的工坊,会随着使用不断成长。

    这两点加在一起,让DSH特别适合知识工作者,而不只适合程序员。

    统驭工程七原则速览

    贯穿全书的统驭工程七原则,是统驭工程方法论的理论框架(见表0-1)。这些原则将贯穿全书,并落实在权限确认、执行轨迹、测试和回退等具体操作中。

    表0-1 统驭工程七原则

    原则 核心含义 在DSH中的对应

    明确边界 清晰界定AI自主权与人类控制权的边界 工作区边界、沙箱模式、审批确认

    最小暴露 AI只接触完成任务必需的最小资源 按任务装配能力、工具运行时按作用域收窄表面

    可观测性 AI的决定和动作可追踪、可审计、可重放 追加式会话日志、执行轨迹

    防御深度 不依赖单一防线,多层保护叠加 规则、沙箱、审批、测试、回退逐层叠加

    快速降级 部分能力失败时核心功能仍然可用 CSV备用路径、备用模型、检查点恢复

    成本意识 每个技术决策都考虑时间和费用 用量记录、模型比较、有界并行调用

    持续验证 不信任单次成功,持续用证据检验 测试、回归、检查点、迁移复验

    后续章节将通过具体操作说明这些原则如何影响任务边界、执行过程和结果验证。

    全书结构导读

    全书16章分为四个部分,沿着一条能力成长路线推进。四个部分都围绕同一个“课程管理AI工坊”持续升级,不另起平行案例。

    第一部分 从使用AI到制造工具(第1~4章)回答“先做出一个工具”。第1章展示全书完成态并建立个人能力起点;第2章认识DSH的插件化架构,理清插件、服务、工具、MCP、Skill和preset的概念地图;第3章启动工坊并建立“工坊体检单”;第4章不写代码,把课程表做成第一个可运行网页,完成搜索和筛选。

    第二部分 用自然语言编程(第5~8章)回答“怎样掌控AI完成的代码任务”。第5章把模糊想法写成可执行规格;第6章让Agent理解已有项目,建立项目地图和工作区说明;第7章用AI扩展出“今日课程看板”;第8章加入提醒功能,制造受控错误、诊断并运行第一套测试,完成一次“规格—修改—错误—

    测试—回退”闭环。

    第三部分 组装DSH的能力(第9~12章)回答“如何给工坊换工具、造插件”。第9章建立能力账本,弄清能力从哪里来、怎样配置、如何撤销;第10章接入外部表格能力,完成安装、验证、禁用和卸载;第11章更换模型提供者,用同一组任务比较成本、速度、工具调用和结果质量;第12章让DSH生成课程冲突检查插件,完成加载、测试、修复、禁用和卸载的完整生命周期。

    第四部分 建立可靠的AI工坊(第13~16章)回答“如何让工坊长期可

    用”。第13章建立工作区边界、权限策略和轨迹审查方法;第14章建立测试、检查点、回退与故障恢复的统一机制;第15章把前文成果组装为preset和三条标准工作流;第16章完成迁移、升级、分享与持续扩展,让工坊能在另一台机器上恢复运行。

    附录A~F提供启动与故障诊断速查,课程数据与检查点,规格、规则与验收模板,插件、MCP与preset记录模板,权限、安全与恢复清单以及术语表。

    如何使用本书

    本书提供三种阅读深度,不按“会不会编程”划线:

    做到:按操作主线得到可运行成果。你能提出要求、检查计划、处理授权,并按验收动作判断成功与否。

    看懂:能解释结果为何可信。你知道Agent调用了哪些能力,哪些动作改变了文件,权限边界在哪里,测试验证了什么,又没有验证什么。

    扩展:继续进入配置、插件结构和运行时接缝。你可以修改能力组合,检查服务提供者,或沿源码找到更底层的实现。

    三种阅读深度不是三个身份。今天只完成“做到”的读者,明天可以继续看懂项目结构;已有开发经验的读者,也需要从最基本的权限、轨迹和验证做起。

    可以按顺序通读,也可以按需跳读。第一次使用DSH的读者建议从第1章开始;已有运行环境的读者可以从第4章直接体验第一个可运行工具;只想理解插件体系的读者可以跳到第三部分;希望先把可靠性机制建起来的读者可以提前阅读第13、14章。课程场景只是教学载体,书中的“迁移提示”会说明同一方法如何迁移到会议安排、客户跟进、内容排期、设备巡检、个人学习或小型业务工具。

    关于本书的一些说明

    本书操作与界面截图采用DeepSeek Harness 0.1.1-rc.2。安装步骤、界面入口、模型名称和兼容版本可能随产品更新而变化。实际界面与书中截图不同时,应按功能寻找会话、工作区、模型、能力、权限和轨迹,不要死记按钮位置。

    模型服务通常独立计费,书中使用小规模练习,并要求读者记录模型、调用和成本。API凭证只保存在产品提供的凭证入口或本机安全存储中,不写进提示词、项目文件、截图和版本库。本书示例全部使用虚构课程数据,不包含真实学生姓名、成绩、账号或学校内部资料。

    DSH仍处于快速演进阶段,不同操作系统、沙箱实现和插件版本的实际行为可能存在差异。涉及真实账号、付费动作、外部业务系统、敏感数据或不可逆操作时,应暂停练习,先建立更严格的授权、审查和备份机制。

    从选题、大纲、素材整理到初稿撰写和校对,本书全程使用DSH辅助完成。作者团队也在这一过程中实际使用了书中讨论的工作区、权限、执行轨迹、检查点和回退方法。

    致谢

    本书的写作受益于DeepSeek Harness团队和开源社区。DSH以开放的Agent工作台形式提供了插件化运行环境,使读者能够实际观察模型、工具、权限和运行时如何协同工作。感谢每一位贡献源码、文档和插件的开发者,你们贡献的源码和文档为本书提供了重要参考。

    感谢《统驭工程》的读者们。你们对七原则的反馈,促使我们进一步通过真实产品呈现这套方法;也感谢出版社编辑在结构、表达和出版细节上的专业意见与帮助。

    最后,感谢你,读者。你选择了把AI的能力变成自己手里的工具,而不是停留在对话框里。愿这间工坊,是你许多个工具的起点。

    作 者

    2026年8月

    人工智能前沿技术应用丛书序
    前言
    第1章 不是聊天助手,而是你的AI
        工坊 1
    1.1 为什么“得到回答”已经不够 1
    1.2 从模型到AI工坊 2
    1.2.1 可行动 3
    1.2.2 可观察 4
    1.2.3 可替换 4
    1.2.4 可扩展 4
    1.3 全书完成态预览 4
    1.3.1 可运行的课程管理网页 5
    1.3.2 能读取外部表格的能力 5
    1.3.3 可替换的模型提供者 5
    1.3.4 课程冲突检查插件 6
    1.3.5 专属preset与运行方式 6
    1.3.6 权限、轨迹、测试与检查点 6
    1.4 三种实践深度 6
    1.4.1 做到:让结果实际发生 7
    1.4.2 看懂:知道为什么可以相信 7
    1.4.3 扩展:改变工坊本身 7
    1.4.4 建立项目词汇,而不是背诵术语 7
    1.5 DSH当前适合做什么、不适合
       做什么 7
    1.6 建立个人能力起点 8
    1.6.1 为课程管理项目填写起点卡的
    第一版 9
    1.6.2 一个受控的失败推演 9
    1.6.3 迁移到自己的场景 9
    1.7 本章检查清单 10
    第2章 认识DSH:为什么“一切
        皆插件” 11
    2.1 DSH不是“带工具的聊天页面” 11
    2.1.1 同一模型,为什么表现不同 12
    2.1.2 Web UI、运行时、模型和能力
       提供者 12
    2.1.3 “一切皆插件”不是数量宣传 12
    2.2 插件、服务和工具的第一张地图 13
    2.2.1 插件:能力怎样进入和退出
       运行时 13
    2.2.2 服务:组件之间怎样约定能力 14
    2.2.3 工具:模型能够调用的能力表面 14
    2.2.4 用一次读取动作串起来 14
    2.3 核心能力为什么也可以被组装 14
    2.3.1 模型适配器:更换推理来源 15
    2.3.2 文件、Shell与执行世界 15
    2.3.3 沙箱与审批:安全围栏也属于
       装配 15
    2.3.4 会话持久化:记录方式也有接缝 15
    2.3.5 可组合架构仍然需要稳定核心 15
    2.4 MCP、Skill、插件和preset的区别 16
    2.4.1 MCP:把外部服务工具接进来 16
    2.4.2 Skill:把做事方法交给Agent 16
    2.4.3 preset:组织一次运行方式 16
    2.4.4 一张概念区分表 16
    2.4.5 六个判断练习 17
    2.5 可组合架构有什么实际作用 17
    2.6 可组合不等于可以随便安装 18
    2.7 为课程管理AI工坊画能力装配图 19
    2.8 本章检查清单 20
    第3章 启动工坊并检查能力清单 21
    3.1 启动前准备 21
    3.1.1 检查Node.js与npm 21
    3.1.2 区分两段网络 23
    3.1.3 准备模型服务与凭证 23
    3.1.4 创建专用练习目录 24
    3.2 三种启动路径 25
    3.2.1 路径一:使用命令启动 25
    3.2.2 路径二:使用配套启动脚本 26
    3.2.3 路径三:使用预配置环境 26
    3.3 认识Web UI的稳定骨架 27
    3.4 建立“工坊体检单” 28
    3.4.1 profile与运行模式 28
    3.4.2 工具清单要记录来源 29
    3.4.3 沙箱记录策略与证据 29
    3.5 创建课程管理工作区 29
    3.5.1 先在文件管理器核对 29
    3.5.2 让DSH只读扫描 29
    3.5.3 核对扫描证据 30
    3.6 完成最小连通测试 30
    3.6.1 测试一:模型复述,不调用工具 30
    3.6.2 测试二:读取字段说明 31
    3.6.3 测试三:拒绝计划外授权 31
    3.6.4 测试四:退出与重启 31
    3.7 常见启动失败与诊断顺序 31
    3.8 本章检查清单 33
    第4章 不写代码,做出第一个可
        运行工具 34
    4.1 先看完成状态,再看怎么做 34
    4.2 给第一次软件任务划边界 35
    4.3 让DSH先给方案,不立即写文件 36
    4.3.1 检查Agent的调查 37
    4.3.2 识别范围膨胀 37
    4.3.3 处理不确定项 38
    4.4 批准第一次创建动作 38
    4.5 运行网页并亲自验收 39
    4.5.1 先核对文件,再打开页面 39
    4.5.2 执行五项人工验收 39
    4.5.3 为什么实现说明不是证据 41
    4.5.4 保存完成状态 41
    4.6 第一次失败演练 41
    4.6.1 先建立临时恢复点 41
    4.6.2 制造可控异常 41
    4.6.3 要求只诊断,不修改 42
    4.6.4 恢复原始数据 42
    4.6.5 失败分支:本地服务器无法启动 42
    4.7 从成果回看编程能力 43
    4.8 建立阶段检查点M1 43
    4.9 本章检查清单 44
    第5章 把想法变成可执行规格 45
    5.1 为什么“帮我加个提醒”必然
       产生分歧 45
    5.2 从RCCE升级为可执行规格 46
    5.2.1 Role:不要用空泛人设代替职责 47
    5.2.2 Context:提供事实,不提供想
       当然的结论 47
    5.2.3 Constraints:把风险写成可执行
       边界 47
    5.2.4 Examples:用边界样例逼出真实
       规则 47
    5.2.5 Acceptance:用证据定义完成 48
    5.3 写出“下一节课提醒”功能规格 48
    5.4 让Agent反问,而不是让它猜 50
    5.5 把功能拆成小步 51
    5.6 十类常见失败规格 52
    5.7 从“会描述”到“会定义” 53
    5.8 本章检查清单 53
    第6章 让Agent理解一个项目 54
    6.1 先调查,后修改 54
    6.1.1 六类必须确认的信息 55
    6.1.2 调查前先保存基线 55
    6.2 让DSH生成项目地图 56
    6.2.1 第一轮:从目录找到入口 56
    6.2.2 第二轮:沿用户行为追踪数据流 56
    6.2.3 第三轮:复现运行方式 57
    6.2.4 项目地图模板 57
    6.3 从轨迹核对“它真的看过什么” 58
    6.3.1 声明、轨迹和文件三者对照 58
    6.3.2 常见轨迹异常 59
    6.4 建立工作区说明 59
    6.5 管理会话与长期上下文 60
    6.5.1 什么时候继续原会话 60
    6.5.2 什么时候新建会话 61
    6.5.3 上下文的三层结构 61
    6.6 读项目不是背代码 62
    6.6.1 受控失败:用过期地图测试调查
       能力 62
    6.6.2 迁移到其他项目 63
    6.7 从地图走向施工计划 63
    6.8 本章检查清单 63
    第7章 用AI扩展页面、脚本和
        小应用 64
    7.1 从改一个页面到设计一个小应用 64
    7.2 设计“今日课程看板” 65
    7.2.1 看板的行为规格 65
    7.2.2 四种必须预览的状态 66
    7.3 让DSH提出文件级计划 66
    7.4 小步创建并随时预览 67
    7.4.1 第一步:创建静态结构 68
    7.4.2 第二步:接入同一份课程数据 68
    7.4.3 第三步:实现日期筛选与排序 68
    7.4.4 第四步:调整界面并完成回归 69
    7.5 修改界面不再只说“好看一点” 69
    7.5.1 可执行的界面修改请求 69
    7.5.2 浏览器验收不是看一眼 70
    7.6 沿用户行为理解代码 71
    7.7 创建过程中的典型偏离 71
    7.8 保存课程网页v2 72
    7.9 本章检查清单 73
    第8章 增加功能、诊断错误与运行
        测试 74
    8.1 如何掌控AI完成的代码任务 74
    8.2 实现“下一节课提醒” 75
    8.2.1 第一步:先定义计算的输入与
       输出 75
    8.2.2 第二步:实现五类状态 76
    8.2.3 第三步:接入今日看板 76
    8.3 制造一个受控错误 77
    8.4 从症状到原因 78
    8.4.1 要求完整证据链 78
    8.4.2 修复规则,不修补样例 79
    8.5 让AI编写第一批测试 79
    8.5.1 从规格推导测试,而不是从实现
       抄测试 79
    8.5.2 保留“先失败”的证据 80
    8.5.3 旧功能也要回归 80
    8.6 运行测试不等于测试有效 80
    8.7 保存检查点并练习回退 81
    8.7.1 故意引入一次界面错误 81
    8.7.2 “修改—验证—保存”的节奏 82
    8.8 哪些情况需要独立复核 82
    8.9 完成:从提出需求到掌控交付 84
    8.10 本章检查清单 84
    第9章 插件、服务、工具与MCP
        是什么关系 86
    9.1 从一次工具调用反查能力来源 86
    9.2 插件是生命周期单元 88
    9.3 服务定义、提供者和使用者 90
    9.4 工具是模型面对的能力表面 90
    9.5 MCP如何进入DSH 91
    9.6 Skill和preset位于哪一层 92
    9.7 建立课程工坊能力账本 92
    9.8 本章检查清单 94
    第10章 安装、验证、替换和卸载
         能力 95
    10.1 为什么课程工坊需要新能力 95
    10.2 选择MCP还是插件 96
    10.3 安装前的四项检查 96
    10.4 在隔离副本中接入表格能力 97
    10.5 三层最小验证 98
    10.5.1 第一层:连接层 99
    10.5.2 第二层:工具层 99
    10.5.3 第三层:任务层 99
    10.6 把能力写入任务流程 100
    10.7 禁用和卸载演练 101
    10.8 社区插件的现实边界 101
    10.9 从五类社区插件学会选择,而
       不是收集 102
    10.9.1 先用质量门禁检查插件包 102
    10.9.2 Profile决定插件进入哪个运行
        环境 102
    10.9.3 消息桥把批准边界带到了另
        一台设备 103
    10.9.4 界面插件也能揭示运行时状态 103
    10.9.5 工作台插件会显著扩大能力面 104
    10.9.6 把社区样本写进候选表 104
    10.9.7 受控失败:错误服务名与错误
        字段映射 105
    10.9.8 迁移提示 105
    10.10 本章检查清单 105
    第11章 更换模型并比较成本、速度
         和效果 106
    11.1 模型不是整个工坊 106
    11.2 模型提供者与适配器 107
    11.3 设计公平的模型比较 107
    11.3.1 固定工坊状态 107
    11.3.2 使用独立新会话 108
    11.3.3 设置三类任务 108
    11.3.4 多次运行而不是只挑一次 108
    11.4 比较五个维度 108
    11.5 如何评估DeepSeek的缓存优势 111
    11.6 更换、验证和回退模型 111
    11.6.1 读懂一次差异,而不是急着下
        结论 112
    11.6.2 受控失败:请求不支持的选项 113
    11.7 为任务选模型,而不是选“最强
       模型” 113
    11.8 本章检查清单 114
    第12章 让DSH制作你的第一个
         插件 116
    12.1 明确当前工坊缺少的能力 116
    12.2 写出插件规格 117
    12.3 让DSH先解释插件结构 118
    12.4 在隔离环境中生成插件 119
    12.5 先测试代码,再加载能力 119
    12.6 加载插件并检查工具表面 120
    12.7 修复一个边界错误 121
    12.8 把插件接入课程工坊 121
    12.9 禁用、卸载和恢复 122
    12.10 深入一步:从一个工具看运行
       时生命周期 123
    12.11 本章检查清单 123
    第13章 工作区、权限、沙箱与执行
         轨迹 125
    13.1 重新划分课程工坊工作区 125
    13.1.1 把边界写成Agent能够执行的
        规则 126
    13.1.2 实际做一次目录边界检查 127
    13.2 三种沙箱模式的实际含义 127
    13.2.1 只读:先调查,不改变现场 128
    13.2.2 工作区可写:执行已经确认的
        项目变化 128
    13.2.3 完全访问:例外,而不是默认
        升级 128
    13.2.4 用任务选择模式 128
    13.2.5 沙箱不能解决的事 129
    13.3 每次授权都问五个问题 129
    13.4 插件和MCP的权限贯穿整个生命
       周期 130
    13.5 把执行轨迹当作黑匣子 132
    13.6 做一次安全的越界演练 133
    13.7 写下个人权限策略 134
    13.7.1 用一次真实任务验证策略 135
    13.7.2 迁移到其他环境 135
    13.8 本章检查清单 135
    第14章 测试、检查点、回退与故障
         恢复 137
    14.1 工坊的变化 137
    14.1.1 应用变化:工作区中的代码、
        数据和文档 137
    14.1.2 能力变化:插件、MCP与工具
        表面 137
    14.1.3 运行变化:模型、preset、规则
        与权限 138
    14.2 建立由内到外的四层测试 139
    14.2.1 单元层:把错误压缩到最小
        规则 139
    14.2.2 工具层:验证插件真正提供
        什么 140
    14.2.3 工坊层:验证组件能否按标准
        流程协作 140
    14.2.4 人工层:判断机器尚未定义的
        质量 140
    14.3 检查点不只有Git提交 140
    14.4 用工坊差异表看懂变化 142
    14.5 五类故障的恢复路径 142
    14.6 完成一次插件升级故障演练 143
    14.7 给每次变化设定“改动预算” 145
    14.8 从“能恢复”走向“可组装” 146
    14.9 本章检查清单 146
    第15章 组装专属preset和项目
         工坊 148
    15.1 明确工坊的使用者和维护者 148
    15.2 盘点已经拥有的组件 149
    15.3 固化三条标准工作流 150
    15.3.1 导入新课程 150
    15.3.2 修改应用 150
    15.3.3 诊断故障 151
    15.4 设计preset,而不是写一篇长
        提示词 152
    15.5 从全新会话试运行 154
    15.6 换一组数据和一个模型复验 155
    15.7 请第二使用者完成一次任务 155
    15.8 制作交付包 156
    15.9 本章检查清单 157
    第16章 迁移、升级、分享与持续
         扩展 158
    16.1 定义可迁移的完成条件 158
    16.2 制作迁移包 159
    16.3 在干净环境恢复 160
    16.4 把升级当作一次受控迁移 161
    16.5 分享工坊,不分享秘密 162
    16.6 建立个人能力资产库 162
    16.7 把工坊结构迁移到真实问题 163
    16.8 全书交付 164
    16.9 最终验收清单 164
    附录A 启动与故障诊断速查 166
    A.1 启动前检查 166
    A.2 启动与退出 166
    A.3 常见问题的诊断顺序 167
    附录B 课程数据与检查点 168
    B.1 基础字段 168
    B.2 异常数据集 169
    B.3 各阶段检查点 169
    附录C 规格、规则与验收模板 170
    C.1 功能规格 170
    C.2 项目地图 170
    C.3 文件级计划 171
    C.4 验收记录 171
    C.5 故障现场与复盘 171
    附录D 插件、MCP与preset记录
        模板 172
    D.1 能力账本 172
    D.2 外部能力安装前检查 172
    D.3 MCP三层验证 173
    D.4 最小插件规格 173
    D.5 preset设计表 173
    D.6 变更记录 173
    D.7 Profile与启动故障恢复 174
    D.8 社区插件候选项检查 174
    附录E 权限、安全与恢复清单 175
    E.1 五步授权判断 175
    E.2 工作区边界 175
    E.3 插件供应链 176
    E.4 分层验证 176
    E.5 回退前后 176
    E.6 迁移发布前 176
    附录F 术语表 178





最新评论共有 0 位网友发表了评论
发表评论
评论内容:不能超过250字,需审核,请自觉遵守互联网相关政策法规。
用户名: 密码:
匿名?
注册