 weicw-dshsa
|
244f0c24d8
|
feat(ai): 问答助手页入口对齐 web，改为「聊天/写作/图片」（issue 15）
模式标签由「聊天/稿件/创意/策划」改为「聊天/写作/图片」，去掉策划链路；
写作与图片两个入口补上 web 端已有的表单与附件能力。
- 新增 pages/assistant/writing-params.js：web 端 writing-params.ts 的等价移植
（零依赖纯函数）。写作模式加「文体/字数」面板，入参优先级改为
「界面显式选择 > 键值入参 > 自然语言推断 > 默认值」——过去没有表单，
只按「键：值」解析，解析不到就一律回落 doc_type=新闻稿 / Number=800，
而上游提示词把这两项当主控指令，会直接压掉用户原话里的诉求（issue 13）
- 图片模式加「图片比例 + 参考素材」：附件组装成 user_files（上限 5，
类型 image/video/audio/document），比例作为文本追加进 user_content
- chat-service 新增 uploadAiFile(file, app)；上传必须带 app='creativeAssistant'
—— Dify 的 /files/upload 按应用鉴权，不传 app 的附件必然报
Invalid upload file（issue 14）
- 删除 buildOutlinePayload / formatOutlineResult 与 activityOutlineGen import；
顺带清掉本次改动块内的死代码（未使用的 getCurrentUser、pickDisplayableText）
顺带修掉同源缺陷：pages/creative-assistant 的 uploadAiFile(file) 也没传应用凭证，
该页附件同样是坏的（issue 14 记的 gxmu/creativeAssistant 表单页那个缺陷）。
验证：移植等价性用例 8/8 —— 同一张用例表同时喂给小程序与 web 两端实现逐字段比对
JSON，另加 4 条常量/边界断言（防「两边一起错」）；模板↔脚本静态一致性检查
（模板绑定名、this.X() 调用点、已删标识符残留）全绿，判别力经 5 处变异测试证伪；
5 个改动文件 node --check 通过，style 块花括号配平。
本机无 HBuilderX CLI 与 package.json，真机/微信开发者工具未跑。
本文件同时带有此前未提交的 issue 01 跟进改动（resolveFailedCreativeText：
创意失败态采用后端按原因映射的文案，但仍过 isDisplayableAnswer 兜底），
同一文件无法拆分。
Refs: .scratch/ai-assistant/issues/15-uniapp-assistant-modes-align-web.md
|
2026-10-13 20:17:58 +08:00 |
|
|
weicw-dshsa
|
6bbbd386c8
|
fix(ai): 补齐失败态判定的三处遗漏（评审跟进）
对抗式评审发现上一版仍有三处同类缺口，一并修掉：
- formatCreativeResult 不再回落 payload.answer：失败报文里 answer 是
workflow_run_id(UUID)，而 status 缺失时（message_end 事件、后端流式兜底
分支）失败短路不生效，裸 UUID 会进气泡
- 新增 isDisplayableAnswer / pickDisplayable：把 UUID 与无空格长 token
这类内部标识符挡在展示之外，formatOutlineResult 与 formatManuscriptResult
复用；大纳/稿件也一并加失败态短路，避免 03 落地后端后渲染成
「标题 + 失败文案」
- creative-assistant 的 workflowFailed 补 data.status 回退，与 assistant 页
及后端 workflowStatus（两处都看）对齐，避免退回误导性的「待执行」空态
验证：verify-frontend-fallback.js 17/17；verify-frontend-e2e.js 以后端真实产出
为输入跑通，渲染结果无内部标识符与原始 JSON。
Refs: .scratch/ai-assistant/issues/01-creative-assistant-raw-json-bubble.md
|
2026-09-24 03:51:53 +08:00 |
|
|
weicw-dshsa
|
4e022b4cca
|
fix(ai): 失败态给出可读文案，不再 stringify 整包兜底
后端判定工作流失败后不再下发 outputs / raw，前端需据此给出可读提示，
而不是把整包对象 JSON.stringify 进气泡（含 workflow_id / req_id 等内部标识符）。
- assistant/index.vue：新增 getPayloadStatus / isFailedPayload / buildFallbackText；
formatCreativeResult 与 formatOutlineResult 失败态短路为固定文案；
formatManuscriptResult、formatOutlineResult、formatCreativeResult 的整包
stringifyUnknown 兜底一律改为可读兜底文案
- 失败文案不取自 payload.answer：失败报文里它是 workflow_run_id(UUID)，
原样展示等于把内部标识符贴给用户
- creative-assistant/index.vue：新增 workflowFailed，状态标签显示「执行失败」，
结果区给出失败文案，不再停在误导性的「待执行」空态
Refs: .scratch/ai-assistant/issues/01-creative-assistant-raw-json-bubble.md
|
2026-09-24 03:44:12 +08:00 |
|
 b2894lxlx
|
2dcae4165b
|
260720
|
2026-07-20 11:56:02 +08:00 |
|