需求排优先级（req-prioritize）

优先级不是提出人喊出来的，也不是 Agent 算出来的。我们的分工是：提出人和他的 Agent 把账算清楚、给出建议，负责人（空间里配置的 PM/Owner 角色）做决定。Agent 不改别人需求的优先级。

1. 拉当前 WIP

meegle workitem query --project-key <PK> \
  --mql "SELECT name, priority, status, current_status_operator FROM <类型 key> WHERE <状态不在已完成/已关闭>" \
  --format json

MQL 写法先读 meegle skill 的 references/mql-basics.md 与 mql-operators.md；状态条件的具体写法见 mql-time-status.md。单次最多 50 条，多了按 --session-id 翻页。

2. 三项各给一个档位和证据

维度	档位	必须附的证据
影响	高 / 中 / 低	受影响人数或场景频率，来自 intake 的实证
成本	S（≤2 人日）/ M（≤1 周）/ L（>1 周）	粗拆的步骤，谁估的
风险	高 / 中 / 低	碰到的模块、数据、权限、对外接口

没证据的格子写「未知」，不要往中间档凑。

3. 和 WIP 比

• 这个需求要占谁的时间？那个人手上已有几项在做？
• 插进来会推迟哪一项？把被推迟项的名字写出来。
• 不插队的话最早什么时候能开始？

4. 写建议

建议：本迭代 / 下迭代 / 进 backlog / 不做
理由：（一到三条，对应上面的证据）
代价：插进来会推迟 <工作项名>
需要负责人决定的点：...

把建议写进需求文档「4. 优先级评估」：

lark-cli docs +fetch --as user --doc <URL> --scope outline --detail with-ids
lark-cli docs +update --as user --doc <URL> --command block_insert_after \
  --block-id <「4. 优先级评估」标题的 block_id> --doc-format markdown --content @prio.md

在工作项上留评论并 @ 负责人（这是对外可见的动作，先给提出人看过再发）：

meegle comment add --project-key <PK> --work-item-id <ID> --content "<建议摘要 + 文档链接>"

5. 负责人决定之后

由负责人或提出人本人改优先级字段；Agent 只在提出人明确说「按负责人的决定改」时执行：

meegle workitem update --project-key <PK> --work-item-id <ID> \
  --fields '[{"field_key":"priority","field_value":"<option_id>"}]'

priority 是 meegle skill 示例里出现过的 key；option_id 必须先用 meegle workitem meta-fields 查。

输出

建议卡片 + 负责人的决定（谁、何时、在哪说的）。没拿到决定前状态保持「待排期」。

用到的命令

先确认身份和空间（每个会话一次）：

meegle project search --project-key "<空间名或 key>" --format json
meegle workitem meta-types --project-key <PK> --format json
lark-cli docs +fetch --as user --doc <需求文档 URL> --scope outline

字段 key、状态 key、transition_id 一律现查，不要凭记忆填，见 templates/meegle-field-mapping.md。