用途：根据 $ARGUMENTS 提供的文件或引用内容，分析范围并规划 JIRA 层级结构（Epic → 用户故事 → 子任务），用于让编码助手、开发者和相关方都能看懂工单。
主要能力：读取 $ARGUMENTS 理解范围；调用 lisa:tracker-source-artifacts 提取并分类外部工件（URL、嵌入、附件、示例载荷）；在涉及现有用户界面时调用 lisa:product-walkthrough 记录当前行为与复用候选；判断是否需要 Epic（多特性、重大变更、超过 3 个相关文件）或直接任务（缺陷、单文件、小改动）；起草包含 Context / Technical Approach / Acceptance Criteria 的三段式描述与 Gherkin 验收标准；为 UI 工单起草 Validation Journey，含 [SCREENSHOT: ...] 标记、视口与功能开关前置条件；按父先子后顺序委派写入，并通过工件保全检查确认无遗漏。
必要用法：每个工单写入都必须通过 lisa:jira-write-ticket，本技能不直接调用 mcp__atlassian__createJiraIssue，该工具被有意排除在 allowed-tools 外。调用顺序为：先创建 Epic 并获取 key，再以 Epic key 为父创建故事，最后以故事 key 为父创建子任务。传入摘要、问题类型、项目 key、优先级、三段式描述、Gherkin 验收标准、父 key、按域过滤后的工件列表；UI 工单还需传入 Validation Journey 草稿。默认项目来自 jira-cli 配置，可通过参数覆盖。
适用场景与限制：适合需要把已有文档或原型转化为结构化工单的团队，尤其 Expo/React Native 前端工单需走产品走查。纯后端、配置、测试或文档类改动可不写 Validation Journey。工单必须包含测试优先、质量门禁、文档、功能开关、清理与 UI 验证旅程等要求，除非明确要求，否则不包含迁移计划与性能测试。具体项目 key、认证信息、功能开关名称与视口尺寸需按实际资料提供，未提供的细节暂未说明。