用途：当用户询问 Linear 问题、问题跟踪最佳实践、冲刺规划、Linear 项目管理或创建问题时，使用本技能提供规范指引。
主要能力： 问题撰写——标题应描述问题或结果，如“Users can't reset password on mobile Safari”，而非“Password bug”；描述需包含背景、当前行为、期望行为、复现步骤、验收标准。资料提供了缺陷报告与功能请求模板：缺陷报告含 Description、Steps to Reproduce、Expected Behavior、Actual Behavior、Environment；功能请求含 Problem Statement、Proposed Solution、Acceptance Criteria。
标签分类——类型标签包括 bug、feature、improvement、chore；领域标签包括 frontend、backend、api、mobile，或按功能如 auth、payments、onboarding；状态标签（未用工作流状态时）包括 needs-triage、blocked、needs-design。建议标签总数控制在 15—25 个，命名一致、按类别配色、每季度审查精简。
优先级与估算——优先级分为 Urgent(P0，生产中断或安全问题)、High(P1)、Medium(P2)、Low(P3)。估算建议用相对点数而非小时，估算复杂度而非时间，包含测试与评审时间，范围显著变化时重新估算。
周期与冲刺规划——周期通常 1—2 周，容量按 70%—80% 规划以留出打断空间，需回顾未完成项原因并在周期末简要复盘。规划流程：审查待办优先级、将问题拉入周期、拆分大于 5 点的大项、分配负责人、识别依赖与阻塞。
项目组织——项目是有明确交付物、通常单团队、1—3 个月的有界工作，如“Mobile app v2 launch”；倡议是可能跨多项目的长期战略主题，如“Platform reliability”。路线图保持高层级、定期更新状态、链接到详细问题与项目并分享给干系人。
分诊流程——每日审查新问题，补充缺失信息（标签、优先级），分配给合适团队或个人，关联相关问题，无效则移入待办或关闭。关闭需说明原因：Completed、Duplicate、Won't fix、Invalid。
GitHub 集成——在 PR 标题或描述中引用 Linear 问题 ID，Linear 会自动关联并更新状态；分支名带问题 ID 可自动关联。工作流自动化可实现 PR 打开时问题转为 In Progress、PR 合并时转为 Done，在 Linear 设置中配置。
限制：资料未提供该技能的具体安装命令、支持平台、收费方式与代码示例，这些事实暂未提供。