Harness Download

Harness 下载与首次引导

这是首次使用的总入口。完成顺序是：环境与持久源码 → 用户级技能链接 → 目标仓库的 harness-install → harness-ceo 知识初始化与首个真实任务。阶段之间由当前 Agent 继续执行，不要求用户重新发一遍提示词。

只安装本机工具、不初始化项目，也是合法的用户范围；此时在工具与技能可用后交付，不擅自挑一个仓库写入。用户指定完整引导时，不能只下载完就宣布完成。

0. 先读取，再补充必要信息

查当前目录、用户指定项目、已有 Harness 源码与 CLI、系统类型、Git、Node、npm、已安装 Agent 及其技能目录。Bun 只用于运行 Skills CLI，不代替 Harness 要求的 Node。首次安装技能本身不等于已安装 Harness 运行时。

用户给过的信息直接复用。只合并询问仍缺少且影响执行的信息：目标仓库、源码放置位置（没有偏好可建议 ~/.harness-anything-src）、要接入哪些已安装 Agent、首次任务。仓库身份、owner 和既有指令修改的审批留到 harness-install 的具体可审阅步骤。

把本次实际源码、Node 路径、CLI 入口、选定技能目录记在安装交接中，跨工具调用传递明确路径，不依赖临时 shell 变量一直存在。

1. 获取持久源码与运行环境

当前发布方式是从 https://github.com/FairladyZ625/harness-anything.git 的 main 获取源码。本技能可能先由 bunx skills add 安装到工具管理的副本；该副本只有技能，不是可运行的完整仓库。

node --version
npm --version
git --version

要求以源码 package.json 的 engines 为准，当前为 Node 24+。缺少依赖时给出适合系统的安装方式并在已有授权内完成；需管理员操作或交互安装时等待对应步骤，继续其他独立准备。不要修改全局环境来绕过明确审批。

原生依赖可能需要构建工具：macOS 检查命令行开发工具，Linux 检查 C/C++ 工具链和 Python，Windows 检查受依赖支持的构建环境。依赖安装失败时读真实构建错误；不要用 --ignore-scripts 把失败掩盖到守护进程启动阶段。

没有现成源码时，把 <源码目录> 替换为已选的持久目录：

git clone --depth 1 --branch main https://github.com/FairladyZ625/harness-anything.git "<源码目录>"

已有目录时先检查 remote、分支和改动；不覆盖非本项目目录，不重置用户改动，不在开发工作树里直接拉主干。只有归属明确、干净且适合更新的源码安装才走正常快进更新。测试本技能的候选分支时明确记录该分支，后续步骤使用同一份候选包，不偷偷切回主干。

源码不能放临时目录：技能链接和守护进程随后都依赖这个持久位置。

在源码目录执行：

npm ci --no-audit --no-fund
npm run build --workspace @harness-anything/daemon
node packages/cli/src/index.ts --version
node packages/cli/src/index.ts --help

源码 CLI 的 daemon 自动启动入口来自 daemon 包的 bin（dist/index.js），因此必须先构建 daemon；--version / --help 成功不能证明该入口存在。当前 Git 钩子不会替你构建。构建失败时保留错误，不把下载阶段报成已就绪。

本阶段以 TypeScript 源入口运行 CLI，避免把陈旧 PATH 中的 ha 当作本次安装。不要现在尝试安装一个尚未作为本流程发布方式的 npm 包。将来正式提供 npm 分发时，应替换本阶段，不能长期保留两套相互漂移的下载配方。

2. 将整套技能链接到选定 Agent

使用源码内唯一的技能同步工具。无参数只处理源码仓库自身的项目目录；用户级安装必须显式给出用户选择的目标目录。

例如用户选择 Codex 和 Claude Code，且未配置自定义目录时：

node "<源码目录>/tools/sync-runtime-skills.mjs" \
  --target-dir "$HOME/.codex/skills" \
  --target-dir "$HOME/.claude/skills"

