用途：在目标仓库已具备 steward.yaml 契约和至少 H2 烟雾证明后，将已验证的仓库本地契约演进为通用、高性能、声明式的 harness 系统，并安全地在生产者-消费者仓库边界进行自测。若尚未接入 steward.yaml，应先用 mcp-harness-repo-maintainer；技能创建、注册表更新或市场打包应改用 skill-authoring-lifecycle 或 plugin-marketplace-setup。
架构：遵循 Cascading Agent Surface。Layer 0 由目标应用通过显式钩子（如 RPC 或内存探针）暴露内部状态；Layer 1 是通用 MCP 服务器或协议适配器，负责原始可见性与操作，不含业务逻辑；Layer 2 是专用 harness CLI，串联 Layer 1 动作并输出结构化诊断 JSON，聚焦快速反馈；Layer 3 是 AI 包装层，Skill 作为 AI 大脑，教其触发 Layer 2、解读 JSON 启发式并执行领域恢复工具。
通用化原则：传输与引擎解耦，CLI 与 JSON-RPC 都是薄封装，逻辑放在可复用核心包；使用 steward.yaml 等声明式配置定义品牌、动作、文档格与剪枝遍历；避免无剪枝的递归文件遍历；使用参数化声明式引擎（如 disallowed-substrings）而非硬编码 linter。
跨仓库修复：先定位并跑通消费者仓库测试建立绿色基线；部署本地生产者构建；用本地构建运行消费者校验套件，记录路径崩溃与脆弱规则；在生产者侧修复根因并通用化，不做消费者特定 hack；更新消费者配置使用新能力；双向验证生产者与消费者套件通过；用 repository-governance-lifecycle 沉淀 ADR 或 FAQ。若安装、激活或接线本地生产者构建连续失败两次，停止恢复，记录摩擦，使用消费者原生门或可移植回退，并回到原验收检查；不得从该绕行中推广通用能力。
证明产物：生产者需提供变更 schema/动作/规则及测试或验证器输出；消费者需提供更新后的 steward.yaml 或场景清单，以及基准摘要或真实的 durability_blocked 输出；双方需提供验证命令与版本；边界变化时更新 ADR/FAQ。仅当一个消费者有私有路径变通时，不要把本地修复提升为通用 harness。
安装：npx skills add arenukvern/skill_steward --skill harness-engineering-lifecycle
限制：资料未提供具体平台支持、收费或价格、性能指标等细节。