用途：gsdl-decompose 是 gsdl 流水线（Pick up source → Brainstorm → SPEC.md → Slices → Review → Branch → Execute → Verify → PR + bot → Close loop）中的第 4 步检查点，负责把 SPEC.md 拆成可实现的切片，并始终写出 tasks.md（gsdl-execute 实现阶段读取它）。若配置了 tracker（linear / jira / github / notion），还会为每个切片在父工作项下创建一条子项；Tracker → provider: none 时只写 tasks.md，切片在文件中评审。
主要能力：两阶段流程。阶段一读取磁盘上的 SPEC.md（不依赖上下文版本），分析功能需求、用户故事与验证计划，决定切片数量并生成父切片（1.0、2.0…），向用户展示并说明数量理由，暂停等待确认。阶段二在用户回复“Go”后重新读取 SPEC.md，把每个切片拆成具体子任务（1.1、1.2…），列出相关文件，创建 tracker 子项，写入 tasks.md 并在父切片旁标注子项标识（如 [ENG-124]、[PROJ-45]、[#128]；无 tracker 时不加标签）。
使用方式：前置条件为项目目录 .planning/[project-name]/ 与 SPEC.md 存在，provider 配置在 .planning/gsdl.config.md 的 ## Tracker 段解析，父项 ID 记录在 seed.md 的 ## Source 段。若配置了 tracker 但 seed.md 无父项，需询问用户一次（创建父项、创建独立项、或跳过 tracker），并把答案记入项目配置。切片判断在 LARGE 层执行，tracker 写入交给运行 gsdl-tracker-sync（Operation A）的 SMALL 子代理，需传入 PARENT_ITEM_ID、PROJECT_ID 和 SLICES。tracker 不可达时返回 BLOCKER 与手工录入载荷，由用户手动创建并回填 ID。
适用场景与限制：切片数量随工作而定，最小为 1，常见小改动 1-3、功能级 4-6、跨服务或新子系统 7+；超过约 8 个切片应提示拆分父项。不得为凑数制造仅脚手架或仅测试的切片，不得跳过阶段一暂停，不得自行调用 tracker API，不得在无 tracker 时编造占位 ID。若 tasks.md 与对应子项已存在，应询问是修订而非重复创建。具体收费、价格与平台信息暂未提供。