원클릭으로
task-planner
将 OpenSpec 分解为可执行的任务列表,支持十步循环 A.2 (任务规划) + A.3 (Agent 分配)。 使用场景:"把这个 Spec 分解成任务"、"规划开发任务"
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
将 OpenSpec 分解为可执行的任务列表,支持十步循环 A.2 (任务规划) + A.3 (Agent 分配)。 使用场景:"把这个 Spec 分解成任务"、"规划开发任务"
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Aria 项目级配置加载器(内部基础设施)。 查找、解析、验证 .aria/config.json 并合并默认值。 此 Skill 不直接触发,由其他 Skills 引用以读取项目配置。
项目状态扫描与智能工作流推荐,十步循环的统一入口。 收集项目状态、分析变更、推荐最佳工作流、引导用户确认执行。 使用场景:"查看项目当前状态"、"我要提交代码"、"开发新功能"
会话收尾 —— 在任意对话(含未走完十步循环的探索/调试/讨论 session)把"未交接成果" 固化为 handoff。**与十步循环正交平级的会话仪式**(非周期收尾): AI 先内省本对话出 未完成线程 + 待固化经验, 再用机械 autofill 交叉核验补漏, 写 docs/handoff/。leaf — 终结于写交接, 不拖入十步循环。 使用场景: "对话收尾" / "执行对话收尾" / "会话收尾" / "session closeout" / "收尾这次对话" / "写交接" / "写 handoff" / "收工" / "结束本次对话" / context 快满时主动收尾。 不适用 (用 phase-d-closer): "Phase D" / "周期收尾" / "归档 Spec" / "更新 cycle 进度" —— 那是开发周期收尾, 不是会话收尾。
Git 多远程 parity 检测与 push 验证的共享基础设施。 内部工具, 仅供其他 skills 引用。提供标准化 Bash/Python 执行脚本段 + 输出 JSON schema 契约。
任务到 Agent 的智能路由器,根据任务类型、文件路径自动选择最合适的 Agent。 使用场景:subagent-driver 需要为任务选择 Agent、不确定应该使用哪个 Agent
向 Aria 维护团队报告 Bug 或提交功能建议。自动收集环境信息, 自动路由到 Forgejo(内部用户)或 GitHub(外部用户)。 使用场景:"报告 bug"、"report an issue"、"提交功能建议"、 "aria 有个问题想反馈"、"feature request"、"提 issue"、 "反馈问题"、"report bug to aria"
| name | task-planner |
| description | 将 OpenSpec 分解为可执行的任务列表,支持十步循环 A.2 (任务规划) + A.3 (Agent 分配)。 使用场景:"把这个 Spec 分解成任务"、"规划开发任务" |
| argument-hint | [spec-path] |
| disable-model-invocation | false |
| user-invocable | true |
| allowed-tools | Read, Write, Glob, Grep, AskUserQuestion |
版本: 2.0.0 | 十步循环: A.2 + A.3 (Agent 预分配) 架构: 双层任务架构 (tasks.md + detailed-tasks.yaml)
使用场景:
不使用场景:
spec-drafter (A.1)state-scanner (A.0)branch-manager (B.1)| 功能 | 描述 |
|---|---|
| 双层架构 | tasks.md (粗粒度) + detailed-tasks.yaml (细粒度) |
| tasks.md 解析 | 读取 OpenSpec 标准格式的 tasks.md,提取功能清单 |
| 任务转换 | 将功能清单转换为原子化任务 (4-8h 粒度) |
| parent 链接 | 维护 tasks.md 编号与 TASK-{NNN} 的映射关系 |
| 复杂度评估 | 自动评估 S/M/L/XL 复杂度 |
| 依赖分析 | 识别任务间依赖,构建 DAG |
| Agent 预分配 | 根据任务类型建议 Agent |
| 状态跟踪 | 为每个任务添加 status 字段 |
输入:
- spec_path: Spec 目录路径 (如 changes/user-auth/)
读取策略:
IF tasks.md 存在:
→ 路径 A: 解析 tasks.md (OpenSpec 标准格式)
→ 输出: 双层架构
ELSE:
→ 路径 B: 从 proposal.md 分解任务
→ 输出: 仅 detailed-tasks.yaml
始终从 proposal.md 读取 ## Success Criteria 章节
详细解析流程: DUAL_LAYER_SPEC.md
分解规则:
粒度目标: 4-8 小时可完成
原子性: 单一职责,便于验证
可测试: 每个任务有明确验收标准
分解策略:
XL/L 任务: 按功能模块/技术层级拆分
M 任务: 按实现步骤拆分
S 任务: 保持原样
| 维度 | S | M | L | XL |
|---|---|---|---|---|
| 文件影响 | 1-2 | 3-5 | 6-10 | >10 |
| 依赖数量 | 0 | 1-2 | 3-4 | >4 |
详细评估规则: COMPLEXITY_GUIDE.md
隐式依赖推断:
测试 → 实现
文档 → 功能
集成 → 组件
API → 模型
排序算法:
1. 拓扑排序 (尊重依赖)
2. 同级按优先级: P0 > P1 > P2 > P3
3. 并行任务分组
根据任务 deliverables 路径和关键词匹配合适的 Agent。
分配规则详情: AGENT_MAPPING.md
触发条件: audit.enabled == true AND audit.checkpoints.post_planning != "off"
执行时机: detailed-tasks.yaml 已写入后
执行:
调用 audit-engine:
checkpoint: "post_planning"
mode: 来自 config (audit.mode) 或 adaptive
context: "{spec_path}/detailed-tasks.yaml"
if verdict == FAIL:
→ 阻塞,呈现审计报告,等待用户修订任务列表
else (PASS / PASS_WITH_WARNINGS):
→ 继续,准备进入 B.1 分支创建
| 参数 | 必需 | 说明 | 默认值 |
|---|---|---|---|
spec_path | ❌ | Spec 路径 (自动检测) | - |
module | ❌ | 目标模块 | 从 Spec 提取 |
max_task_hours | ❌ | 最大任务时长 | 8h |
include_tests | ❌ | 自动添加测试任务 | true |
# Task Breakdown: {Feature Name}
> **Spec**: {spec_path}
> **Total Tasks**: {count}
> **Estimated**: {total_hours}h
## Task List
### TASK-001: {Title}
- **Complexity**: M
- **Dependencies**: None
- **Agent**: backend-architect
- **Deliverables**: {files}
## Execution Order
TASK-001 → TASK-002 → TASK-003
## Summary
| Complexity | Count | Hours |
|------------|-------|-------|
| S | 2 | 4h |
| M | 3 | 12h |
文件位置: {spec_path}/detailed-tasks.yaml
metadata:
feature: user-authentication
datasource: "tasks.md"
total_tasks: 7
tasks:
- id: TASK-001
parent: "1.1"
title: Add OTP column
status: pending
complexity: M
dependencies: []
deliverables:
- backend/migrations/add_otp.sql
agent: backend-architect
verification:
- "Migration runs successfully"
完整格式规范: DUAL_LAYER_SPEC.md
用户请求: "把 user-auth 这个 Spec 分解成任务"
处理:
1. 读取 tasks.md (路径 A)
2. 提取 checklist items
3. 转换为原子任务
4. 评估复杂度
5. 分析依赖
6. 分配 Agent
7. 写入 detailed-tasks.yaml
输出:
tasks: 8 个任务
complexity: 2S + 4M + 2L
estimated: 32h
spec-drafter (A.1) ─→ proposal.md + tasks.md
│
▼
task-planner (A.2+A.3) ─→ detailed-tasks.yaml
│
▼
branch-manager (B.1) ─→ feature/{TASK-ID}
| 错误 | 解决方案 |
|---|---|
| Spec 未找到 | 检查路径,或先执行 A.1 |
| tasks.md 格式错误 | 检查 - [ ] X.Y Desc 格式 |
| parent 提取失败 | 确保编号格式 ^\d+\.\d+$ |
| 循环依赖 | 审查依赖关系,打破循环 |
容错策略:
tasks.md 解析失败:
→ 自动 Fallback 到 proposal.md
→ 显示警告信息
最后更新: 2025-12-23 Skill版本: 2.0.0 架构: 双层任务架构 (v2.0.0)