b2894lxlx/tuanwei-admin
1
0
Fork 1
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
59 Commits 1 Branch 0 Tags
11e16ca3115335f29e85ec6806f0ab18922bac4f
Commit Graph

8 Commits

Author SHA1 Message Date
weicw 2c0460ddc1 fix(ai): 产物地址兼容字符串元素，创意助手与助手页链接可复制 
video_result/photo_files 的元素可能直接是地址字符串，原实现按对象取 url，
字符串元素一律取空——视频有文件却不播放、复制链接永远为空。
 2026-10-25 15:55:49 +08:00
weicw 77378a2791 feat(ai): 助手页支持写作/生图等记录的历史列表与按类型筛选 
- 三模式各自独立工作区：切模式不丢消息、草稿与当前记录
- 历史面板加类型徽标与筛选（全部/聊天/写作/图片/创意/活动策划），文案改「历史记录」
- 生成成功认领末帧 chatId 并刷新列表；聊天 __END__ 帧的 chatId 同样接受
- 生图回复支持多张 ![](url) 渲染
- 写作/图片记录支持「按原参数再来一次」（只回填、不自动发送）
- 三个独立页（文稿/创意/活动策划）加历史入口，/ai?type= 预置筛选
- 后台 aiChatList 加类型列与筛选；历史列表提示仅展示最近 30 条
 2026-10-24 17:37:46 +08:00
weicw-dshsa 038e789cb0 feat(ai): 创意助手各页下线参考素材上传，图片模式改传 mode（issue 19） 
- 聊天页「图片」模式与独立创意助手页都删掉上传入口、上传状态与相关样式；
  上游出图工具只做文生图，开始节点的 file-list 变量没有任何节点消费（issue 16）。
- 图片模式请求体改为 { user_content, mode: 'image' }，由后端包装意图声明；
  独立页不传 mode（通用入口，视频/脚本/图片靠用户文字说明）。
- CreativeAssistantRequest 增加 mode 字段，user_files 保留待上游补齐后回退。
 2026-10-21 15:42:58 +08:00
weicw-dshsa d8ef29afe7 feat(ai): 写作模式拆成自由创作与模板两条路（issue 18） 
自由创作不再解析自然语言：原话整段作为 userContent 下发，docType 留空，由后端转
「AI 创意助手」。选了文体才提交 docType 等结构化条件，走「内容创作与宣传助手」。

- writing-params.ts 删掉 parseWritingRequest、字段别名表与字数兜底表，只留选项常量。
- chatgpt/index.vue：字数选择器只在选中文体后出现；撤掉图片比例选择器（上游开始
  节点无比例变量，只能拼进 user_content，等于替上游写 prompt）；结果不再用入参补标题。
- gxmu/manuscriptGen：新增「自由创作」入口与 freeContent 文本域，模板模式才展开活动
  信息等可选项。
- 顺带删除 chatgpt/index.bak.vue 旧备份。
 2026-10-21 12:39:54 +08:00
weicw-dshsa 8ca7a00afb feat(ai): 图片模式接入 file-list 参考素材上传（issue 14） 
上游「AI 创意助手」开始节点有 file-list 变量 user_files（最多 5 个，允许
image/video/document/audio），但 web 端图片模式此前完全没有附件入口 —— 发送键左侧
那两个图标按钮没有绑定任何事件，是纯装饰。

- 聊天页图片模式新增「参考素材」区：添加附件（隐藏 input[type=file]）、已选列表可
  逐个移除、上限 5 个（对齐上游 max_length），按 MIME/扩展名判定
  image/video/audio/document，发送时组装 file-list 契约
  {transfer_method:"local_file", type, upload_file_id, url:""}；上传中禁止发送
- uploadAiFile(file, app?) 支持应用代号；gxmu/creativeAssistant 表单页改传
  creativeAssistant —— 该页用同一个接口上传却不指定应用，附件必然报
  Invalid upload file（既有缺陷，本次一并修掉）
- CreativeAssistantUploadFile.upload_file_id 由 number 改为 string | number：
  它实际是 Dify /files/upload 返回的 uuid 字符串，原声明与实现不符
- formatCreativeResult 清洗 video_message / photo_message：剥离  thinking 思维链、
  丢弃 {"cover_prompt":…,"width":…} 中间产物 JSON，不再把上游 LLM 的原始输出
  当正文展示（截图实测过：气泡里出现整段英文思考过程或裸 JSON）
- 删除发送键左侧两个无事件的装饰性图标按钮（.icon-btn 样式仍被消息操作按钮使用，保留）
 2026-10-13 19:57:57 +08:00
weicw-dshsa 623404ce9a 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 个。
 2026-10-13 02:12:58 +08:00
weicw-dshsa 930ef760f1 docs(ai): 说明大纲入参 event_funding 为何保持 string 
上游该变量是 number，但表单输入框是自由文本（示例值形如
「预算 5000 元，来源为校团委志愿服务专项经费」），故由后端
normalizeEventFunding 抽出数值后再发送。抽不出数值时后端降级为空串 ——
实测上游接受空串，但不接受不可解析的文本（会让整个工作流 failed）。

同时补上 event_member / people_manage / tel_people 三个 Dify 必填变量的
可选声明：当前表单未采集，由后端补空串占位（见 issue 09）。
 2026-10-13 00:37:23 +08:00
b2894lxlx 019ed28d37 260720 2026-07-20 11:50:47 +08:00