用途
该技能用于从 Jira 工单的需求、验收标准、依赖关系和已完成的可比工作出发，估算该 PBI（产品待办事项）达到团队完成定义（DoD）所需的总工作量，并使用团队的斐波那契标尺给出故事点。估算范围包括实现、测试、评审、文档/配置，以及当这些活动属于 DoD 时推动或发布该 PBI 所需的工作。默认只产出本地估算；只有当用户明确指示“估算并更新”时，才授权在准备好估算后写入指定字段；目标字段或目标值不明确时才询问。
主要能力
- 读取工单的 issue key、类型、摘要、描述、验收标准、优先级、标签、组件、父子/关联问题、依赖及现有故事点字段。
- 从工单、项目文档或团队上下文中提取 DoD；不可用时按内置 DoD 覆盖清单处理，并将受影响项标记为假设。
- 若工单缺少描述或验收标准，声明估算为临时性并列出缺失信息，不编造需求填补空白。
- 搜索 3–8 个同项目近期已完成且带故事点的问题作为校准证据，优先匹配同类型/同功能组件、同实现面（前端、后端、数据迁移、集成或跨系统）、同等模糊度与测试/部署影响。
- 将工单拆分为可交付切片（API/领域逻辑、数据库/schema、UI、外部集成、权限、测试、迁移、发布/配置等），从范围、复杂度、集成/依赖、不确定性、DoD 完成度五个维度评估。
- 按“明确团队/用户指导 → 当前团队书面标尺 → 可比已完成工作”的顺序解决校准；出现冲突时说明并降低置信度，而非静默平均或覆盖明确指导。
- 无团队校准时参考后备校准并标记为假设；避免在各项成本已计入时机械地因不确定性加码。
- 按固定结构输出：推荐点数、范围、置信度、证据、分解表、DoD 覆盖表、理由、假设与未知项、规划说明、最终定尺前的问题。
- 对 13 或 21 点建议给出具体拆分边界。
- 若为 Bug，估算修复加回归验证及数据/配置工作，不估算已花费在诊断上的历史时间。
使用方式
由用户提出估算请求后，技能先发现可用 Jira 工具并从可验证的任务上下文确定站点，再获取工单并提取字段；随后用窄 JQL 查询搜索可比已完成问题；接着分解并评分，最终输出包含推荐值（单一主值）、范围（仅用于暴露不确定性）和置信度的结构化估算。用户明确要求更新时，先解析项目实际的故事点字段与支持值，更新后重新读取并报告验证结果或失败；更新点数不授权添加评论或变更状态。
适用场景
适用于 Scrum/敏捷团队在 Jira 中对 PBI 进行故事点估算、评审或校准；也适用于需要基于历史完成工作与团队 DoD 进行可解释估算的场合。
限制
故事点仍是主要估算，任何时长区间仅为近似校准，不是精确小时、配额或交付承诺。不得仅凭优先级、经办人、标签或工单年龄推断点数；不将无关关联问题计入估算，除非工单明确包含其工作。可比问题分歧较大时应报告分布并降低置信度，不盲目平均。需求过宽、跨团队或不确定性过高时应标记并建议拆分。搜索或故事点历史不可用时，继续按评分规则估算并将置信度标为低。不得执行仅明确请求范围之外的写操作。