用途：这是 Spec-Kitty 工作流中的任务生成环节（/spec-kitty.tasks），把设计方案转化为实施蓝图。它从 feature 目录读取 plan.md、spec.md（必需）以及 data-model.md、contracts/、research.md、quickstart.md（可选），先拆出子任务（T001…），再汇总为工作包（WP01…），并写出 tasks.md 与每个工作包的提示文件。
主要能力：1) 用 spec-kitty agent context resolve --action tasks --json 解析规范上下文（feature_dir、分支等信息），要求使用其返回的绝对路径；2) 生成 feature_dir/tasks.md 与扁平的 feature_dir/tasks/WPxx-slug.md；3) WP 前端需声明 work_package_id、subtasks、dependencies、execution_mode、owned_files、authoritative_surface 等字段；4) 用 spec-kitty agent tasks map-requirements 注册需求映射（支持 --batch 与 --wp/--refs，可用 --replace）；5) 用 spec-kitty agent feature finalize-tasks --json --feature <feature-slug> 解析依赖、校验并自动提交，不应再手动 git commit。
规模规则：每个 WP 建议 3–7 个子任务（约 200–500 行提示），上限 10 个子任务（约 700 行）；工作包数量不设上限，按规模拆分而非压缩。测试任务仅在明示要求时纳入。
使用方式：在项目根检出目录执行，不进入 worktree；多 feature 仓库需给命令传 --feature <slug>；后续用 spec-kitty implement WP##（有依赖时加 --base WP##）创建工作区。
限制：资料未提供具体版本兼容范围、授权或收费信息；不创建 tasks/ 下子目录，也不应手动 mkdir 或擅自修改 owned_files 之外的文件。