chore: import zh skill to-issues

README.wehub.md

@@ -0,0 +1,9 @@
+# WeHub 来源说明
+
+- Skill 名称：`to-issues`
+- 中文类目：任务拆解与追踪
+- 上游仓库：`sudhanshu746__skills`
+- 上游路径：`skills/engineering/to-issues/SKILL.md`
+- 上游链接：https://github.com/sudhanshu746/skills/blob/HEAD/skills/engineering/to-issues/SKILL.md
+- 本仓库为 WeHub 中文 Skill 汉化包，基于 skill 市场筛选 Top200 清单整理
+- 原作者、版权和许可证信息以上游仓库为准

SKILL.md

@@ -0,0 +1,81 @@
+---
+name: to-issues
+description: 将计划、规范或产品需求文档（PRD）拆解为项目问题跟踪器上可独立领取的问题，使用追踪弹头式垂直切片。当用户希望将计划转化为问题、创建实施工单，或将工作拆解为问题时使用。
+---
+
+# 转为问题
+
+使用垂直切片（追踪弹头）将计划拆解为可独立领取的问题。
+
+问题跟踪器和分类标签词汇应当已提供给你——如果尚未提供，请运行 `/setup-matt-pocock-skills`。
+
+## 流程
+
+### 1. 收集上下文
+
+从对话上下文中已有的内容入手。如果用户传入了问题引用（问题编号、URL 或路径）作为参数，则从问题跟踪器中获取该问题，并阅读其完整正文和评论。
+
+### 2. 探索代码库（可选）
+
+如果你尚未探索代码库，请进行探索以了解代码的当前状态。问题标题和描述应使用项目的领域术语词汇，并尊重你所涉及区域的架构决策记录（ADR）。
+
+### 3. 起草垂直切片
+
+将计划拆解为**追踪弹头**式问题。每个问题都是一个薄的垂直切片，贯穿所有集成层，**而不是**某一层的水平切片。
+
+切片可以是「HITL」或「AFK」类型。HITL 切片需要人工交互，例如架构决策或设计评审。AFK 切片可以在无需人工交互的情况下实施并合并。在可能的情况下，优先选择 AFK 而非 HITL。
+
+<vertical-slice-rules>
+- 每个切片提供一条狭窄但**完整**的路径，贯穿每一层（schema、API、UI、测试）
+- 完成后的切片可以独立演示或验证
+- 宁多薄切片，勿少厚切片
+</vertical-slice-rules>
+
+### 4. 征求用户意见
+
+将提议的拆解方案以编号列表的形式呈现。对于每个切片，展示：
+
+- **标题**：简短描述性名称
+- **类型**：HITL / AFK
+- **阻塞项**：哪些其他切片（如果有）必须先完成
+- **覆盖的用户故事**：此切片涉及哪些用户故事（如果源材料中有相关描述）
+
+向用户提问：
+
+- 粒度是否合适？（太粗 / 太细）
+- 依赖关系是否正确？
+- 是否有任何切片需要合并或进一步拆分？
+- HITL 和 AFK 的标记是否正确？
+
+不断迭代，直到用户批准该拆解方案。
+
+### 5. 将问题发布到问题跟踪器
+
+对于每个已批准的切片，在问题跟踪器中发布一个新问题。使用下面的问题正文模板。应用 `needs-triage` 分类标签，使每个问题进入正常的分类流程。
+
+按依赖顺序发布问题（阻塞项优先），这样你可以在「阻塞项」字段中引用真实的问题标识符。
+
+<issue-template>
+## 父级
+
+对问题跟踪器中父级问题的引用（如果源材料是现有问题，则包含此部分；否则省略此部分）。
+
+## 要构建什么
+
+对此垂直切片的简明描述。描述端到端行为，而不是逐层实现细节。
+
+## 验收标准
+
+- [ ] 标准 1
+- [ ] 标准 2
+- [ ] 标准 3
+
+## 阻塞项
+
+- 对阻塞工单的引用（如果有）
+
+如果没有阻塞项，则填写「无——可立即开始」。
+
+</issue-template>
+
+不要关闭或修改任何父级问题。