核心用法
Jira Skill 提供自然语言驱动的 Jira 项目管理能力，支持两种后端模式：
CLI 后端（推荐）：基于开源 jira-cli 工具，通过本地命令行执行操作，支持完整的工单生命周期管理，包括查看、创建、更新、流转、评论等。典型命令如 jira issue view PROJ-123、jira sprint list --state active。
MCP 后端：通过 Atlassian MCP 工具集调用，适合已配置 MCP 环境的场景，提供 mcp__atlassian__searchJiraIssuesUsingJql 等标准化接口。
智能触发：自动识别 Issue Key 模式（如 PROJ-123）、关键词（jira/ticket/sprint/backlog），无缝接入对话流。
显著优点
1. 双后端自适应：运行时自动检测可用后端（CLI → MCP → 引导安装），无需用户手动切换
2. 自然语言抽象：将"把我没做完的票列出来"转换为 jira issue list -a$(jira me) -s"In Progress"
3. 防御性工作流：创建/更新前强制展示草稿、获取确认，避免误操作
4. 批量操作感知：明确警示批量修改的通知风暴风险，要求逐条确认
5. 零配置回退：后端缺失时提供清晰的安装指引，而非报错终止
潜在局限
- 认证门槛：需用户自行配置
JIRA_API_TOKEN、JIRA_USER、JIRA_BASE_URL三要素 - 状态机复杂性：Jira 工作流高度定制化，"Done" 等状态名因项目而异，需动态查询 transitions
- MCP 账户 ID 陷阱：MCP 后端分配任务时必须使用
accountId而非显示名称，易静默失败 - 字段必填差异：
--no-input模式因项目必填字段不同可能报错，需预先检查 - 无原生撤销：描述编辑、状态流转不可逆，依赖人工确认机制
适合人群
- 研发团队日常工单管理的开发者、产品经理、Scrum Master
- 习惯命令行但希望用自然语言简化操作的工程师
- 需频繁跨项目查询、批量更新工单的 Tech Lead
常规风险
| 风险场景 | 防护机制 |
|---------|---------|
| 未获取当前状态直接流转 | 强制先 fetch issue，检查可用 transitions |
| 批量修改触发通知轰炸 | 要求逐条显式批准 |
| MCP 分配失败（用户名→accountId） | 强制先调用 `lookupJiraAccountId` |
| 描述编辑覆盖丢失 | 展示原文对比后再提交 |
| 认证过期/失效 | 清晰上报错误，引导重新配置 env |
整体安全设计以"显式优于隐式"为核心，通过前置校验、状态展示、人工确认三层防护降低误操作概率。