用途
jarvis-add 用于向一个已存在的 Jarvis 助手添加单个新能力。它把这项工作组织为一个迷你流程：DEEP DIVE → ARCHITECTURE → BUILD，即先弄清现状与兼容性，再确定架构，最后落地构建。
主要能力与可添加项
- 渠道：Telegram、WhatsApp、Discord、语音。
- 工具或 MCP 服务器：资料列举了 Gmail、Calendar、Notion、HubSpot、Facturapi 等。
- 三个内置能力方向：
- 自主运行（“Que avance solo” / “activa el piloto”）：依据 knowledge/capabilities/autonomy.md，从 L0 提升到 L1，添加 autopilot 作业及其文件（questions/4-construir.md 第 11 步）。默认绝不提升到 L1 以上。
- 添加 L3 动作：只能使用 autonomy.md § Levels 中可逆清单里的类型，绝不用于敏感包。需要展示确切的行，由所有者亲自在自己的终端写入 AGENTS.md § 10（IRR-07：Jarvis 和助手都不编辑该清单），在 spec §7 添加 autonomy-l3-<type> 同意项，并只给 autopilot 作业该类型所需的窄工具。
- 教授技能（“Enséñale una skill”）：依据 learning.md § 3，在 <jarvis>/proposals/skills/<name>/ 中写草稿，然后运行 bin/promote-skill.sh promote <name>（lint、试用期、提交）。任何会发送内容的技能都要设置 disable-model-invocation: true。
- 多模态（“Agrega video” / “que entienda audios”）：依据 multimodal.md，缺失部分参考 questions/4-construir.md 第 13 步；从链接获取视频需要 video-urls-terms 同意；云端 STT 需要单独同意，且与敏感包一起时会被拒绝（CMP-39）；在 cowork 上不可用。
使用方式
- 加载 jarvis-start 技能的规则。
- 定位 Jarvis（.jarvis/tasks.json → jarvis_dir，或询问），读取其 jarvis-spec.md。
- 阅读相关能力文件和运行时文件中对应章节；检查 knowledge/compatibility.md，例如 WhatsApp 非官方桥接 → 同意门；本地 Ollama → 绝不在 Railway 上。
- 对工具/MCP 按优先级选择：官方远程 MCP（OAuth）> 固定版本且维护中的社区 MCP（先读源码；拒绝任何要求“下载助手”或管道执行脚本的项）> 生成的包装器 > Zapier MCP。从只读开始；写作用域仅在明确请求时启用，并置于审批门之后。
- 展示不超过 10 行的卡片：变更内容、成本、新风险、需要的同意。等待用户确认。
- 将任务追加到 tasks.json（新 id 排在最后），通过 /jarvis-next 循环运行，更新 jarvis-spec.md §3–§7，对整个 Jarvis 重新运行 jarvis-validator。
适用场景
当用户想给已有的 Jarvis 增加一个渠道、一个工具或 MCP 服务器，或启用自主运行、开放某个 L3 可逆动作、教授一项技能、增加视频/音频理解能力时使用。
限制
- 依赖已有的 Jarvis 结构与 jarvis-spec.md。
- 默认自主等级不超过 L1。
- L3 动作仅限可逆清单中的类型，敏感包不可用；且该清单只能由所有者本人编辑。
- 写作用域需要显式请求并经过审批门；工具从只读开始。
- 部分能力有额外同意要求（视频链接、云端 STT），多模态在 cowork 上不可用。
- 具体成本、价格、运行效果等资料未提供。