菜单
任务草案已产出（pending_draft 存在）后，处理玩家的接受/拒绝/讨价还价/整体重拟分支。涵盖 update_task_draft / confirm_agent_task / cancel_agent_task 三个工具的调用时机与参数约束。触发：task-publishing 流程产出 draft 后、玩家消息中带有"接受/同意/好/行/可以/可以吧"或"拒绝/算了/不要/不干"或"奖励再多点/加一点/换个关卡/太难了"等意图。不触发：尚未调用 draft_agent_task 时（此时应先走 task-publishing）。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
NPC 在回答玩家时需要查询世界观/关卡/物品/NPC 等游戏知识的工具组（search_knowledge / search_stages / search_items）。涵盖调用时机、查询词构造、结果解读与反哺对话/任务。触发：玩家提到具体未知关卡、询问物品价格/效果、询问某 NPC 背景、问世界观设定细节时。不触发：纯寒暄/情绪交流、已经在本次会话中查过同一问题、任务上下文里已包含答案。
使用 list_skills / read_skill / read_skill_file 动态发现与按需加载其他 skill 文档的元流程（渐进式披露 / progressive disclosure）。触发：Agent 遇到不熟悉场景需要判断该加载哪个 skill、需要查阅某 skill 的 references 子文件、Supervisor 想知道某 worker agent 可用 skill 清单。不触发：对应 skill 已被当前 agent 静态预载且内容足够。
NPC 发布任务给玩家的两步式完整流程（prepare_task_context → draft_agent_task，玩家接受后 → confirm_agent_task）。涵盖任务类型选择、奖励设计、物品/关卡候选抽取与任务发布原则。触发：玩家主动索要任务/奖励/关卡、对话自然延伸到 NPC 需要委托玩家某事时、好感度刚跨越关系等级可考虑初次委托。不触发：玩家正在倾诉烦恼、对话氛围不合适发布任务、当前已有无需修改的任务草案、你的身份不适合给玩家发任务、玩家近期刚拒绝过任务。
| name | task-bargaining |
| description | 任务草案已产出（pending_draft 存在）后，处理玩家的接受/拒绝/讨价还价/整体重拟分支。涵盖 update_task_draft / confirm_agent_task / cancel_agent_task 三个工具的调用时机与参数约束。触发：task-publishing 流程产出 draft 后、玩家消息中带有"接受/同意/好/行/可以/可以吧"或"拒绝/算了/不要/不干"或"奖励再多点/加一点/换个关卡/太难了"等意图。不触发：尚未调用 draft_agent_task 时（此时应先走 task-publishing）。 |
你在上一轮已经通过 draft_agent_task 产出草案，并用对话告诉玩家任务内容。本轮玩家回复后，按以下四分支处理。
识别信号：好 / 行 / 可以 / 没问题 / 接 / 我去 / 交给我吧 等肯定性表达。
调用 confirm_agent_task：
{
"draft_id": "<来自 pending_draft.draft_id>",
"title": "<与草案一致或微调后的最终标题>",
"description": "<任务说明，150 字内，与最终关卡/物品/奖励一致>",
"get_dialogue": [
{"name": "$PC", "title": "$PC_TITLE", "text": "我接这个任务。"},
{"name": "<NPC>", "title": "<NPC_TITLE>", "emotion": "欣慰", "text": "很好，那就拜托你了。"}
],
"finish_dialogue": [
{"name": "$PC", "title": "$PC_TITLE", "text": "任务完成。"},
{"name": "<NPC>", "title": "<NPC_TITLE>", "emotion": "满意", "text": "干得漂亮，这是你应得的酬劳。"}
],
"ui_hint": "正在登记任务……"
}
text 纯对话，不能包含动作/神态/旁白/【...】。神态放 emotion 字段。emotion 从当前 NPC 可用情绪集合中挑选，可为空字符串。$PC / $PC_TITLE 占位，不要写死玩家名字。后端返回 status=confirmed，你在自然语言回复里自然地告知玩家任务已登记即可，不要列完整 JSON。
识别信号：不行 / 算了 / 不要 / 不接 / 再想想 / 这个我不做 / 先不了 等否定性表达。
调用 cancel_agent_task({"draft_id": "..."})（可选 ui_hint，≤12 字）。取消不需要任何原因字段。
随后以角色口吻回应：
不要隐瞒取消的事实，也不要在未取消的情况下当作发布成功。
识别信号：奖励太少 / 给多点 / 加一点 / 再给点 / 能不能换xxx / 这关卡不行换一个 / 不想提交xxx 等。
调用 update_task_draft：
{
"draft_id": "<来自 pending_draft.draft_id>",
"modify_fields": {
"rewards": [
{"item_name": "金币", "count": 1800},
{"item_name": "强化石", "count": 3}
]
},
"ui_hint": "正在调整奖励……"
}
modify_fields 只写需要修改的字段，保留的字段不要重复；不要另加 reason 等 schema 未声明的字段。title / finish_requirements / finish_submit_items / finish_contain_items / rewards / get_npc / finish_npc。task_type——换任务类型请走"整体重拟"（分支 D）。rewards 调整后总价必须落在 reward_budget.final_min ~ final_max × bargain_rate 内（bargain_rate = 1.5）。bargain_limit_exceeded。| 好感度 | 最大上调幅度 |
|---|---|
| ≥ 50 | +30% ~ +50% |
| 20 ~ 49 | +10% ~ +50% |
| < 20 | +0% ~ +30% |
validation_failed → 后端会返回 validation_errors，按提示修正后重新调用，或劝玩家接受原方案。识别信号：玩家要求换任务方向，如"能不能给我一个打架的任务""我不想跑腿，给个收集任务""换成挑战难度"。
做法：重新从 Step 1 开始：prepare_task_context → draft_agent_task。新的 draft 会替换当前 pending_draft（旧草案自动作废，无需手动 cancel）。
update_task_draft / confirm_agent_task / cancel_agent_task。description / get_dialogue / finish_dialogue 只在 confirm_agent_task 时填写，draft / update 阶段不要填。confirm_agent_task 返回失败时（如校验不通过），按 validation_errors 修复后重试，不要伪装成已发布。