任务工作树

目标

处理任务工作树的两类操作：创建（默认）与删除（用户明确要求时）。创建时从本次刷新后的 origin/develop 生成隔离分支和相邻工作树，并把主仓库根目录被 .gitignore 忽略的 zc-bug-fix.config 凭证文件拷入工作树，职责到返回工作树链接为止。两类操作都不修改业务代码、不提交、不推送，也不创建 Issue 或 MR；删除时不得擅自销毁用户未提交的改动或未合并的分支。

输入分析

1. 判断任务类型并提取简短英文 slug：
   • Bug：已有行为不符合预期。
   • Feature：需求、新功能或明确要求改变现有行为。
2. slug 使用小写 kebab-case，保留 2～6 个有业务含义的英文词；避免只有 fix、update、change 等空泛词。
3. 用户给出合法名称时优先采用，不擅自改名。显式分支仍须使用与任务类型一致的 bugfix/ 或 feature/ 前缀。
4. 信息足以生成稳定名称时直接执行；只有任务类型或核心业务含义确实无法判断时才询问。

输入是禅道链接或 Bug ID 时，REQUIRED SUB-SKILL：使用 zc-bug-fix，但只执行阶段 0/1 读取 Bug 并提取编号、标题和业务背景。不得进入修复、提交、推送、Issue、MR 或禅道回写阶段。

用户明确要求创建工作树时，即已授权刷新远程引用、创建本地分支和工作树，不要重复索要确认；该授权不包含修改代码、提交或推送。