用途：该技能编排完整的分诊流程，顺序为 Linear 工单 → 分支 → OpenSpec 提案 → 实现 → 提交 → PR，用于需要 SOC II 合规追溯的缺陷或需求处理。
主要能力：通过脚本与斜杠命令串联各步骤，防止五类常见错误（未先建工单、分支名与工单标识不匹配、提交缺少工单前缀、提案未验证即实现、长流程导致上下文污染），并称可借助子代理降低 token 消耗。
使用方式：第一步用 uv run scripts/create_linear_ticket.py "Issue title" --team TeamName --description "Details" 创建工单并取得标识（如 ICE-1965）；第二步用 uv run scripts/create_branch.py ICE-1965 --push 创建 username/标识 格式分支；第三步执行 /openspec:proposal 生成提案，等待用户确认后再执行 /openspec:apply；随后用 /git-commit ICE-1965: 提交，最后可选 git push 与 gh pr create 创建 PR。
关键规则：必须先建工单再改代码；分支名以工单标识为前缀；提交信息须带工单前缀（如 ICE-1965: Fix bug）；不得直接推送 main/master；不得跳过提案验证。
依赖：linearis、gh 2.x+、openspec 2.x+ 为必需，jq 1.6+ 可选。需预先完成 linearis 与 gh 的认证、安装 openspec、配置 Git 用户信息并知晓 Linear 团队名。
限制：资料未提供具体收费、价格与效果保证；脚本与命令的实际行为以对应工具官方文档为准。