forked from b2894lxlx/tuanwei-admin
weicw-dshsa
623404ce9a
admin 端原本**没有**任何 AI 结果兜底公共实现（src/utils/ 下零命中
pickDisplayable / isFailedPayload / FALLBACK_TEXT / FAILED_TEXT），
四个 AI 页面各写一份，且方向相反——都保留了「JSON.stringify 整包」兜底。
后果是解析不出内容时把内部标识符渲染给用户，实测：
{"answer":"","conversationId":"c1d2e3f4-…","messageId":"m1"}
改动：
- 新增 src/utils/ai-result.ts，从 tuanwei-uniapp/utils/ai-result.js 移植，
逐函数对齐语义（getPayloadStatus / isFailedPayload / isDisplayableAnswer /
pickDisplayable / resolveDisplayText / 两个文案常量）。原始报文只进
console.error，不进 UI。
- 四处整包 JSON 兜底全部替换为 resolveDisplayText，并删掉各自的
stringifyUnknown：oa/chatgpt（两处）、gxmu/manuscriptGen、
gxmu/activityOutlineGen。
- 四页正文候选改用 pickDisplayable（原 pickString 只判非空，
失败报文里 UUID 形状的 answer 会被当正文）。
- 失败态优先判定：isFailedPayload 为真时直接给 FAILED_TEXT，
不再走「主题 + 失败文案」的拼接。
- gxmu/creativeAssistant：删掉已无引用的 rawOutputsText（模板引用早被注释，
留下一个"看似有原始输出视图"的死代码），并给「未识别到输出字段」补可读文案。
评审跟进修掉的两个真缺陷：
- creativeAssistant 的兜底文案**原本不可达**：模板 a-empty 的
v-if="!loading && !hasAnyResult" 会遮蔽 v-else 里的 status-alert，
失败时 hasAnyResult 为假 → 用户仍看到「填写文本指令并上传附件后执行工作流」。
条件补上 && !workflowResponse。
- WS 路径不消费 reset：后端失败时带 reset:"true" 要求覆盖半截内容，
两个页面都忽略它，于是编辑器变成「半截正文 + 生成失败，请稍后重试」；
且 streamStarted 为真时会直接丢弃 HTTP 返回体，新加的 status 也就读不到。
appendOutlineChunk / appendAssistantChunk 增加 reset 参数并在
handleSocketMessage 里透传。
验证：
- .scratch/ai-assistant/verify-admin-ai-result.js 用项目自带 TypeScript
编译器转译后求值，并从真实 .vue 抽取 parseOutline / parseResult /
formatWritingResult 跑断言（验真实代码而非重写副本）→ 41/41 PASS。
- vue-tsc --noEmit 改动前后错误集合完全一致（1365 条全在 .bak 等预存文件），
本次改动的 4 个文件零错误。
- eslint：ai-result.ts 零问题；creativeAssistant 的未使用变量由 3 个降到 2 个。