一个结果
goal 只描述一个可验证结果。
COLLABORATION / 05
允许并行,不允许隐式耦合。每个工作包都必须有唯一 owner、有限范围、稳定契约、验收证据和回滚方法。
OWNERSHIP
跨线依赖通过版本化契约和 consumer test,而不是临时口头约定。
catalog schema + buildtoken drift + visualcontract + provenancecross-repo smokepackage integrity + sandboxorder contract + E2Edata contract + determinismauth + release evidenceTASK PACKET
任务包是一次改动的最小协作边界;信息不全时先补任务包,不直接扩展范围。
task_id: W3-CONTENT-014
owner: content-platform
repositories: [data-sources, reits-bbs]
goal: "BBS feed contract adds source provenance"
in_scope: [schema, producer, consumer-test, docs]
out_of_scope: [UI redesign, database migration]
contracts: [bbs-feed.v2]
acceptance: [unit, contract, redacted-fixture]
rollback: "keep v1 alias for one release"
evidence: [test-log, contract-diff, sample-payload]goal 只描述一个可验证结果。
多仓任务仍只有一位集成负责人。
in_scope / out_of_scope 阻止 AI 自行扩大任务。
producer 与 consumer 使用同一版本和 fixture。
完成不是“代码写完”,而是证据包可复核。
发布前就写清回退开关、旧版本兼容期和数据恢复。
CI ARCHITECTURE
manifest schema、任务范围、owner、依赖锁定
scope-checkformat、lint、typecheck、unit、secret scan
≤ 10 minAPI、路由、事件、token 与数据库迁移 diff
consumer gatea11y、visual、关键旅程、iOS snapshot
surface gate制品 hash、SBOM、迁移、回滚、部署清单
evidence pack健康、错误预算、告警、值班、回滚验证
post-deploy构建、单测、契约、安全、迁移、关键 UI 可访问性。失败不得以重跑掩盖。
视觉基线、性能预算、依赖更新、公开文案与合规语义。
完整 E2E、真实设备、长时 chaos、依赖与安全扫描、容量和备份恢复演练。
CHANGE PROTOCOL
在生产方提交 contract diff、兼容策略、消费者清单和弃用日期。
新增 consumer fixture;旧消费者继续通过,新消费者在 feature flag 后验证。
先发布生产方兼容版本,再逐个升级消费者,观测错误预算和数据一致性。
兼容期结束且所有消费者迁移后,删除旧契约并归档决策与证据。