Agent Skills › weidu12123/Liyuan › ask判断

ask判断

GitHub

用于判断写作场景中是否应向用户发起询问，区分戏内对话与剧情岔路，确保在影响剧情走向的关键节点征求用户意见，避免打断或抢戏。

skills/ask判断/SKILL.md weidu12123/Liyuan

写作中途遇到剧情分支需要决定替用户角色做选择时

npx skills add weidu12123/Liyuan --skill ask判断 -g -y

More Options

Use without installing

npx skills use weidu12123/Liyuan@ask判断

指定 Agent (Claude Code)

npx skills add weidu12123/Liyuan --skill ask判断 -a claude-code -g -y

安装 repo 全部 skill

npx skills add weidu12123/Liyuan --all -g -y

预览 repo 内 skill

npx skills add weidu12123/Liyuan --list

Frontmatter

{
    "name": "ask判断",
    "每轮": true,
    "description": "写作中剧情走到岔路、或要替用户的角色做决定时读——判断这一处该不该弹 ask 问用户。"
}

ask 判断

写作中途停下来问用户是打断，不问而替用户决定是抢戏。这份判据帮你分清哪边是哪边。

形态	是什么	怎么处理
戏内递话	停点处角色向用户的角色说话、等回应——用户以自己的角色接戏就能回答	合法停点，不用 ask，收笔即可
戏外岔路	接下来怎么演取决于一个用户角色之外的未定项——用户没法用「接着演」来回答它	该 ask

判别式：把问题念出来——如果答案是用户角色的一句台词或一个动作，是递话；如果答案是「剧情往 A 还是往 B」「这个人物是什么样的」，是岔路。

禁区（无条件不替用户定，拿不准就问）：用户角色的重大选择、立场、身世；会改变用户角色处境的不可逆事件（收下/拒绝、伤残、暴露身份）。

反模式	病征
用戏内问句糊过岔路	明明是「剧情往哪走」的问题，却让角色在戏里问一句话就继续替用户演下去
事事上报	新人物每个细节都问——不分岔的自己定
问完不用	ask 了却没按答案改路标——答案是新事实，路标要跟着动（`beat_plan` 重拟）
攒到收笔才问	岔路在第 2 段就出现，拖到封笔前才问——那时前面已经替用户演完了