# Visual Plan

Source article: `6-DeepSeek Harness 的野心：统一领域 Agent 的构建、运行和交付-v1.md`

Scope: 只规划信息型视觉资产，不修改文章正文。候选位置以章节标题、段落位置和原文短锚点定位。

## Article Structure

这篇文章的主线是：先定义 DeepSeek Harness 中的 Host、Session、preset、Session Log，再用 `server-operator` 说明领域 Agent 如何被受限装配，随后比较 Claude Code、OpenClaw/Hermes、行业三条路线，最后收束为“构建层、运行治理层、产品交互层”的生命周期。视觉编辑重点应放在系统关系、能力边界、行业路线比较和生命周期流转上。

## Candidates

### V001

Type: DIAGRAM
Location: 开头概念定义段之后；anchor: “Host 是长期运行的宿主进程，Session 是可以保存和恢复的一段 Agent 会话”
Information gain: HIGH
Status: planned
Action: GENERATE

Purpose:
帮助读者在进入后续论证前，一次性理解 Host、Session、preset、Session Log、工具和权限之间的关系，降低概念重建成本。

Source:
原文开头关于 Agent、Harness、Host、Session、preset 和 Session Log 的定义段，以及“它把模型接到工具和权限系统中，并负责保存会话与运行过程”的说明。

Content:
一张纵向结构图：DeepSeek Harness / Host 位于上层运行基础；Host 内包含多个 Session；preset 为 Session 装入能力；Session 调用受限工具并触发权限约束；Session Log 记录会话事件。箭头语义应标注为“承载”“装入”“调用”“记录”，不表现为完整源码架构。

Why this format:
这些信息是关系和边界，不是数据。Diagram 比表格更适合呈现“谁承载谁、谁装入谁、谁记录谁”。

Risks:
不得添加原文没有提到的模块，例如数据库、调度器、完整插件树或具体 UI 组件。图中关系只能表达本文层级，不代表 DeepSeek Harness 的完整实现架构。

### V002

Type: DIAGRAM
Location: “一个领域 Agent 怎样进入同一套 Harness”章节第三段之后；anchor: “运行中暴露的问题回到 Creator 修正，新版本再进入新的运行 Session”
Information gain: HIGH
Status: planned
Action: GENERATE

Purpose:
把 `server-operator` 的构建、受限运行、人工审批和反馈修正串成一条闭环，让读者更快理解“同一套 Harness 同时承接构建与运行”的核心论点。

Source:
“一个领域 Agent 怎样进入同一套 Harness”章节中关于 `server-operator` 读取服务器状态、生成变更方案、执行前人工审批、无 Bash/无通用文件工具、Creator 修正、新运行 Session 验证的段落。

Content:
一张纵向流程图：Creator 构建领域能力 -> preset 装入运行 Session -> `server-operator` 读取服务器状态 -> 生成变更方案 -> 人工审批 -> 受控执行 -> 运行问题回到 Creator。运行 Session 旁边标注“无 Bash / 无通用文件工具 / 仅领域工具”作为边界说明。

Why this format:
这是流程和反馈闭环。Diagram 能同时表现阶段顺序和权限边界，比单纯文字更容易让读者记住实验价值。

Risks:
不能把人工审批画成一定批准，也不能暗示 `server-operator` 可以执行任意服务器操作。执行动作应标注为“受控执行”或“许可范围内变更”。

### V003

Type: TABLE
Location: “Claude Code 率先证明了专用 Harness 的力量”章节末段之后；anchor: “对于一个权限需要收窄、步骤需要受控的领域 Agent，这套默认能力有时反而过于灵活”
Information gain: HIGH
Status: planned
Action: GENERATE

Purpose:
降低读者比较 Coding Agent 与领域 Agent 的成本，明确文章不是否定 Coding Agent，而是在区分两类 Agent 的默认能力和风险结构。

Source:
“一个领域 Agent 怎样进入同一套 Harness”和“Claude Code 率先证明了专用 Harness 的力量”两节中关于完整 Bash、文件系统、测试反馈、受限工具、人工审批和职责边界的描述。

Content:
对比表字段建议为：维度、Coding Agent、领域 Agent、本文判断。行可包括工作目标、默认工具、反馈来源、权限边界、主要风险、适合场景。

Why this format:
这些是多维比较关系。表格可以把散落在两个章节里的判断并排呈现，避免读者误读为“通用工具一定不好”。

Risks:
不能把 Coding Agent 描述成不安全或低价值。应保持文章原意：Coding Agent 灵活且成功，但不适合作为所有领域 Agent 的默认外壳。

### V004

