用途：Absolute Spec 把模糊意图转化为一份经过评审的设计规格文档，然后停止。它是工作流程中的规划产物，从完整生命周期中独立出来：扫描代码库、只问代码无法回答的问题、写规格、运行独立评分评审，最后交回一份可讨论、可交接或可交给 /absolute work 构建的文档。它刻意保持轻量，没有反复盘问、没有任务看板、没有拆解、没有执行，只交付一份足以让不熟悉项目的开发者据此构建的规格。
主要能力：流程为 SCAN → CLARIFY → WRITE → REVIEW → HANDOFF。扫描阶段先读取缓存配置（.absolute.config.json 或 ~/.absolute/config.json），检测项目约定，并阅读 docs/、README.md、CLAUDE.md、CONTRIBUTING.md、docs/plans/、近期提交、包清单及功能涉及目录；澄清阶段最多提 3–5 个问题，只问偏好与范围分叉，可批量提问；写作阶段将规格写入 <specDir>/YYYY-MM-DD-<topic>-design.md，<specDir> 取配置中的 preferences.specDir，否则为 docs/plans，并按复杂度分级缩放章节；评审阶段由独立子代理按完整性、一致性、清晰度、范围、可测试性打分（1–5 加权），4.0–5.0 通过，3.0–3.9 需修改后重派（最多 3 次），低于 3.0 立即上报用户；交接阶段展示规格路径、复杂度等级、评审分数与结论，并可选链入 /absolute work。
使用方式：当需要一份可讨论、评审或交接的设计规格，或想在实现前先在纸面推演功能时使用。若想设计并构建一体，应使用 /absolute work；若为已存在代码写文档，应使用 /absolute docs；若只是一行明显修复则无需设计。
限制：不写代码、不建看板、不执行、不自动提交，用户自行提交；评审通过后用户仍有最终决定权；若用户要求“不要提问直接起草”，则跳过澄清并在开放问题/假设章节记录所有猜测。