我的Jira票务Skill：一条命令看清所有指派给你的 Jira 待办
- 它是什么：my-tickets 是一个 Jira 待办聚合技能，一句话概括——「显示所有分配给您的 Jira 票务」。
- 怎么用：在支持该技能的 AI 客户端里输入
/my-tickets，即可触发查询并返回结构化结果。 - 背后逻辑：通过 Atlassian MCP 工具
atlassian_search_issues执行 JQLassignee = currentUser() AND status != Done，自动过滤掉已完成事项。 - 输出形态：按状态分组、以表格呈现票务键、摘要、状态、优先级、最后更新日期，并在末尾给出各状态票数统计。
- 适配人群：日常被 Jira 任务追着跑的研发、测试、项目经理，以及需要在开会前 30 秒摸清自己待办的人。
该技能叫什么？如何下载安装 AI 技能提升开发效率？
基础信息
| 项目 | 内容 |
|---|---|
| 技能中文名 | 我的Jira票务Skill |
| 技能英文名 | my-tickets |
| 技能 ID | 14043 |
| 调用形式 | /my-tickets [arguments]（概要写法，参数含义以官方说明为准） |
| 依赖能力 | Atlassian MCP 工具 atlassian_search_issues |
它解决什么问题
在 Jira 里查看「分配给我的票」，传统做法是打开网页 → 进入看板或「你的工作」面板 → 挑筛选器 → 逐条点开看状态。流程不算难，但极其打断心流，尤其当你只是想在开工前确认「今天该先干哪张票」时，几次点击的成本远高于信息本身的价值。my-tickets 把这个动作压缩成一条斜杠命令：输入 /my-tickets，直接拿到一张按状态归组、带优先级和更新时间的清单。
一键安装的思路与步骤
这个技能的价值在于「装一次、天天用」，安装过程本身并不复杂。需要说明的是，技能详情中未给出具体的安装命令与下载地址，以下为通用流程，实际操作入口与命令请以官方说明为准。
- 确认前置条件：你的 AI 客户端需要具备技能（Skill）或斜杠命令扩展能力；同时需要已接入 Atlassian 官方的 MCP 服务并完成 Jira 账号授权，否则技能无法调用
atlassian_search_issues。 - 找到技能：在客户端的技能市场或技能管理界面中，按英文名
my-tickets或技能 ID14043检索。 - 执行安装/启用：点击安装或启用开关，等待技能注册完成；若为手动导入方式，按平台提供的技能目录结构放入对应配置后重载客户端（具体路径以官方说明为准）。
- 验证是否生效：在对话输入框中键入
/my-tickets并回车。若返回一张带表头的票务表格，说明调用链路已打通；若提示工具不可用，优先检查 Atlassian 授权是否过期；若返回空表，通常意味着当前没有未完成的指派票，而非技能失效。
之所以说「一键安装能提升开发效率」，是因为它把一次性的配置成本换成了长期的高频收益：装好之后，你每天都会用它三五次，而每次节省的是打开浏览器、登录、找筛选器的一串动作。
该技能的主要功能和特点
- 自动锁定「我的票」：JQL 中使用
assignee = currentUser()，以当前登录用户为筛选基准，无需手动输入账号名，换人使用也不需要改配置。 - 自动排除已完成事项：查询条件带
status != Done，结果天然聚焦在「还需要动手」的票上，避免已完成票干扰视线。 - 按状态分组呈现：返回结果按状态归类，而不是一股脑平铺，能直观看出「进行中几项、待办几项、待评审几项」。
- 五列关键信息表：以
Key | Summary | Status | Priority | Updated的表格结构输出，其中摘要过长会自动截断，保证表格可读性。 - 末尾计数统计：在清单最后给出按状态分类的票务数量，一行字解决「我今天到底有多少活」这个问题。
- 零学习成本：不需要懂 JQL，不必记字段名，一条命令即得结果。
和普通 Jira 界面或通用筛选器相比，它的差异化在于「对话式调用 + 结构化摘要」：普通工具给你一个可点击的列表页面，而它给你的是一段可以直接读、可以直接贴进站会记录里的文本。
如何使用该技能？
步骤一：确认环境就绪
确保客户端已启用 my-tickets 技能，且 Atlassian MCP 连接处于有效状态（授权过期是最常见的失败原因）。
步骤二：发起调用
在对话框中输入命令：
/my-tickets
概要中还给出了带参数的写法 /my-tickets [arguments]，具体可传入哪些参数，技能详情中未展开说明，请以官方说明为准。
步骤三：阅读返回结果
技能会先展示分组后的表格，示意如下：
| Key | Summary | Status | Priority | Updated |
|---|---|---|---|---|
| PROJ-123 | 登录模块验证码偶发失效问题排查 | 进行中 | 高 | 2024-06-11 |
| PROJ-118 | 订单导出接口性能优化方案评审 | 待评审 | 中 | 2024-06-10 |
| PROJ-131 | 用户中心文案调整 | 待办 | 低 | 2024-06-09 |
（以上为格式示意，实际内容来自你的 Jira 数据。）
步骤四：看末尾统计
表格之后会附上按状态分类的票务计数，例如「进行中 1 项、待评审 1 项、待办 1 项」，用于快速判断当天的工作负载。
步骤五：按需追问
拿到清单后，可以继续在对话里让 AI 基于这份结果做延伸整理，例如按优先级重排讨论顺序、为每张票起草推进要点等。技能本身负责「取数」，后续加工由对话完成。
同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| my-tickets（本技能） | 对话式个人 Jira 待办聚合 | 一条命令拉取指派给自己的未完成票，按状态分组并统计 | 需 AI 客户端 + Atlassian MCP 授权，装一次即可 | 站会前速览、日常开工排查、个人待办梳理 | 优势：零 JQL 门槛、结果结构化、可在对话中继续加工；不足：仅覆盖「指派给我」这一视角，不涉及团队视图 |
| Jira 原生「你的工作」面板 | 官方内置个人工作台 | 展示指派给自己的议题、最近访问、活动流 | 无安装成本，但需登录网页端 | 需要点击跳转详情、处理单票 | 优势：信息最全、可即时编辑；不足：多步点击，缺少一次性文本汇总，移动端体验一般 |
| JQL 筛选器 / 订阅邮件 | 高级用户自定义查询 | 自定义 JQL、保存筛选器、定时邮件推送 | 需要懂 JQL 语法并手工维护 | 固定规则的周期性报告 | 优势：灵活度极高、可订阅；不足：学习成本高、结果以邮件列表为主，仍要人工归纳 |
| 通用 MCP 客户端手工提问 | 直接对话查询 Jira | 由用户自行描述需求，模型临时组装查询 | 需具备提示词编写能力 | 探索性、一次性的临时查询 | 优势：灵活、无需额外技能；不足：每次都要重新描述，结果格式不稳定，难以形成固定习惯 |
从对比可以看出，my-tickets 的生态位很明确：不做大而全的工作台，只做「我的待办」这一个高频动作的最短路径。
该技能的典型应用场景与实际体验情况
场景一：研发工程师的每日开工盘点
角色：后端开发，手上有 5-8 张并行推进的票。痛点是早晨打开 Jira 后容易陷入逐条点开的「信息漩涡」。使用方式：到工位后输入 /my-tickets，先看状态分组和计数，再挑一张优先级为「高」且更新日期最近的票开始动手。实际体验：上手几乎零难度，命令即结果；需要注意的是，若某张票状态已改为 Done 但缓存延迟，需要以 Jira 页面为准。
场景二：站会前的 30 秒准备
角色：敏捷团队成员，站会要求每人说明「昨天做了什么、今天做什么、有无阻塞」。使用方式：会前调用一次，直接照表格口述。实际体验：结构化输出省去了自己组织语言的时间，截图也能直接用于会议记录；注意摘要字段过长会被截断，讲的时候可能需要回忆细节。
场景三：项目经理的多项目负载评估
角色：同时跟进多个项目的 PM。痛点是票散落在不同项目里，靠单个看板看不到全貌。使用方式：调用 /my-tickets 后观察状态分布，判断是否存在「待评审堆积」或「进行中过多」的风险。实际体验：末尾的按状态计数是这里最有价值的输出，一眼看出瓶颈环节；不足是该技能只统计指派给自己的票，团队维度仍需另行查询。
场景四：周报素材的一次性整理
角色：需要每周汇报进展的工程师。使用方式：调用技能拿到未完成清单，结合已完成事项补全周报。实际体验：减少了一半以上的信息收集时间；需要注意，由于查询条件排除了 Done 状态，已完成的工作无法从该技能结果中回溯，需另行获取。
该技能能为用户带来的价值
- 时间层面的效率提升：把「打开浏览器 → 登录 → 找筛选器 → 逐条浏览」的多次交互压缩成一条命令。按每天查看 3-5 次、每次节省若干分钟计算，长期累积的注意力节省相当可观。
- 认知门槛的降低：JQL 原本是少数人掌握的能力，
assignee = currentUser() AND status != Done这条查询被技能封装之后，任何人都能享受同样的筛选效果，不需要记住任何字段名。 - 信息呈现的标准化：固定的五列表格 + 尾部计数，让「我的待办」有了统一的表达格式，既方便个人扫读，也方便直接复制到站会记录、协作工具或周报中。
- 习惯层面的长期价值：当查待办的成本低到几乎为零，人就更愿意频繁对齐自己的工作状态，减少「票被遗忘在角落」的概率，也让优先级判断更及时。
- 与 AI 工作流的自然衔接：结果以文本形式回到对话上下文里，后续可以无缝接着做排序建议、任务拆分、进度归纳，形成从「取数」到「决策」的闭环。
常见问题 FAQ
Q1：这个技能怎么安装？需要付费吗？
安装路径是在支持技能的 AI 客户端中按英文名 my-tickets 或技能 ID 14043 检索并启用，同时需要完成 Atlassian MCP 的授权配置。具体入口与命令请以官方说明为准。技能详情中未提及任何收费信息，是否涉及费用同样以官方说明为准。需要提醒的是，Jira 本身的账号权限由 Atlassian 侧决定，与技能无关。
Q2：为什么我输入 /my-tickets 之后返回的是空列表？
先分辨两种可能：一是你当前确实没有处于未完成状态的指派票（查询条件带 status != Done，已完成的票不会出现）；二是授权失效导致查询失败。建议先到 Jira 网页端用相同的筛选条件核对一次，若网页端有票而技能返回空，则检查 MCP 连接与登录状态。
Q3：它能看到整个团队的票或者别人的票吗？
不能。该技能的实现逻辑以 assignee = currentUser() 为基准，只检索「当前用户」名下的票务。如果需要团队视角，需要另行使用 Jira 的看板、筛选器或其他查询方式。
Q4：表格里的摘要太长被截断了怎么办？
截断是为了保证表格的可读性，属于技能的既定行为。需要完整内容时，凭表格中的票务键（如 PROJ-123）到 Jira 中检索即可查看全文。
Q5：适合谁用？和 Jira 原生面板怎么选？
适合每天需要在 Jira 里确认个人待办、且已经在使用 AI 对话客户端的研发、测试、项目经理。选择建议是：需要编辑字段、流转状态、查看评论时用 Jira 原生面板；只是想知道「我现在有哪些活、分别是什么状态」时用 my-tickets，更快、更聚焦。两者不冲突，可以并行使用。