用途：为项目 Components（jira-components、同步/协调 Jira Components）或 Atlassian 实例迁移（jira-instance-migration、更改/重指向 Jira 实例）提供受控的 Jira 管理流程。
主要能力：两种模式二选一，每次仅加载所选模式的参考文件（components 对应 references/components.md，instance-migration 对应 references/instance-migration.md），不得合并或互相穿透；模式不明确时须先询问，不能凭“修 Jira”“同步 Jira”之类请求自行推断。
使用方式：任何 Jira 操作前先加载 /acli；仅当所选参考要求时才加载其他技能。执行任何变更前先读取实时状态再编写计划。components 流程为：推导与检查 → 编写计划文件 → 试运行（dry-run）→ 等待用户在同一运行内明确批准 → 才执行 --apply。instance-migration 流程为：解析并确认两个实例 → 审计并验证可达性 → 等待明确批准 → 才修改文件或 acli 会话。
限制与约束：缺少 MCP 或 Jira 凭据为硬性停止，须指出具体环境变量、指向 .env / .env.example 并请求重启代理会话，不允许变通或部分运行。Atlassian 主机只存放在 .agents/project.yaml 的 issue_tracker.atlassian_url，本地其他位置均不允许；.env 或进程环境中的过期 ATLASSIAN_URL 属污染，应删除而非更新。若 .agents/project.yaml 中 project.project_name 为 null，属未入驻模板仓库，atlassian_url 与 project_key 保持 null，不得伪造提交。acli 会话位于 ~/.config/acli，为机器全局，重新登录会影响主机上所有仓库。仅运行所选参考的验证步骤。$ARGUMENTS 原样转发。模式不明确、试运行差异或迁移审计异常、需查看分阶段步骤与验证清单时，阅读完整 SKILL.md。