1. 基本信息
| 项目 | 内容 |
|---|---|
| 名称 | to-tickets-mattpocock-skills |
| 作者/维护者 | Matt Pocock（个人开发者） |
| 来源链接 | https://github.com/mattpocock/skills/tree/main/skills/engineering/to-tickets |
| 许可证 | MIT（数据来自 GitHub API） |
| GitHub Stars/Forks | 所属合集仓库 223,991 / 19,264（数据来自 GitHub API；该数字属整个合集仓库，不代表本技能自身热度） |
| 最新版本 | v1.2.3（2026-08-06 发布，数据来自 GitHub API） |
| 安装方式 | Claude Code 官方插件市场 / 通用 CLI 安装器 |
2. 功能介绍与亮点
to-tickets 把一段计划、规格说明或当前对话，拆解成一组“tracer-bullet”式工单：每张工单是贯穿数据库、接口、界面、测试等各层的一条纵向完整切片，可独立演示与验证，而不是按层横切的半成品。核心亮点：
- 显式声明依赖边：每张工单标注“被哪些工单阻塞”，让编码 Agent 能识别当前可以立刻开工的“前沿”任务，按依赖顺序推进，避免返工。
- 区分纵向切片与“宽重构”：遇到一次性影响全仓库的机械改动（改列名、改类型），会自动切换为“扩展—迁移—收缩”三段式序列，而不是强行拆成切片。
- 双发布通道：可以只写本地 Markdown 文件（
.scratch/<feature>/issues/），也可以发布为真实 Issue Tracker（GitHub、Linear）上的原生工单，两种形式下工单结构保持一致。 - 人工确认环节：拆解结果先以编号列表形式呈现给用户确认颗粒度与依赖关系是否正确，再发布，避免 Agent 单方面拍板。
3. 适用场景
所属分类：工程效率与代码质量。
适合把一份较大的需求文档、技术方案或群聊/对话中形成的共识，转成可执行、可追踪的开发任务清单的场景：个人开发者拆解自己的项目待办、团队 Tech Lead 把评审通过的方案转成 Issue 供多人认领、或作为“计划—拆解—实现”这条 Agent 工作流中的中间环节，为后续编码 Agent 提供边界清晰、可独立验证的最小工作单元。
4. 跨 Agent 兼容性
- Claude Code：✅ 原生支持——收录于 Claude Code 官方插件市场，
/plugin install mattpocock-skills一键安装，随作者更新自动同步。 - Codex：⚠️ 需适配——通过仓库自带的通用安装器
npx skills@latest add mattpocock/skills复制技能文件到项目中即可使用；仓库 ADR 文档标明原生 Codex 插件在路线图上，尚未发布。 - OpenClaw：⚠️ 需适配——同一安装器支持
--client openclaw参数，将技能文件写入 OpenClaw 的技能目录。 - Hermes Agent：⚠️ 需适配——同一安装器支持
--client hermes参数，写入 Hermes Agent 的技能目录。
以上判断依据：仓库 README 安装说明 + 通用技能安装器（skills CLI）官方文档对多 Agent 客户端参数的说明。
5. 推荐理由
多数“计划转任务”类技能止步于生成一份任务列表，to-tickets 多做了两件事：一是用“纵向切片优先、宽重构走三段式”的方法论，确保拆出来的每张工单都能独立跑通、独立验证，减少 Agent 实现时相互踩踏；二是把依赖关系结构化写进工单本身，让后续接手实现的 Agent 或人能直接判断“现在能做哪些”，不必重新梳理一遍需求文档。对于用 Agent 辅助较大规模开发的初中级用户，这能显著降低“计划写得很好、执行时却互相冲突”的返工成本。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 8 | 第三方安装统计平台 skills.sh 显示该子技能独立安装量 32.17 万次；同时被收录进 Claude Code 官方插件市场，GitHub 仓库 issue 区可查到围绕该技能的具体功能讨论（如 #884）与具名用户使用反馈，多个独立渠道均有实质内容 |
| 可用性 | 9 | 一条命令接入 Claude Code 官方插件市场；SKILL.md 文档完整，含流程步骤、工单模板与“宽重构”边界情况说明；仓库最近一次提交为 2026-08-19，维护活跃；不依赖任何付费服务，未配置真实 Issue Tracker 时可自动降级为纯本地文件模式 |
| 安全性 | 8 | 纯提示词/流程说明类技能，不含可执行脚本，仅附一个 146 字节的跨平台适配配置文件；仅在用户主动配置真实 Issue Tracker 时才会对外发起网络请求（写入用户自己指定的 Tracker），行为透明；License 明确（MIT）；未发现任何可疑指令或混淆内容；第三方安全扫描平台 Snyk 对该技能的扫描结果为 Warn（具体触发项未在页面展开） |
安全检查清单：①不执行 shell 命令 ②仅在用户显式配置 Tracker 后才联网、且目标即用户自己的 Tracker ③不索取、不存储任何新增凭据 ④SKILL.md 全文未见可疑指令 ⑤作者为长期活跃的独立技术教育者，无造假迹象 ⑥License 明确（MIT）；第三方 Snyk 扫描为 Warn ⑦近日仍在持续维护。综合 = 三项均值 = 8.33。
2026-08-20 修订：安全性评分由 9 分下调至 8 分，综合分由 8.67 相应下调至 8.33——复核第三方安全扫描平台 Snyk 对该技能的扫描结果为 Warn。
7. 跟同类 Skills 相比的优势
| 技能 | 定位 | 与 to-tickets 的差异 |
|---|---|---|
| triage（同仓库） | 把 Issue/PR 推进一个“待分类—待确认—可执行—待人工—不予处理”的状态机 | 处理的是已存在的 Issue 如何分类流转，而非把一份新计划拆解生成工单；两者是同一工作流上下不相邻的两个环节 |
| resolving-merge-conflicts（同仓库） | 处理进行中的 git merge/rebase 冲突 | 面向代码冲突这一具体故障场景，与“计划拆解”完全不同的问题域，仅 14 行步骤说明，无工单产出 |
| GitHub/Linear 自带的任务拆分模板 | 平台原生的 Issue 模板与子任务功能 | 需要人工手动拆分并逐条判断依赖关系；to-tickets 由 Agent 阅读计划全文后自动给出带依赖边的拆解草案，再交人工确认，人工只需审核而非从零拆解 |
8. 用户评价
- GitHub 用户 rafinewman 在仓库 Issue #862 中反馈：“i start using your set of skills for development phases and i found very good. bravo!”（我开始在开发阶段使用你这套技能，感觉非常好，太棒了）。
- 同一仓库 Issue #884 中，用户 dong99u 针对
to-tickets发布的依赖关系目前只有人类可读格式（Markdown 文本），提出应补充机器可读结构，方便下游自动化工具直接解析依赖前沿——反映该技能已被用户用于构建更上层的自动化流程。
9. 其他补充
该技能随所属仓库一起遵循 SemVer 版本号发布（当前 v1.2.3），作者通过约 6 万订阅者的技术邮件列表同步更新动态；仓库同时提供 OpenAI 兼容的 agent 配置文件，便于在多种 Agent 运行时之间复用同一份技能定义。
10. 安装使用方式
- Claude Code：
claude plugins install mattpocock-skills，或会话内执行/plugin install mattpocock-skills。 - Codex / OpenClaw / Hermes Agent / 其他兼容 Agent：
npx skills@latest add mattpocock/skills，安装时选择to-tickets（安装器支持--client codex/--client openclaw/--client hermes等参数指定目标 Agent）。 - 安装后建议先运行一次仓库自带的
/setup-matt-pocock-skills，选择本地文件或 GitHub/Linear 作为工单发布目标；跳过此步时，to-tickets会退化为纯本地 Markdown 文件模式，仍可正常使用。 - 该技能标记为
disable-model-invocation，需通过/to-tickets显式调用，不会被 Agent 自动触发。
11. 注意事项
- 拆解结果发布为真实 Tracker 工单时，依赖关系目前只以人类可读文本呈现，尚无机器可读结构，若需下游自动化脚本直接解析依赖前沿需自行处理（社区已有相关功能请求，见 Issue #884）。
- 技能本身不判断“这个计划该不该拆分”，遇到大范围机械性改动（如批量改字段名）会切换为扩展—迁移—收缩序列，若使用者不熟悉这一约定，需先读一遍 SKILL.md 中的说明再上手。
- 未运行初始化配置步骤时默认使用本地文件模式，若团队协作依赖真实 Tracker，需要有人主动完成一次性配置。