用途：把 Harness 接入具体项目。机器环境、持久源码与用户级技能链接由 harness-download 负责，本技能从可用 CLI 开始；引导全程由同一 Agent 连续执行，工具未就绪时先完成下载技能的准备阶段再返回。
主要能力与流程：
- 先读后写：使用本次源码中的完整技能包，检查已有 harness/、.harness/ 与 CLI 状态。已有可用台账则复用工作区；旧代台账转 harness-migration；无关目录或无法判断先澄清；无台账则继续。读取项目布局、Git 状态、现有 AGENTS.md/CLAUDE.md、忽略规则、CI 与构建测试入口，能从磁盘得到的答案不问用户。
- 确认初始 owner：读取 ha init --help，向用户展示将写入的人员标识、显示名与传输身份绑定并取得明确答复，不能从 git config 猜测后直接写入。人员变更走 ha people，不手改 people.yaml。
- 初始化并回读：ha --root "<目标仓库绝对路径>" init --repo-id <项目标识> --person-id <人员标识> --display-name "<显示名>"。用 git check-ignore -v 与 git ls-files 核对私有目录边界，用 JSON 状态入口核对工作区注册与附着，台账提交与项目提交分开处理。
- 合并既有 Agent 指令：仅当原文件存在且入口尚未接入时，通过 template render 读取仓库模板，保留原文与项目特有规则，取得用户对该具体修改的批准。
- 验证读取与知识初始化：使用 daemon status 与 task list；部分回执 evidence 为 JSON 编码字符串需先解析。随后按 harness-ceo 方法建立用户约定、模型矩阵、运行时问题、反馈与证据落点。
- 真实首任务：先读 preset-trigger 选择预设，如 task create --title "<真实任务>" --vertical software/coding --preset standard-task、task start <任务标识>；按需记录决策，通过 doc sync --submit 与 task submit 提交收口材料，由真实独立评审者给出 verdict，再经同意与 task complete 收口，最后回读是否 done。
限制：当前初始化要求 Git；--ci passed 只是声明不代跑 CI；HARNESS_ACTOR 是身份声明而非独立评审者来源，不能自我批准或改环境变量冒充用户；不得自动删台账、清锁或重启服务重来；不得为凑数编造事实。缺失信息如具体分支、金额、价格暂未提供。分类依据其初始化与开发工作流用途归入编程与开发。