name: linear-usage description: 当用户询问关于“Linear问题”、“问题跟踪最佳实践”、“sprint规划”、“Linear项目管理”或“创建Linear问题”时，应使用此技能。
线性与问题跟踪最佳实践
问题编写指南
清晰的标题
编写描述问题或成果的标题：
- 好： “用户在移动Safari上无法重置密码”
- 差： “密码bug”
- 好： “为用户报告添加导出到CSV功能”
- 差： “导出功能”
有效的描述
包括：
- 上下文： 为什么这很重要
- 当前行为： 现在发生了什么（针对bug）
- 预期行为： 应该发生什么
- 复现步骤： 针对bug
- 验收标准： 完成定义
模板
错误报告：
## 描述
问题的简要描述。
## 复现步骤
1. 第一步
2. 第二步
3. 问题发生
## 预期行为
应该发生什么。
## 实际行为
实际发生什么。
## 环境
- 浏览器/操作系统
- 用户类型
功能请求：
## 问题陈述
这解决了什么问题？
## 提议解决方案
高级方法。
## 验收标准
- [ ] 标准1
- [ ] 标准2
标签分类
推荐标签
类型标签：
bug- 某些功能不工作feature- 新功能improvement- 现有功能增强chore- 维护、重构
区域标签：
frontend,backend,api,mobile- 或按功能区域：
auth,payments,onboarding
状态标签（如果未使用工作流状态）：
needs-triage,blocked,needs-design
标签最佳实践
- 保持标签数量可控（总计15-25个）
- 使用一致的命名约定
- 按类别颜色编码
- 每季度审查和修剪
优先级和估算
优先级级别
- 紧急（P0）： 生产环境宕机、安全问题
- 高（P1）： 主要功能损坏、关键截止日期
- 中（P2）： 重要但不紧急
- 低（P3）： 可有可无、小改进
估算技巧
- 使用相对大小（点数）而非小时数
- 估算复杂性，而非时间
- 包括测试和审查时间
- 如果范围变化显著，重新估算
周期/Sprint规划
周期最佳实践
- 持续时间： 通常1-2周
- 容量： 规划70-80%以允许中断
- 遗留工作： 审查未完成项目的原因
- 回顾： 周期结束时简要回顾
规划过程
- 审查待办事项优先级
- 将问题拉入周期
- 分解大项目（>5点）
- 分配负责人
- 识别依赖和阻碍
项目组织
项目与倡议
项目： 集中的、有时间限制的工作（1-3个月）
- 通常单团队
- 明确可交付成果
- 示例：“移动应用v2发布”
倡议： 战略主题
- 可能跨多个项目
- 长期目标
- 示例：“平台可靠性”
路线图技巧
- 保持路线图项目高层次
- 定期更新状态
- 链接到详细问题/项目
- 与利益相关者分享
分类工作流
分类过程
- 每日审查新问题
- 添加缺失信息（标签、优先级）
- 分配给适当的团队/人员
- 链接相关问题
- 移动到待办事项或关闭如果无效
关闭问题
以清晰原因关闭：
- 已完成： 工作完成
- 重复： 链接到原始
- 不会修复： 解释原因
- 无效： 缺失信息、不可复现
GitHub集成
链接PR到问题
- 在PR标题或描述中引用Linear问题ID
- Linear自动链接并更新状态
- 在分支名称中使用问题ID以自动链接
工作流自动化
- PR打开 → 问题移动到“进行中”
- PR合并 → 问题移动到“完成”
- 在Linear设置中配置