Absolute Work 是一个面向 AI 编程智能体的端到端软件开发技能，宣称能把一张工单、一个任务、一份计划或一次迁移，从模糊意图推进到经过验证的代码。它把整个生命周期划分为 6 个连续阶段，并在阶段之间设置硬性门控。
用途与流程 生命周期依次为：需求采集与头脑风暴（INTAKE & BRAINSTORM）→ 规格说明（SPEC）→ 任务分解与规划（DECOMPOSE & PLAN）→ 执行（EXECUTE）→ 验证（VERIFY）→ 收尾（CONVERGE）。每个阶段结束时都必须停下来，向用户展示产出、说明下一步，并等待用户明确同意后才继续；在拿到设计批准之前，不会编写任何代码。
主要能力
- 设计访谈：围绕需求逐条提问，一次只问一个问题，按设计树深度优先推进，并在每个问题给出推荐答案；能通过代码库回答的问题优先查代码而非提问。
- 代码库约定检测：自动识别包管理器、语言与运行时、测试框架、Lint/格式化、构建系统、CI/CD、可用脚本和目录约定，并写入任务板的 Project Conventions，后续阶段统一引用。
- 规格驱动开发：把批准的设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md，并由独立评审子智能体按完整性、一致性、清晰度、范围、可测试性五项各 1-5 分打分。
- 任务板与依赖图：把规格拆成原子子任务（含 ID、标题、描述、类型、规模和依赖），构建 DAG 并划分波次；波次内只有文件不重叠且接口独立的任务才可并行，存疑时串行。
- 波次执行与 TDD：先写失败测试再实现，任务按依赖顺序推进，每个波次结束做冲突检查并等待确认。
- 双层验证：先跑项目自身的测试、Lint、类型检查和构建（二元信号门），再由独立评估器按正确性、代码质量、完整性、测试覆盖、集成安全打分；生成者与评估者分离。
- 会话恢复：若项目根目录已存在 .absolute-work/board.md，会读取并显示完成、进行中、阻塞和剩余任务，从最后一个未完成波次继续，并与代码库状态比对冲突。
使用方式与限制 触发后可进入计划模式（平台支持原生计划模式时直接调用，否则模拟计划模式完成前两个阶段）。执行前需保证工作树干净并记录回滚点。所有进度保存在 .absolute-work/board.md，不会自动提交代码，只建议提交信息。范围外的改进进入 Deferred Work，不允许静默扩大范围。该技能明确不适用于单文件缺陷修复、拼写修正、快速问答、代码解释、纯研究，以及用户希望手动主导的任务。具体安装命令与更多实现细节在提供的资料中暂未提供。