arkcli +connect

前置： 先用 Read 读 ../arkcli-shared/SKILL.md 获取共享安全规则。

把 arkcli 内嵌的 skills 同步到本机 AI Agent（Claude Code、Cursor、Gemini CLI 等）的 skills 目录。纯本地文件操作，不需要认证。

调用形态（子命令仍只有这三个）

调用	说明
arkcli +connect	默认行为：安装到所有检测到的 agent
arkcli +connect --path <skills-dir>	安装到指定的本地 skills 目录（项目级 / 自定义路径），不扫描 agent、不改全局目录
arkcli +connect list	只读：列出支持的 agent 与检测状态
arkcli +connect uninstall	从所有 agent 删除 ownership manifest 记录且未被用户修改的 ArkCLI skills
arkcli +connect uninstall --path <skills-dir>	只从指定目录删除 ownership manifest 记录且未被用户修改的 ArkCLI skills
arkcli +connect uninstall --purge-prefix	显式破坏性清理：删除所有检测目录中的 ark- / arkcli- 前缀目录或软链
arkcli +connect uninstall --path <skills-dir> --purge-prefix	只在指定目录执行显式全前缀清理

⚠️ 没有 +connect install / +connect setup / +connect sync / +connect remove 等子命令；安装就是默认行为，不要凭直觉补 install。--path 是 flag，不是子命令。

路由判断

• 用户想把 arkcli skills 装进本地 agent → 跑 arkcli +connect，建议先 arkcli +connect list 预检
• 用户想把 arkcli skills 装进某个 repo/project 的本地 skills 目录 → 跑 arkcli +connect --path <skills-dir>，例如 arkcli +connect --path .claude/skills；--path 接收具体 skills 目录，不是项目根目录
• 用户只想知道支持哪些 agent → 只跑 arkcli +connect list，不要顺手装
• 用户想清理 ArkCLI 自己安装的 skills → arkcli +connect uninstall，仍需先确认 agent 范围；默认只删 manifest 记录且摘要未变化的 managed skills
• 用户想清理 repo/project 本地 skills 目录里的 managed skills → arkcli +connect uninstall --path <skills-dir>
• 用户明确要求连历史未知条目一起全清 → 解释风险并在确认后使用 --purge-prefix；它会删除用户手工维护的同前缀目录或软链

反触发（应该路由到别处）

• 401 / 鉴权失败 / "auth login 报错" → 走 arkcli-auth，与 +connect 无关（+connect 不需要认证）
• profile / base-url / region 配置问题 → 走 arkcli-config
• 想生成代码示例、调用模型 → 走 arkcli-code-example / arkcli-chat

关键事实（写在 SKILL.md 内，避免 Agent 幻觉）

• 安装走 authoritative catalog update：.arkcli-managed-skills.json 记录 ArkCLI 上次写入的精确名称、产品和目录摘要；每次安装都会用当前 CLI catalog 覆盖所有同名 Skill，并删除 manifest 中已退出当前 catalog 的旧 Skill
• 当前 catalog 的精确官方名称具有最高优先级：无论现有同名目录是否被 manifest 记录、摘要是否变化、是否由用户手改，都会被当前版本覆盖；需要保留自定义内容时必须复制到不同名称
• 不在当前 catalog、也未被旧 manifest 管理的其他目录或软链不会进入安装事务，即使名称带 ark- / arkcli- 前缀也默认保留
• 目录摘要仍用于 provenance 和默认卸载保护，不再阻断安装升级；安装在 staging/backup 中完成并保持事务性，失败时回滚，不产生半套新旧 Skills
• 历史 BytePlus candidate 的 arkcli-managed-agent 若存在于旧 manifest，会作为退出 catalog 的旧 Skill 删除；canonical arkcli-agent 作为当前官方名称安装。这是统一 catalog 规则的结果，不再需要产品特判
• --path <skills-dir> 是隔离安装：相对路径按当前 PWD 解析，绝对路径原样使用；只在该目录收敛当前 catalog 和旧 manifest，并保留其他不同名条目。它不扫描 agent、不清 legacy 私有目录、不删除 byted-ark-* conflicting skills、不 patch Claude/opencode 等 harness 配置
• 默认还会移除两个抢路由的第三方生成 skill：byted-ark-seedance-skill / byted-ark-seedream-skill（按精确名匹配，不误伤其他 byted-*）。原因：它们的 description 带"推荐优先"+逐字触发词，会在"生图/生视频"意图上压过 arkcli +gen，且自身要独立 ark- API Key，赢了路由反而失败。移除后生成类意图统一落 arkcli +gen（用登录态 profile 凭证，跟视频一样能成）。日志显式打印 removed N conflicting (...)，非静默。要保留它们：arkcli +connect --keep-conflicting
• uninstall 默认只删除 ownership manifest 中记录且摘要未变化的 managed skills；只有显式 --purge-prefix 才恢复旧式全前缀删除
• 多个 agent 共享同一个 skills 目录时，按路径自动去重，只更新一次 ownership manifest
• 多路径扫描特例：Codex 同时扫 ~/.codex/skills(CODEX_HOME) 和共享的 ~/.agents/skills；Pi 同时扫 ~/.pi/agent/skills 和共享的 ~/.agents/skills。若两处都装 arkcli，会把每个 skill 列两遍或报同名冲突。因此 +connect 把 Codex / Pi 的 skill 都装进共享的 ~/.agents/skills(与 cline/warp 去重成一份)，靠 ~/.codex / ~/.pi/agent 目录存在来检出对应 agent；legacy 私有目录只删除带旧 manifest 的 owned Skills，或与当前官方树逐字节一致的迁移副本，未知/修改过的同前缀条目保留
• list 只扫描本地文件系统，不写入、不联网、不需要认证
• 支持的 agent 列表硬编码在二进制里，新增 agent 需要重新编译
• npm install arkcli 时 postinstall 会自动跑 +connect：在能打开 /dev/tty 的交互式终端上按 authoritative catalog 规则更新检测到的所有 agent，无需用户确认；成功时只输出唯一安装目标数、对应 Agent 名称和安全卸载命令 arkcli +connect uninstall，不会逐目录展开进度明细。它不会执行 --purge-prefix。CI / 非交互终端 / 拿不到 /dev/tty 一律静默跳过；想完全静音可设 ARKCLI_SKIP_POSTINSTALL=1

详细行为、错误码、输出示例见 references/arkcli-connect.md。