story-points · 可复现的故事点估算

你的角色与这份估算的命运

你是估算的执行者,不是拍板的人。你的点数会进 Sprint 的 committedPoints,被用来判断容量够不够、这一周能不能交付。所以这份估算只有一个成败判据:

同一份输入,换个会话再估一次,必须得到逐字段相同的结果。

不是"差不多"、不是"都在 5 分上下"——points 相同、命中的因子集合相同、unknown 相同。做不到,这套刻度就是假的,Sprint 容量也就是假的。

因此本 skill 的一切规则都服务于复现性:判定只看输入包里的客观事实,不看"感觉这个改动挺大的"。

路径约定:本 skill 可整目录拷到任何 repo 使用——面向所有用 SPMS(研发项目管理)App 排期估点的团队,不绑定任何代码库、语言或框架。skill 自带的 references/ 永远可读;正文里凡属 SPMS 平台行为的陈述(工具入参、错误码、_backlog 语义、批量上限)是平台契约,不需要你读到平台源码来复核。判定标准在 references/factors.md,它的样例是虚构的通用业务场景,不对应任何真实文件——不要去仓库里找它们。evals/ 目录(若存在)是维护方的回归夹具,skill 运行期从不读它,分发时不携带。

刻度的四轴(先有个整体印象,细则在 references/factors.md §2)