{
  "files": {
    "CHANGELOG.md": "# Changelog\n\n## 0.1.0\n\n- Added the declaration-only 联合开发统筹 capability for preparing, coordinating, and verifying joint product outcomes.\n",
    "README.md": "# 联合开发统筹\n\n用于多个独立产品共同交付一个可验证的业务结果。模块声明协作边界、阶段输入输出和验收证据；它不执行代码、部署、账号操作或平台写入。\n\n触发条件是共同的产品或业务结果，而不是仓库数量。单项目工作可继续使用项目自身流程；仅讨论方案时可读取本模块，但不会创建执行状态或授权。\n\n三阶段为：准备最小启动包、按边界协调子任务、联合验收实际结果。任务事实、决定、代码与环境状态各自保留在既有权威位置；存在 Motux Keybook 规则时按该规则维护运维事实，模块不要求安装任何指定平台。\n\n完整模块只需在统筹工作位置启用。子项目收到带有固定基线、约定版本和验收条件的任务包即可，不需要安装或阅读完整统筹流程。该包的版本独立于 Core 维护，运行源码测试后通过 Site 的通用能力包构建入口生成发行候选。\n",
    "SKILL.md": "# 联合开发统筹\n\n这是一个声明型协作能力。仅当多个产品或项目共同交付一个业务结果时触发；不要因为仓库、Agent 或任务数量增加而触发。单项目实现和没有共同结果的普通讨论不适用。\n\n先选择 `prepare`、`coordinate` 或 `verify` 阶段，并只加载该阶段列出的资源。讨论和参考阅读可以使用本模块，但不产生执行授权、任务状态、外部写入或发布意图。任何实施仍须遵守项目规则、已有授权和相应风险门槛。\n\n保持一个共同目标、成功标准和非目标。明确业务决策人、统筹负责人、每个子项目负责人及联合验收负责人；由子项目负责人决定其内部实现。固定每项输入、输出、范围、责任、接口契约版本、依赖和验收证据，记录实际结果与发布版本的区别。\n\n以最小完整业务流程为优先，先验证会推翻方案的关键依赖，再按真实依赖安排少量并行任务。每个子任务只接收完成所需的边界输入，不复制另一套事实源。依赖失败、数据缺失、重复操作或联调不通过时，记录阻塞、责任人和解除条件；即使所有子项目都报告完成，也必须单独完成联合验收。\n",
    "guides/coordinate.md": "# 协调阶段\n\n围绕首批完整流程拆分子任务。每项任务有唯一主责，给出最小充分上下文：目标、范围与非目标、基线、输入、输出、接口契约版本、依赖、验收、权限边界、停止条件和交接证据。\n\n按依赖安排批次，只在边界互不重叠且有集成能力时并行。统筹负责人维护共同目标、跨项目约定、依赖和升级路径；子项目负责人拥有其内部实现与局部质量决定。接口必须说明数据主责、编号对应、状态和时间含义、错误与重试、重复或乱序处理、访问范围以及兼容窗口。\n\n接口约定发生变化时，先列出提供者、消费者和受影响样例，递增契约版本并限定重验范围。出现循环依赖时，先拆出共同契约、最小可验证流程或需决策的边界，再安排实施；不能用“同时开工”代替解除依赖。\n\n把“完成代码”“待集成”“联合验收”“发布”和“运行正常”分别记录。发生范围、成本、时间、业务结果或授权变化时暂停受影响工作并升级给决策人。工具或平台是可选实现手段；模块不要求特定厂商、任务系统或 Brief。\n\n使用 `templates/task-handoff.md` 交接。没有明确输入、责任、依赖或验收证据的任务保持待澄清，不以聊天中的“已完成”替代事实。\n",
    "guides/prepare.md": "# 准备阶段\n\n把共同业务结果收敛成一个最小启动包。写清目标用户、首批端到端流程、成功标准和非目标；不要把未来产品清单当作目标。\n\n确认业务决策人、统筹负责人、子项目负责人和联合验收负责人。画出每个产品负责与不负责的边界，指定关键数据和业务决定的唯一权威位置。业务边界、仓库边界和部署边界分别判断，不强制拆仓库、拆服务或统一技术栈。任务与进度、决定与约定、实现与测试、环境与运维分别引用既有事实源；使用者有 Motux Keybook 规则时按该规则维护运维现状和授权，没有该工具时遵循当地指定的受控事实源，不另建平行台账。\n\n只准备首批流程需要的代码基线、启动方法、代表性样例、接口契约版本和必要依赖。把最不确定且可能推翻方案的登录、权限、外部接口、数据对应或回调列为优先验证任务，并给出证据与失败后的决策点。预计容量、时间和预算不足时缩小范围或分批交付。\n\n使用 `templates/joint-plan.md`，完成后应能回答：谁负责什么、谁确认结果、哪个依赖先验证、如何停止或升级，以及什么证据允许进入协调阶段。\n",
    "guides/verify.md": "# 联合验收阶段\n\n先固定被验收的产品版本、接口契约版本、环境和样例，再运行跨项目路径。至少覆盖一条成功流程，以及与本次风险相关的权限拒绝、数据缺失、重复提交、依赖失败和恢复路径。\n\n分别记录局部检查、跨项目联调、真实外部平台验证、业务验收和发布后运行验证。页面提示、健康检查或单项目测试不能证明共同业务结果；要读回实际状态并保留可复现证据。失败时说明影响范围、责任人、重试或回退条件；外部副作用另行处理。\n\n联合验收负责人独立确认共同成功标准。所有子项目完成不等于总交付完成：若组合流程失败，结论为联合验收未通过，并保留各子项目结果、失败证据和下一步决定。发布候选、实际发布和运行正常分别下结论。\n\n使用 `templates/joint-acceptance.md` 固定结果。此模块只声明检查与记录方式，不执行部署、发布、数据迁移、凭据读取或平台写入。\n",
    "templates/joint-acceptance.md": "# 联合验收记录\n\n## 固定组合\n\n- 共同业务结果与成功标准：\n- 产品、部署包或提交版本：\n- 接口契约版本与代表性样例：\n- 验收环境、身份与数据范围：\n\n## 证据\n\n- 成功流程及实际结果：\n- 权限拒绝（如适用）：\n- 数据缺失或错误输入（如适用）：\n- 重复或乱序（如适用）：\n- 依赖失败与恢复（如适用）：\n- 局部检查、联调、真实外部验证和业务验收证据：\n\n## 结论\n\n- 联合验收：通过 / 未通过 / 未执行\n- 子项目结果与总交付结论的差异：\n- 发布结论（若有）：\n- 运行正常结论（若有观察期）：\n- 失败影响、责任人、回退或后续决定：\n- 未验证范围与遗留事项：\n",
    "templates/joint-plan.md": "# 联合开发计划\n\n## 共同结果\n\n- 目标用户与业务结果：\n- 首批端到端流程：\n- 成功标准（可观察证据）：\n- 非目标：\n\n## 责任与边界\n\n- 业务决策人：\n- 统筹负责人：\n- 联合验收负责人：\n- 产品边界、数据主责与编号归属：\n\n## 最小启动包\n\n- 代码与资料基线：\n- 代表性样例：\n- 接口契约版本：\n- 必要依赖及最早验证证据：\n- 任务、决定、实现、环境各自的权威位置：\n\n## 交付路径\n\n- 批次与依赖：\n- 可安全并行的边界：\n- 预算、时间窗口与容量前提：\n- 进入协调阶段的条件：\n- 停止、升级和范围变更条件：\n",
    "templates/task-handoff.md": "# 子任务交接\n\n- 目标结果：\n- 范围与非目标：\n- 主责与验收人：\n- 工作位置与可追溯基线：\n- 必读决定、规则、接口与样例版本：\n- 输入与依赖（就绪证据）：\n- 输出、接口和交接位置：\n- 验收：成功、错误、重复、缺失、依赖失败与恢复：\n- 权限边界与明确禁止事项：\n- 停止条件与升级路径：\n- 交付证据：实际结果、版本、未验证范围与遗留事项：\n"
  },
  "kind": "motux-capability-package",
  "manifest": {
    "api_version": 1,
    "entry": "SKILL.md",
    "id": "joint-delivery",
    "name": "联合开发统筹",
    "phases": {
      "coordinate": {
        "core_resources": [
          "orchestration"
        ],
        "entry": "guides/coordinate.md",
        "profiles": [
          "discussion",
          "complex-delivery",
          "review"
        ],
        "resources": [
          "SKILL.md",
          "templates/task-handoff.md"
        ]
      },
      "prepare": {
        "core_resources": [
          "orchestration"
        ],
        "entry": "guides/prepare.md",
        "profiles": [
          "discussion",
          "product-discovery",
          "project-initialization",
          "complex-delivery",
          "review"
        ],
        "resources": [
          "SKILL.md",
          "templates/joint-plan.md"
        ]
      },
      "verify": {
        "core_resources": [
          "orchestration",
          "quality"
        ],
        "entry": "guides/verify.md",
        "profiles": [
          "discussion",
          "complex-delivery",
          "review"
        ],
        "resources": [
          "SKILL.md",
          "templates/joint-acceptance.md"
        ]
      }
    },
    "requires": {
      "core": ">=1.0.98",
      "manager": ">=0.1.29"
    },
    "schema_version": 1,
    "summary": "Coordinate independent products toward one verified business outcome.",
    "triggers": [
      "Multiple products jointly deliver one business outcome"
    ],
    "version": "0.1.0"
  },
  "schema_version": 1
}