fix(ai): 失败态与整包 JSON 不再进 UI,兜底收敛到公共模块(issue 10)

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 个。
This commit is contained in:
2026-10-13 02:12:58 +08:00
parent 930ef760f1
commit 623404ce9a
6 changed files with 297 additions and 62 deletions
+31 -19
View File
@@ -92,8 +92,15 @@
</a-space>
</template>
<!--
必须同时判 `!workflowResponse`:若只判 `!hasAnyResult`,
则「已执行但失败 / 未识别到输出」时 hasAnyResult 为假,
会落回这个空状态,把下方 result-body 里的 status-alert
(失败文案 / 兜底文案)整个盖住 —— 用户看到的仍是
「填写文本指令并上传附件后执行工作流」,等于什么都没发生(见 issue 10)。
-->
<a-empty
v-if="!loading && !hasAnyResult"
v-if="!loading && !hasAnyResult && !workflowResponse"
description="填写文本指令并上传附件后执行工作流"
/>
@@ -199,11 +206,6 @@
</div>
</div>
</div>
<!-- <div v-if="rawOutputsText" class="result-section">-->
<!-- <div class="section-title">原始输出</div>-->
<!-- <pre class="raw-output">{{ rawOutputsText }}</pre>-->
<!-- </div>-->
</div>
</a-card>
</a-col>
@@ -230,6 +232,7 @@
CreativeAssistantResponse
} from '@/api/ai/creativeAssistant/model';
import { copyText } from '@/utils/common';
import { resolveDisplayText, isFailedPayload, FAILED_TEXT } from '@/utils/ai-result';
type ExampleType = 'video' | 'script' | 'image';
@@ -256,11 +259,27 @@
const scriptMarkdown = computed(() => workflowOutputs.value?.Script_result || '');
const photoFiles = computed(() => workflowOutputs.value?.photo_files || []);
const statusMessage = computed(() => {
return (
// 失败态优先:后端失败时 outputs 为空,若不先判失败,用户既看不到正文
// 也看不到原因,只有一个 toast 一闪而过(见 issue 10)。
if (isFailedPayload(workflowResponse.value)) {
return FAILED_TEXT;
}
const text =
workflowOutputs.value?.video_message ||
workflowOutputs.value?.photo_message ||
''
);
'';
if (text) {
return text;
}
// 接口已返回但认不出约定的输出字段:给可读文案,不要静默什么都不显示。
if (workflowResponse.value && !hasAnyResult.value) {
return resolveDisplayText({
payload: workflowResponse.value,
scope: 'gxmu/creativeAssistant.statusMessage',
candidates: []
});
}
return '';
});
const hasAnyResult = computed(() => {
return !!(
@@ -269,16 +288,9 @@
photoFiles.value.length
);
});
const rawOutputsText = computed(() => {
if (!workflowOutputs.value) {
return '';
}
try {
return JSON.stringify(workflowOutputs.value, null, 2);
} catch (e) {
return '';
}
});
// 原本这里有一个 rawOutputsText(JSON.stringify 整包),已移除:
// 它会把 taskId / workflowRunId 等内部标识符渲染给用户,且模板里的引用
// 早已被注释掉、留下一个「看似有原始输出视图」的死代码(见 issue 10)。
const resultTagText = computed(() => {
if (loading.value) {
return '执行中';