quick scale 真減量＋ceremony 修剪與規則衝突清理

[benwu95]

背景

quick scale 名不符實：規劃端省了 plan，但 verify 的 5+1 機器完全相同（prospec-verify/SKILL.md:85-88 僅 2/5 轉 not-applicable，L260「NEVER skip any verification dimension」不分 scale）；archive 除全部 7 phase 外，反而多兩個 quick 專屬步驟（prospec-archive/SKILL.md:32,35-37）——ceremony 不是被移除，是被搬到 archive 時點。backfill 才是 scale-aware 的正確範本（無 hollow plan/tasks、verify 維度轉義）。

純儀式步驟（無下游消費者）與規則衝突：

• [P] 平行化標記：tasks 強制標注，但 implement 自承循序執行——無機制性消費者
• ~{lines} 估算：每 task 必填，無 skill 或 service 讀它
• INVEST 稽核：21 筆全 PASS 零 block；prospec-design V6 恆 skip（21/21 案例 ui_scope none）
• commit 語意矛盾：implement L164「NEVER commit during implement」 vs verify L217 預期 checkpoint commit
• readme-counts check 名不符實（只查 MCP resources/tools 句型）
• Language Policy scope 翻轉（0d35f85）後，知識庫（全英文）與 Constitution MUST 三方矛盾
• archive Entry Gate 無 metadata schema 完整性檢查（已有僅 2 行的 metadata.yaml 入庫前科）

範圍

1. quick 的 verify/archive 照 backfill 模式真減量（維度轉義／降級，移除 quick 專屬加重步驟）
2. [P]/~lines/INVEST 降級為選填或移除；design 在 lifecycle 的定位明文化
3. Quality Gate 表五處重複去重；commit 語意統一；readme-counts 改名或擴充至名實相符；Language Policy 三方對齊
4. archive Entry Gate 加 metadata schema 防呆

可拆 scale 減量／ceremony 修剪兩個 PR。

依賴

• 建議在 Gate 權重重排：review 阻斷化、Constitution 收斂單站、playbook 落回 gate #66（gate 權重重排）之後——verify 瘦身定案後再定 scale 轉義表較順

驗收條件

• quick change 的 verify/archive 步驟數實質少於 standard
• 被降級的儀式欄位不再是 gate 的必填項
• metadata schema 驗證有測試覆蓋

來源

稽核報告 01-I3/S1-S5、04-Important、05 瘦身候選（.tasks/chore/scan-by-fable5/，2026-07-03）