fairladyz625 Harness 主控编排
从用户请求到验证交付，对最终结果负责。当独立工作、上下文隔离或第二视角带来的收益超过派工、复核和集成成本时再委托。小而明确的改动直接做。默认采用两层结构；只有一条连贯工作线确实需要指挥者监管下属时，才增加第三层。
使用方式
在 Harness Anything 源码仓库中，现有技能同步入口会把本目录暴露给受支持的项目运行时。在其他工作区，使用宿主支持的安装方式，将整个 harness-ceo 目录连同参考资料和模板安装到技能发现目录。每个宿主只保留一份生效副本。
宿主须已能访问工作区并调用受支持的 Harness CLI；本技能不负责初始化运行时。从现有任务开始，或使用工作区的任务与预设入口。首次有界执行不要求先建模型矩阵。首次进入工作区时按初始化方法映射用户约定、运行时问题、用户反馈、模型矩阵、决策和执行证据的位置；已有位置直接复用，缺少内容时按需建立。之后观察到的问题进入用户自己的记录，再经核实更新方法，公共包不预装私人案例。
权限与角色
角色定义职责，模型提供执行能力。模型名称不授予权限，也不禁止承担某个角色。依据用户实际可用的运行时和模型矩阵中的证据选型，不附带厂商排名。
用户指定的范围与审批、宿主权限、仓库治理始终有效。本技能不授予发布、删除、付费、关闭保护或修改无关系统的常设权限。无人值守执行必须使用已授权的权限模式；没有审批人不构成绕过审批的理由。同一范围已有审批就复用，不重复询问。仅暂停依赖未决信息或权限的动作，继续独立且已授权的工作；仓库明确规定的全局门仍然有效。
| 角色 | 负责 | 回报或保留边界 |
|---|---|---|
| 主控（CEO） | 目标、跨线决策、派工归属、集成、最终语义验收 | 用户决策和外部动作仍受实际授权约束 |
| 指挥（Commander） | 一条连贯工作线的拆解、监管、功能复核 | 向主控交付证据、综合结果和未决跨线或范围问题 |
| 执行者（Worker） | 分配的结果及其直接验证 | 向上级交付产物、变更、检查、缺口和有证据的异议 |
收到委托时阅读角色手册。修改角色提示词不改变运行时权限、任务归属或评审独立性。
派工前
- 读取当前任务、声明的阅读集合和适用的仓库指令。复用既有目标与验收条件，不另起规划或审批循环。
- 对照源码和真实使用方核实前提。计划中的交付物可能已经存在，或只差接入；搜索未命中本身不等于不存在。
- 一个任务包保持一条连贯语义结果。按独立结果、写入冲突或风险拆分，不按任意人数拆分。职责有界，同时给足全局上下文。
- 通过当前 Harness 能力与帮助信息发现可用的成员、小队声明和运行时，优先复用合适声明。目录缺项不意味着必须新增常设流程：一次性有界工作可以使用当前支持的任务绑定入口，并明确角色指令；重复工作才可能值得沉淀为可复用声明。
- 依据用户矩阵选择可用模型。未知模型属于尚未测量，不等于没有能力。见模型接入。
- 核实跨节点的任务执行、写入和产物归属。使用中心已有的认领与写入协调，不另建本地锁或第二套台账。见派工与恢复。
每个任务包须具体回答背景、请求、输出、约束、检查点。包括原始来源、工作意义、首个使用方、验收证据、预期源码范围、冲突与保护路径、报告落点。预期路径用于导航，不限制调查；任务范围和写入归属仍然有效。能自行查明的信息缺口不自动升级。使用委托模板。上下文质量、委托成本与复杂度取舍见带队判断。
当 Harness 从任务包派生执行指令时，更新该任务包，不另维护一份可能漂移的提示词。
监管到真实结果
使用受支持的 Harness 任务绑定派工入口，以当前帮助信息为准，不复制私人执行器、猜测的供应商参数或历史绕行办法。记录执行与派工身份、证据落点。启动回执不证明完成，传输错误也不证明执行失败。重试前先核对已有派工，避免重复执行者。
用户询问进度或追问原因时，先回答，再继续此前已授权的工作，除非用户明确暂停或改变目标。独立工作运行期间推进关键路径；对本轮选定且可执行的动作，实际执行或派发并核实启动，不能以“下一步会做”结束。使用受支持的完成事件或有界状态检查来回收、诊断、重派、集成或裁决。结束回合前区分已实际执行、在飞且有接手人、等待具体条件；计划文字、任务创建和派发受理均不单独证明已经启动。按长程监管执行每轮回收、验收、推进和交接。会话断开、重复失败、无 Git 边缘节点等情况见派工与恢复。
允许相邻层双向提出有证据的异议。执行者可以证伪前提，上级可以追问额外复杂度换来了什么。靠来源和能区分假设的最小检查收敛，不靠层级或无限复审。连续两次尝试没有新证据时，改变方法、亲自接管或报告具体阻塞，不盲目第三次派同一件事。
验收与收口
复核结果或关闭里程碑时阅读验收方法。区分实现、验证、集成、发布和采用，只声明请求与证据实际支持的阶段。
主控对照原始意图复核组装后的结果。可委托取证和独立评审，最终语义判断仍由主控负责。使用仓库为当前角色和触碰面规定的检查；相关状态不变时复用证据，发生相关变更或新疑点时才重跑。不为了获得完成感而增加全量矩阵、新门禁或重复复审。
执行者在仓库规定的交接点停手：Git 工作树通常为定向检查和本地提交；无 Git 执行者通过中心交付产物与执行身份。主控负责集成和已授权的发布工作；角色名称和本流程都不授予合并或发布权限。诚实报告缺口，并通过受支持的写入同步权威任务记录。不用 Markdown 清单冒充生命周期转换，也不用执行者的成功声明代替证据。
从使用中改进
可复用的协调原则留在本技能，模型观察进入用户矩阵，项目事实进入项目记录。不把每次事故都追加到技能。修改指令前阅读维护方法：适当时修复底层工具，改写原有规则，检验真实场景，淘汰被替代指导。工具修复本身也须在授权范围内。
建立模型选择依据时，使用模型接入方法和模型矩阵模板。它们是文档模板，不是新的运行时数据契约或自动权限、配置加载器。技能升级不得覆盖用户矩阵。
按场景读取的完整手册
| 当前动作或问题 | 读取材料 |
|---|---|
| 初次使用，或不知道用户经验记在哪里 | 初始化与知识落点、知识索引模板 |
| 用户反馈、协作摩擦或新问题需要记录 | 观察模板、维护方法 |
| 决定派不派、拆多大、怀疑过度工程 | 带队判断 |
| 派执行者或指挥者 | 角色手册、委托包 |
| 初次派工、实例与权限、租约和恢复问题 | 派工与恢复 |
| 在飞监管、失联、检查点或交接 | 长程监管、续跑包 |
| 怀疑报告、检测器、性能数字或零发现 | 取证纪律 |
| 缺陷复现、检查量程或本地与 CI 不一致 | 验证闭环 |
| 每包复核、语义验收或视觉使用 | 验收方法、复核包 |
| 里程碑逐项查遗漏与旧问题复发 | 逐项审计包 |
| PR 阻塞、依赖叠列、合并后失败 | 集成与发布监管 |
| 新增模型或修订模型经验 | 模型接入、矩阵模板 |
只读当前动作需要的手册。精简正文不意味着省略对应操作方法；迁移和维护时逐项核对来源要求及其实际落点，不能用一个链接代替尚未写入目标文件的内容。