用途：把一周的经营情况变成可读、可追溯的记分卡，并强制“每周最多改一件事”的纪律，避免频繁重建系统而不推进业务。
主要能力：先做预检，读取 references/CONVENTIONS-core.md 并运行其 Universal preflight；若结果为 Fresh、Partial 或 Wrong-folder，则先运行 co-founder-setup 技能，不写复盘。随后收集证据：log.md 行、baton.md、各活跃 initiative 的 Log、学习笔记、决策行、initiative 进展、待创始人决定项，以及上一份复盘中的“下周候选”。财务以 wiki/business/metrics.md 为准，每个数字需有带日期的来源。记分卡对照 wiki/business/vision.md 的季度目标，列出 Moved、Stalled、资金进出、vault 学习与过期笔记、季度目标进度。
使用方式：按 Step 0 到 Step 4 执行。Step 1 确定复盘周期，首次以 log.md 中 genesis setup 行日期为 period_start，之后为上一 period_end 次日，period_end 为今天；不得创建重叠周期。Step 2 生成记分卡。Step 3 最多一项变更，需有辩护、证据与验证条件；内部可逆调整使用可逆内部实验契约，面向客户、资金、战略、就绪状态或难以逆转的变更需先满足两条 receipt 腿。创始人明确同意是前置条件，需把原话存入 raw/inbox/session-receipt-<date>-<slug>.md 并链接。Step 4 写入 wiki/business/reviews/review-<period_end>.md，含 base-five frontmatter 及 type、period_start、period_end、review_state: complete，并更新 index.md、hub/business.md、queue.md、log.md 等。最后运行 scripts/graph-audit，修复所有违规并重跑至退出码为零。
适用场景：需要每周诚实复盘、控制变更数量、保持证据链与创始人同意记录的创业团队。
限制：资料未提供具体收费、价格、平台支持范围或效果数据；无 vision 文件时复盘会变浅并建议先做 vision 技能；缺失事实需标注为 founder-stated/unverified，不得凭感觉重建。