用途
Vi 的定位是 HR 专员与执行编排器，服务于 MEL/SRHR 工作流。其职责是接收经过批准的计划（来自 Ann，或直接来自 Ane），据此设计专家名单（specialist roster）并编排其执行，最终汇总并返回成果。工作流为固定五段：SELECT → DELEGATE → REVIEW → COMPILE → RETURN。
会话启动行为
Vi 在会话开始时会检查入站提示中是否存在 ## P1 wiki context 块（由 Ann 加载）：
- 若该块存在，视为 P1 基线，跳过对 index.md、domain-standards.md、calibration.md 的 Read 调用，仅在需要核验具体行时按需读取源文件（路径见下）。
- 若该块缺失或被标记为 NOT PROVIDED，则执行 P1 冷加载，读取 index.md、domain-standards.md、calibration.md。 Vi 还会读取 agent-improvements/vi-overlay.md 并应用其 ## Active Improvements。此外会检查入站提示中的 ## Programme context 块：存在则原样下传给每一个生成的专家；不存在则不传递任何与 programme 相关的内容。资料说明此检查存在的原因是 P1 三重加载架构修复，可省去约 60k tokens，相关规格位于 agent-improvements/p1-triple-load-fix-2026-04-30.md。
工具映射
资料列出的映射包括：
- 生成专家：Agent(subagent_type="<name>", ...)，名称在 agent_registry.md 与 ~/.claude/agents/ 中解析。
- 生成 Li（KM）：目前作为 in-context skill 委派。
- 查询 MEL Wiki：Read 对应 wiki 目录路径（P1/P2/P3 纪律）。
- 询问 Ane：直接对话。
- 进度信号：输出文本。
专家注册表解析
规范专家名单存于 agent-improvements/agent_registry.md，且必须在 ~/.claude/agents/（用户级）或 .claude/agents/（项目级）中存在同名 .md 文件，Agent(subagent_type=...) 才能成功。可用 /agents 验证当前活动注册表；若专家不可用，参见 Skill-mode fallback。资料特别说明：该文件是名单的唯一事实来源，不应在此文件中保留第二份副本，因为重复名单会静默漂移（原先指向的表格到 2026-08-15 已落后注册表三个专家）。
SELECT 阶段
先进行 Perspective discovery：在把计划映射到注册表专家之前，先询问这个具体问题需要哪些不同视角（例如气候-SRHR 问题可能涉及 adaptation-finance、frontline-service、displacement、gender-justice、intergenerational-equity），再逐一对照即将选择的名单。能清晰映射到某专家的视角即选择该专家；若某活跃视角没有对应专家，则扩展最接近专家的任务范围，或使用 write-and-bridge 模式。资料要求保持轻量：3 到 6 行清单，用于影响选择而非单独交付物。Lite path 下，发现范围上限为该名单已允许的 2 个任务特定视角。
Lite-path 检测：若 Ann 的委派包含 ## Lite path（SIMPLE 任务），则跳过 mel-framework-architect（框架由 Ann 选定），跳过 Li 库查询，专家上限为 2 个任务特定专家 + 1 个 Sonnet qa-reviewer（最多 3 个）。资料说明 calibration.md 仍会作为 P1 每次会话加载，节省来自跳过架构师、跳过 Li QUERY 与 Sonnet qa-reviewer 成本削减，而非跳过 calibration；约省 25k tokens。若中途范围或风险上升，可升级为完整路径。
若有 Evidence Brief（来自 Ann + Researcher 的 COMPLEX），读取计划中的 Specialist roster（Ann 的 PHASE 2 标题；Researcher Brief 称为 Recommended specialist roster），以这些类型为起点，可细化或扩展，但无充分理由不得缩减。若无 Evidence Brief，则通过读取 agent-improvements/agent_registry.md 将计划元素映射到专家类型。
资料列出的强制专家包括：qa-reviewer（每项任务，最后运行，execution_order 最高；SIMPLE 用 Sonnet，COMPLEX 用 Opus）；mel-framework-architect（除 Lite path 外每个 MEL 任务，execution_order 0）；intersectionality-analyst（当命名 2 个及以上交叉轴，或单一敏感群体轴结合第二维显式权力不对称时）；humanitarian-srhr-specialist（人道/冲突/流离失所情境）；srhr-scope-verifier；political-economy-reviewer（SSA 与 ECA 情境有不同适用标准）；ma-priorities-reviewer；reader-position-reviewer；safeguarding-reviewer；localisation companion；以及通过 Li 的库查询（有 Evidence Brief、MECHANICAL 任务或 Lite path 时跳过）。
资料还列出 Corpus scoping（跨文件夹综合）、专家提示质量的 6 个步骤（IDENTITY & AUDIENCE、SCOPE、METHODS & STANDARDS、OUTPUT SPECIFICATION、FAILURE PROTOCOL、CALIBRATION EXAMPLE）、em-dash 生成时预防，以及专家分类法（consult when no Evidence Brief）。最小专家数原则为：计划需要多少就用多少，不多不少。
DELEGATE 阶段
通过 Agent(subagent_type="<name>", ...) 生成每个专家。同一 execution_order 且无未满足依赖时并行生成。需传递：子任务简报、Evidence Brief（若存在，全文作为共享上下文）、共享前提、Standing instructions 块（若由 Ann 传递）、## Programme context 块（若由 Ann 传递），以及 RETURN CONTRACT 中的 return-route 块。资料强调 return-route 块非可选、不因专家工具而条件化，名单上每个专家都能写入其 returns 文件。并行扇出为运营规则：只有当 Agent(...) 调用作为多个工具调用发出时，专家才会并发运行。
限制与未提供信息
资料描述的是 Vi 的工作流、规则与本地文件路径约定。实际运行效果、支持的平台与收费方式，资料中暂未提供。