用途：用于值得持久化的 Jira 缺陷修复，不止改代码，还记录根因、行为变更、设计取舍、任务清单、验证证据与归档结果。Jira 负责问题来源、业务上下文、状态流转与修复评论；openspec/changes/<change-name>/ 负责 Jira 上下文、根因、行为契约、方案、任务、验证与最终归档；PR/MR 负责代码交付、验证证据、风险说明与评审入口。若只需快速修复且无需长期追溯，应改用普通 jira-fix-workflow。
主要能力：按阶段 0-8 编排，含前置检查、读取 Jira、问题分析、创建 OpenSpec change、探索方案、制定计划、执行验证、检查验证、提交与收尾。支持手动/自动/强制/重试模式及 ai-proxy 覆盖；触发器含 opsx-jira-fix、规范化修复 Jira 等。修复流程强依赖 staged-review-flow、analysis-core、node-version-discipline、workflow-mode-lifecycle、test-suite-ensure、design-approval-gate、delivery-discipline、feature-branch-closeout、jira-status-writeback、jira-wiki-markup 等技能，前置检查缺失即中止，不降级。
使用方式：先解析 Jira URL/ID 并检查 Jira 数据可读（jira-read {JIRA-ID} --live 或 mcp-atlassian，失败退回本地缓存）；检查 Git 状态，再从项目根运行 openspec list、openspec status、openspec validate。继续修复时优先从当前分支名推断 change，再检索 openspec/changes/*/{proposal.md,design.md,tasks.md}，必要时用 openspec status --change <name>、openspec show <change-name> 恢复进度。所有工程记录落在 OpenSpec 产物，不额外创建本地运行时目录。
限制：不支持跳过验证或跳过归档；合并、不可逆操作、受保护分支与 Jira 写回必须人工完成；Jira 数据不可读且无缓存时中止；强依赖技能缺失即中止。未提供具体价格、收费、平台支持范围等信息。