用途：把 Figma 设计稿转化为精简且互相关联的 Jira 待办列表，供开发或实现智能体在无需访问 Figma 的情况下按票开发。
主要能力：按原子设计原则组织 backlog，不单独为 Atom、Molecule 建票，而是把相关组件合并为 Task；每个 Figma 页面或屏幕建一个 Epic，页面内主要区块或 Organism 建 Task，具体实现细节建独立 Sub-task。全局元素另建专门 Epic（如全局组件），为其下 Header、Footer、导航等分别建 Task。支持处理 desktop/tablet/mobile 断点页面，同一屏幕合并为一个 Epic，Task 中按断点分小节记录规格。Task 描述会嵌入布局、字体、颜色、组件变体与状态、交互说明等设计规格，并附截图。
使用方式：需事先配置并连接 Figma 与 Jira 两个 MCP 服务器，配置、Figma 认证与 CLAUDE.md 默认值参见根目录 README.md 的示例。调用时提供 Figma 文件 URL 与 Jira 项目键（如 MA）。所有 MCP 操作必须在主对话中直接调用，不能交给子智能体，也不能用 Bash 重新解析 MCP 结果文件。流程分三阶段并逐阶段确认：阶段一用 get_metadata 与 nodeId "0:1" 读取页面与顶层 frame，跳过 cover、dev info、SVGs、assets、handoff、specs 等页面并标记断点页，列出建议结构后等待确认；阶段二用 Jira MCP 建票，先 search_issues 查重避免重复，父子关系用 additional_fields 中的 {"parent": {"key": "..."}}，不要用 parent_key 或 epicKey；截图按 get_screenshot、写临时文件、jira_update_issue 上传、清理四步串行执行，不能并行，遇限流则停止附加并记录；阶段三汇总 Epic、Task、Sub-task 数量、Epic 名称与 Jira 键，并列出风险与待确认问题。
限制：两个 MCP 服务器必须可用，否则停止并引导完成 README 设置；Epic 不调用 get_design_context；Sub-task 必须是真实 Jira 子任务，不能仅写在 Task 描述里；票数保持精简，倾向高信息密度；其他收费、价格或效果信息暂未提供。