Type: TABLE
Location: “业界正在用三条路线处理同一个问题”章节结尾之后；anchor: “DeepSeek Harness 的基本单位更接近长期存在的 Host，以及不断装入其中的不同 Agent Session”
Information gain: HIGH
Status: planned
Action: GENERATE

Purpose:
把 OpenAI Agents SDK/LangGraph-LangSmith、Claude Managed Agents、Mastra、DeepSeek Harness 放在同一个坐标系里，帮助读者理解这些路线的出发点和 DSH 的差异。

Source:
“业界正在用三条路线处理同一个问题”整节，包括三个小标题和最后关于 DeepSeek Harness 基本单位的总结段。

Content:
对比表字段建议为：路线、代表系统、出发点、主要解决的问题、文章指出的代价或差异。DeepSeek Harness 可作为第四行，强调“长期存在的 Host + 不同 Agent Session”。

Why this format:
这是典型多实体、多字段比较。表格比图标墙或象限图更准确，也能避免把不同系统强行排成高低排名。

Risks:
不同系统口径不完全一致，不能做优劣排名。表格标题和说明应使用“路线比较”而不是“能力排名”。

### V005

Type: DIAGRAM
Location: “构建、运行治理与产品交互组成一个生命周期”章节三层说明之后；anchor: “产品交互层面向使用者”
Information gain: MEDIUM
Status: optional
Action: RECOMMEND

Purpose:
将正文已有的三层生命周期代码块转成更适合移动端阅读的图形化流程，强化“运行反馈回到构建层”的循环关系。

Source:
“构建、运行治理与产品交互组成一个生命周期”章节中对构建层、运行治理层、产品交互层的说明，以及后续代码块。

Content:
一张纵向三层循环图：构建层 -> 运行治理层 -> 产品交互层 -> 运行反馈 -> 构建层。每层只保留一句短说明：接入领域工具并形成 preset；Host 维持 Session 与审批日志；网站/应用/通信渠道面向用户。

Why this format:
Lifecycle diagram 能提升记忆点，但正文已有 ASCII 图，因此信息增益低于前四个候选。适合作为可选资产或替换现有代码块时使用；在本轮规划中不修改正文。

Risks:
如果后续不允许替换或弱化原有代码块，新增图可能与正文重复。生成前应确认是否保留 ASCII 图、仅追加图，还是在视觉版中用图替代代码块。

### V006

Type: SCREENSHOT
Location: “基于 DeepSeek Harness 的产品交互层”章节第一段之后；anchor: “工具调用、人工审批与 Trajectory 都放在同一界面里”
Information gain: MEDIUM
Status: needs-source
Action: NEEDS_SOURCE
Source status: needs-source

Purpose:
用真实产品界面帮助读者识别 DeepSeek Harness Web 的管理/验收属性，尤其是工具调用、人工审批或 Trajectory 这些产品表面。

Source:
“基于 DeepSeek Harness 的产品交互层”章节关于 DeepSeek Harness Web 适合开发者和管理员，以及工具调用、人工审批与 Trajectory 位于同一界面的描述。

Content:
真实截图应只截取 DeepSeek Harness Web 中与 Trajectory、审批或工具调用相关的区域，并在 caption 中说明截图来源和日期。若截图包含私有路径、服务名、Token、日志内容或服务器信息，需要先遮盖敏感信息。

Why this format:
文章讨论的是具体产品界面时，真实截图比示意图更有证据价值，也能避免读者把 Web 控制台理解成抽象概念。

Risks:
当前未提供可用截图，也不应伪造界面。若没有真实截图来源，此候选保持 needs-source，不生成替代插图。

### V007

Type: NO_VISUAL
Location: 结尾段落之前或之后；anchor: “DeepSeek Harness 的野心，是把这两条路继续向前推进”
Information gain: LOW
Status: rejected
Action: REJECT

Purpose:
拒绝为“野心”“公共系统”“长期运行与持续改进”等抽象判断添加泛 AI 插图。

Source:
结尾两段关于 Claude Code、OpenClaw/Hermes 与 DeepSeek Harness 路线收束的判断。

Content:
不添加装饰性封面图、抽象科技背景、机器人、发光芯片、网络节点或“AI 基础设施”氛围图。

Why this format:
这些段落的价值来自判断和收束，不来自可视化事实。装饰性插图不会增加信息，只会稀释文章的技术判断感。

Risks:
若强行加入生成式插图，读者可能误以为它代表某种真实架构或产品形态，违反“visual claim <= source claim”原则。

## Decision

Recommended: V001 V002 V003 V004
Optional: V005 V006
Rejected: V007