1

docs/audits/FUNCTION_RUNTIME_FULL_TEST_AUDIT_2026-04-16.md

@@ -210,3 +210,23 @@ npm.cmd run build
 - 没有人手逐个点击整局游戏所有 function 的视觉回放，本轮重点是自动化测试、服务端测试、内容校验与 smoke 门禁。
 
 因此，本审计可以说明“当前 function 系统的自动化测试层状况”，但不等于“所有视觉演出与在线模型联动都已人工验证完毕”。
+
+## 8. 执行回填（2026-04-28，修复聊天任务领取入口）
+
+- 问题现象：
+  - NPC 聊天中的待领取任务，点击“查看任务”进入详情后，再点“领取任务”没有把面板切到正式已接任务状态，表现上像“无法领取”。
+- 根因：
+  - `npcChatQuestOfferUi.acceptPendingOffer()` 会异步把 `npc_quest_accept` 发到服务端。
+  - 但 [`src/components/rpg-runtime-panels/RpgAdventurePanel.tsx`](../../src/components/rpg-runtime-panels/RpgAdventurePanel.tsx) 里“待领取任务详情弹层”的 `onAcceptPendingNpcQuestOffer` 只返回了 `questId`，没有把它写入共享的 `pendingAcceptedQuestId`。
+  - 结果是本来负责等待 quest 真正进入 `quests` 后再统一收口面板状态的 `useEffect` 根本不会触发。
+- 修复：
+  - 在 `onAcceptPendingNpcQuestOffer` 中补写 `setPendingAcceptedQuestId(acceptedQuestId)`，让待领取任务详情弹层复用普通 `npc_quest_accept` 已有的异步收口链。
+  - 新增 [`src/components/rpg-runtime-panels/RpgAdventurePanel.questOffer.test.tsx`](../../src/components/rpg-runtime-panels/RpgAdventurePanel.questOffer.test.tsx)，覆盖“查看任务 -> 领取任务 -> 服务端异步写回 quest log -> 面板切到正式任务状态”的回归路径。
+- 本次回归验证：
+  - `src/components/rpg-runtime-panels/RpgAdventurePanel.questOffer.test.tsx`
+  - `src/components/rpg-runtime-panels/RpgAdventurePanel.test.tsx`
+  - `src/hooks/rpg-runtime-story/npcEncounterActions.test.ts`
+  - `src/hooks/rpg-runtime-story/choiceActions.test.ts`
+  - `src/hooks/rpg-runtime-story/runtimeStoryCoordinator.test.ts`
+  - `src/hooks/rpg-runtime-story/sessionActions.test.ts`
+  - 共 `57` 条测试通过。