Design Partner 合作章程：双向承诺、范围变更与到期证据

一家目标客户答应“每周给反馈”，团队便承诺六周做出集成。第二周客户 champion 调岗，样本数据迟迟没到；工程师为了维持关系又顺手接下 SSO 和报表需求。到期时双方都觉得对方没有完成承诺，却找不到哪封邮件定义了范围、谁有权验收，以及演示中的口头认可是否代表可投入生产。

AI 付费意愿访谈用于筛选真实问题和承诺，AI 礼宾式试点验证人工交付价值。本篇从双方已经选择合作开始，治理 Design Partner 的双向履约；它不把合作资格重新包装成研究结论，也不承诺某个试点必然成为付费合同。

charter.v1 同时约束双方

发布不可变 founder.designPartnerCharter.v1，绑定双方合法/业务主体、授权联系人、目标问题、明确 in-scope 与 out-of-scope、开始与到期瞬间、会议节奏、数据分类、环境、退出处理和一组稳定 commitment ID。每项承诺必须写 owner、dueAt、输入依赖、完成证据、验收角色、服务级别和未完成后果；“积极配合”“尽快上线”不可验证，不能进入正式章程。

schema: founder.designPartnerCharter.v1
charterId: dp-acme-support@3
startsAt: 2026-08-03T00:00:00Z
expiresAt: 2026-09-28T00:00:00Z
scope: [ticket-summary, reviewer-correction-export]
outOfScope: [auto-send, production-write, custom-sso]
commitments:
  - id: partner-sample-02
    owner: partner:data-steward
    dueAt: 2026-08-07T17:00:00-04:00
    evidence: approved-dataset-manifest@1
  - id: founder-sandbox-04
    owner: vendor:product-owner
    evidence: sandbox-release-receipt@2

RFC 8174 说明规范性 MUST、SHOULD 等词只有在明确采用时才具相应含义。章程应把硬性前置条件、尽力义务和探索假设分开：未提供获批样本时，团队 MUST 暂停真实数据运行；一次评审缺席可能只是 SHOULD 级补约。时间采用带 offset 的 RFC 3339 瞬间，并记录谁负责确认当地节假日，避免双方各自理解“第六周结束”。

数据使用单独引用版本化边界：字段、目的、区域、保留期、允许人员、模型供应商和删除收据。Partner 临时发来更多生产记录不能自动扩大许可。AI 应用数据隐私合规处理法律依据和数据主体权利，章程只消费其批准 generation；审批未知时进入 DATA_BLOCKED，而不是先用再补文件。

双方签收才进入 ACTIVE

章程状态为 DRAFT -> MUTUAL_REVIEW -> READY_TO_ACTIVATE -> ACTIVE，缺授权主体进入 AUTHORITY_BLOCKED，缺必要数据进入 DATA_BLOCKED，关键承诺逾期进入 COMMITMENT_BLOCKED。唯一激活接受点是双方授权人对同一个 charter digest 签发 bilateralActivationReceipt.v1，并以 CAS 把当前 generation 推进 ACTIVE。会议已创建、Slack 加群、单方签字或第一份文件上传都不算接受。

每次履约产生 commitmentEvidence.v1，绑定 charter、commitment、artifact digest、producing activity、actor、时间和 verifier conclusion。W3C PROV-O 的 Entity、Activity、Agent 关系可描述样本由谁在什么活动中生成、哪个验收结果派生自哪个版本；采用方要锁定自己的 profile 和必填字段，不能只保存一张“完成”截图。证据结论分 SUBMITTED、VERIFIED、REJECTED、SUPERSEDED，只有指定 verifier 的 receipt 才满足承诺。

合作中的新要求先形成 scopeChange.v1，列出目标、工作量、被替代承诺、数据变化、到期影响和双方决定。批准后发布新 charter generation；旧任务继续绑定旧版或被明确取消，不能把 in-place 编辑后的范围追溯套到已完成工作。功能是否值得长期投入仍由AI 产品 Kill / Pivot 标准和AI 功能证据评分卡判断，Partner 头衔本身不是优先级豁免。

到期前 14 天进入 EXPIRING，只允许 RENEW_PROPOSED、COMPLETION_REVIEW 或 EARLY_EXIT。续期是新的双边接受，不得自动延长；目标完成且证据齐全进入 COMPLETED，否则以具体未履约项进入 EXPIRED_INCOMPLETE。结束流程撤销环境访问、停止新数据摄取、执行保留/删除政策并交付双方约定的制品。日后重启合作创建新 charter lineage，而不是把过期版改回 ACTIVE。

故意让合作假设失效

演练注入 champion 离职、签字人没有组织授权、双方分别签不同 digest、旧链接被重放、样本晚到且 schema 改变、个人数据超出批准字段、评审证据来自错误环境、同一承诺收到冲突结论、客户要求 out-of-scope 生产写入，以及 expiresAt 前发起但到期后才执行的任务。系统应拒绝错代激活，把权限与到期 CAS 竞争收敛为一个赢家，并保留未决证据而非自动判完成。

量化门要求 100% ACTIVE 章程具有双方授权 receipt、明确 expiresAt、in/out scope 和数据 generation；100% 承诺有单一 owner、dueAt、evidence type 与 verifier，范围外工作进入执行的数量为 0，未经批准数据被处理为 0，旧 digest 重放接受为 0。每周承诺状态可归属率 100%，关键逾期在一个工作日内进入 BLOCKED 或获新版批准，到期后新权限成功调用为 0；证据不全时完成率宁可降低，也不能标绿。

上线先让两个现有 Partner 的协作文档影子映射到 charter，不改变合同与工具权限；一个完整周期后，仅让新承诺通过 receipt 驱动状态，再将 20% 沙箱访问绑定到 charter generation。旧任务板保持只读回退，并每日对账 owner、期限和 artifact。若出现误阻断、授权映射错误或证据丢失，停止新激活并将协作 alias 切回人工流程，同时提升访问 revocation generation；历史 receipt 不删除。连续两次到期/续签演练通过后，才淘汰旧表格和永久共享邀请。