Codex 配置了自定义 CODEX_HOME 时使用其 skills 子目录；Claude Code 配置了 CLAUDE_CONFIG_DIR 时同样尊重其目录。其他 Agent 按其真实配置或当前 Skills CLI 的 Agent 目录表选择；不要猜目录，也不要因为目录列表存在就给全部产品安装。

工具扫描源码的 skills/，链接整套技能和它们的参考资料，不另外维护技能名单。相同来源链接可重复运行；现有目录、其他来源链接和失效的其他来源链接都先报冲突，不自动覆盖。各用户目录与源码目录是本机安装面，不写项目台账。

Skills CLI 安装的引导副本可能与源码链接目标同名。先核实其来源、内容和用户定制：本次刚安装且未定制的副本可在本次安装范围内保留到技能发现目录之外，再用源码链接替代；不是本次创建、包含定制或归属不明的内容，展示冲突和具体处置后取得确认。不要删除 Skills CLI 的共享存储，因为其他 Agent 可能还引用它。

Windows 若无法创建目录符号链接，报告具体权限条件，引导用户按宿主支持方式启用；不静默改成复制后宣称已建立源码链接。

回读各目标中 harness-download、harness-install、harness-ceo 的真实解析路径和参考文件，确认都指向选定持久源码。需要宿主刷新才能出现在技能列表时说明，但当前 Agent 仍可以直接读取文件继续后续阶段。

3. 继续初始化目标仓库

从同一源码安装读取 skills/harness-install/SKILL.md，向它传递目标仓库、绝对 CLI 源入口、已发现环境和用户已给的信息。不要再下载一份源码，不要求用户另开任务。

接入已有 Fleet 中心时，直接走 harness-install 的边缘节点路线，不因 clone 中没有台账而重新 init。全新本地中心先满足该技能写明的身份前提；下载成功不代表初始化已经可用。

没有台账且确实是新中心时执行仓库初始化。已有台账时先辨别是当前可用工作区还是明确需要迁移的旧代；不能见到 harness/ 就重新初始化或迁移。旧代迁移会改变已有数据，沿迁移技能的明确范围与审批办理，不把下载授权当成迁移授权。

下载、链接是节点本地动作；项目初始化属于中心权威写入。同一目标仓库多个节点同时引导时，先核实中心注册与 owner，只有已授权协调者初始化；其他节点连接已有工作区，不各自产生一份“权威”台账。

4. 接上主控使用与知识初始化

仓库可读写后，读取同一安装中的 harness-ceo/SKILL.md 和 references/initialization.md，映射用户约定、模型矩阵、问题记录与执行证据位置。复用已有内容，不要求填满空表或先测完所有模型。

以用户指定的首个真实任务启动主控流程，和 harness-install 的首任务验收共用一个任务，不跑两个演示。身份确认、既有指令合并、独立复核等确实需要用户或其他角色的步骤，交付具体材料后等待，不伪造批准或完成。

5. 交付与以后继续使用

交付源码位置与版本、可重复执行的 CLI 命令、技能链接及所选 Agent、目标工作区与知识入口、首任务真实状态和未完成原因。下一次可直接调用 harness-ceo；另一个仓库调用 harness-install，不用再下载一次工具。

默认使用 node "<源码目录>/packages/cli/src/index.ts" ...。用户明确希望命令进入 PATH 时，再按源码当前构建入口办理并说明会修改什么；不要静默全局 npm 安装。普通安装不改测试专用环境，不在临时 daemon 根里创建一个离开本会话就失联的正式工作区。

源码升级前检查在飞执行与共享服务归属，使用支持的更新路径；更新后同步相同技能链接。用户知识矩阵和问题记录在项目工作区，源码更新不得覆盖。

安装目录与参数参考 Skills CLI；bunx 行为参考 Bun 官方说明。首次安装按当前工具实际回执确认落点，不混淆项目级与用户级目录。