用途：把粗糙的工程想法细化为结构化、可执行的 Linear 工单，并通过 Linear MCP 服务器真实创建 issue，而非只写 Markdown 文件。
主要能力与流程：解析意图，识别核心目标与约束；检索代码库，查找相关文件、既有实现模式、相关测试与可复用工具；生成 GitHub 永久链接；按固定格式组织工单内容；调用 Linear MCP 的 create_issue 创建真实工单；最后标注歧义、边界情况、遗漏考虑与待确认问题。
必要用法：创建前先用 list_teams 找到合适团队，用 list_projects 找到相关项目（如有），再用 create_issue，并把格式化后的工单内容作为 description 传入。生成永久链接需运行 git remote get-url origin 与 git rev-parse HEAD。查找行号可用 grep -n "export function useMyHook" path/to/file.ts。注意路径需相对 git 根目录，可用 git rev-parse --show-toplevel 确认；不要使用完整文件系统路径。
工单格式：包含 Summary（一句话说明要做什么）、Context（2-3 句说明原因）、Plan（分阶段，每阶段需有 Why 并指向相关代码文件，步骤中标注具体文件/函数；设计挑战以引用块形式放在阶段内，而非独立阶段），以及 Testing 与 Questions 清单。不使用单独的 Implementation Notes 章节，文件与函数引用需内联并以永久链接呈现。
准则：简洁不堆砌；所有文件/函数引用使用可点击的 GitHub 永久链接；不假设，未知事项列为问题；遵循既有模式并建议复用；考虑创建、更新、删除、错误状态等完整生命周期；每阶段说明 Why；避免冗余阶段。
限制：资料明确要求必须使用 Linear MCP 与 create_issue 创建真实工单；未提供收费、价格、平台支持范围或具体效果信息。