b2894lxlx/tuanwei-uniapp
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
11 Commits 1 Branch 0 Tags
3a0c099704fbeab85b91a374a0e2a1091e51c921
Commit Graph

7 Commits

Author SHA1 Message Date
weicw-dshsa 3a0c099704 style(ai): 助手页参数面板改为「每组选项各占一行」横向滑动 
上一版把文体+字数、参考素材+比例各塞进同一个 scroll-view，靠后那组会被
滑出屏幕外；且在 375px 小屏上文体/字数仍会换行堆叠成 3 行，把消息区挤掉
小半屏。改为**每组选项各自一个 scroll-x 行**：

- 写作：文体一行、字数一行
- 图片：参考素材一行（「添加附件」放最左，保证不被滑出屏幕）、比例一行
- 删掉不再需要的竖分隔线 .option-sep
- 同步收紧 mode-tags 间距（16rpx → 12rpx）

实测（375×667 复刻页，见 probe/layout-preview.html）：

| | 参数区 | composer 总高 | 占屏 |
| --- | --- | --- | --- |
| 写作 改版前 | 118.2px（3 行） | 185.4px | 28% |
| 写作 改版后 | 86.6px（2 行） | 153.8px | 23% |
| 图片 改版前 | 149.8px | 217.0px | 33% |
| 图片 改版后 | 120.6px | 187.8px | 28% |

横向轨道实测：文体 356px / 字数 381px 超出 331px 可用宽 → 确实滚动而非换行；
参考素材 163px、比例 242px 均在 331px 内，无需滑动即可看全。

验证：verify-uniapp-assistant-template.js 新增 4 项布局断言（每组恰好独占一个
option-scroll、无混行、chip/label 有 flex-shrink:0、旧版布局无残留），全绿；
判别力经 5 处变异测试证伪（删整行 / 去 flex-shrink / 加回分隔线 /
混入别组选项 / 退回换行堆叠）。

Refs: .scratch/ai-assistant/issues/15-uniapp-assistant-modes-align-web.md
 2026-10-13 20:32:20 +08:00
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 f4d0e4d4e5 fix(ai): 问答助手页大纲资金默认值不再填「待定」（issue 09） 
上游 event_funding 是 number 类型，发「待定」这类不可解析的中文会让整个
工作流 failed（event_funding in input form must be a valid number）。
用户在自然语言里没提钱时，语义是「未提及」而非「待定」，故默认值改为空串；
后端也会把任何抽不出数值的原文降级为空串。
 2026-10-13 00:37:24 +08:00
weicw-dshsa 024d3dd122 fix(ai): 兜底收敛公共模块，失败态不再 stringify 整包（issue 03） 
「拿不到字段就 stringify 整包」的兜底此前在 3 个页面各写一份，
其中 activity-outline:332 显式把 payload.raw 当兜底内容源，是最严重的一例。

- 新增 utils/ai-result.js：getPayloadStatus / isFailedPayload /
  isDisplayableAnswer / pickDisplayable / resolveDisplayText /
  logRawPayload 统一一处；解析不出内容给可读文案，原始报文只进
  console.error 不进 UI；UUID 与无空格长 token 不算可展示内容
- manuscript parseResult：失败态短路、pickDisplayable 挡标识符、
  summary 不再回显内部字段名
- activity-outline parseOutline：删掉 payload.raw 显式兜底，失败态短路
- assistant 页删除自带副本，改为 import 公共模块
- 流式收尾：appendAssistantChunk / appendOutlineChunk 支持 reset——
  后端判定失败时丢弃已累积的半截内容；新增 streamFailed 跟踪，
  失败后不再 toast「内容生成完成」/「活动策划大纲生成完成」
- 删除死代码：两页 stringifyUnknown、大纲页 pickNonEmptyString

验证：verify-other-links.js 27/27（修复前代码跑同脚本 13 失败，判别力已证伪）；
verify-frontend-fallback.js 17/17 回归通过。

Refs: .scratch/ai-assistant/issues/03-other-links-raw-payload-fallback.md
 2026-09-24 04:22:41 +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