关于 moscow
moscow 将事项归入 Must、Should、Could 和 Won't 类别，帮助团队在约束条件下明确范围、权衡取舍及下一步重点。
主要功能
- 01按 MoSCoW 类别归类
- 02梳理背景与约束
- 03估算各类别工作量
- 04检查优先级风险信号
- 05说明取舍理由与下一步
适用场景
- 01确定项目需求优先级
- 02在时间限制下界定范围
- 03明确暂不处理的事项
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/moscow确认已加载。
附带文件commands/moscow.mdreferences/examples.md
详细介绍
MoSCoW 优先级排序
将事项分为必须有、应该有、可以有和暂不考虑，以明确范围和优先级。
说明
对提供的事项列表进行分类，归入 MoSCoW 类别。严格判断哪些是真正的“必须有”——如果没有它，项目／目标仍能成功，那它就不是必须有。
输出格式
背景 我们要对什么进行优先级排序？有哪些限制（时间、预算、能力）？
优先级列表
必须有（关键）
缺少这些，项目就会失败或毫无意义
- [事项] — [为什么必须有]
- [事项] — [为什么必须有]
应该有（重要）
能显著增加价值；省略会带来不便，但项目仍能继续
- [事项] — [带来的价值]
- [事项] — [带来的价值]
可以有（锦上添花）
如果时间允许则值得实现；删掉后影响较小
- [事项] — [为什么是可选项]
- [事项] — [为什么是可选项]
暂不考虑（本次不做）
明确不在范围内；之后可能重新考虑
- [事项] — [推迟的原因]
- [事项] — [推迟的原因]
工作量分配
| 类别 | 事项数 | 预计工作量 % |
|---|---|---|
| 必须有 | X | ≤60% |
| 应该有 | X | ~20% |
| 可以有 | X | ~10% |
| 暂不考虑 | X | 0%（推迟） |
风险信号
- 如果必须有的工作量 > 60%：范围可能过大
- 如果没有暂不考虑的事项：可能没有如实面对限制
- 如果所有事项都是必须有：还没有设定优先级
理由 说明关键权衡，以及对有争议的分类所作判断的依据。
下一步 首先着手处理的必须有事项是什么？
指南
- 对每个必须有事项都问：“如果发布时没有它，我们会失败吗？”
- 质疑那些其实只是“有人特别想要”的“必须有”事项
- 明确列出暂不考虑的事项，避免之后范围蔓延
- 考虑依赖关系（一个必须有的事项可能需要一个“隐藏”的必须有事项）
- 利益相关方达成一致至关重要——这不只是你个人的看法
$ARGUMENTS
评论
支持 Markdown