weicw-dshsa
|
cdf87197fb
|
fix(ai): 生成收尾不再只依赖 __END__,并清掉 WS 死代码
- handleGenerate 收尾改 try/catch/finally:loading 一定复位。原先只在收到
__END__ 帧时由 finishStream 复位,网关返回空流或上游中途报错时按钮会永久
停在加载态(issue 20)
- 提示按结果区分:没有正文 → 提示重试;正文是失败文案 → 报错;否则才是成功
- 删掉已不会调用的 WebSocket 栈:connectWebSocket / disconnectWebSocket /
wsConnected / webSocketRef / wsConnectPromiseRef / activeConversationId,
以及随之失效的 attachHeartbeat、buildWebSocketUrl、useUserStore 与
StreamResolver.reject
- 大纲页删掉早已无调用点的 parseOutline(SSE 改造后遗留)及其 import
|
2026-10-23 12:57:11 +08:00 |
|
weicw-dshsa
|
5073b2969a
|
refactor(ai): 稿件与大纲页文案去掉接口术语与多余提示
面向学生的页面不再暴露实现细节:
- 删除两页底部「提交说明」整块(含 `docType`/`inputs`、接口路径、
WebSocket 流式说明及对应样式)
- 稿件页删除 `user_content`、`files` 字段说明;大纲页不再把
conversationId/messageId 拼成「接口摘要」展示,随之删除
buildSummary、resultSummary 及摘要渲染
- 加载态由三段式压成一行,空态与附件说明各留一句人话
|
2026-10-23 12:23:32 +08:00 |
|
weicw-dshsa
|
6f7f2f0d9a
|
feat(ai): 后台 AI 链路改走 HTTP 流式,WS 地址与心跳收敛到 utils
写作 / 图片 / 大纲 / 稿件四条链路用普通 POST 时,生成期间链路上零字节,
会被 60s 空闲超时掐成 504(出图实测 58s 断开)。后端已给每条链路开
/stream(SSE,每 15s 一帧心跳),这里改成消费它。
- 新增 utils/ai-stream.ts:SSE 帧解析 + 末帧 {type:'final', result} 拆包;
runCreativeAssistantStream / runManuscriptGenStream 对外仍返回原来的 data,
页面渲染逻辑不动
- 新增 utils/chat-socket.ts:buildWebSocketUrl 统一拼 /api/chat/{userId}
(网关只放行 /api 前缀),attachHeartbeat 每 25s 发 ping 顶住代理空闲超时
- chatgpt 对话先试 WebSocket,握手失败落 /ai/chat/message/stream,
帧内容与 WS 完全一致,处理函数直接复用
- 四个页面删掉各自重复的 buildWebSocketUrl,统一从 utils 引入
|
2026-10-21 19:18:08 +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
|
b2b7d4208e
|
新增后台「教师名册」页
纯只读页面,形态与学生名册一致(#19)。
- src/api/gxmu/teacher:分页查询与导出接口
- src/views/gxmu/teacherRoster:学院/教工号/姓名/状态筛选 + 列表 + CSV 导出
- 导出按钮按 gxmu:teacher:export 权限渲染,与查询权限分开
- 手机号按 spec §5.2 不进任何列表接口,页面与导出均无该列
|
2026-09-15 17:21:38 +08:00 |
|
weicw-dshsa
|
a592e66f78
|
新增后台「数据同步」与「学生名册」页
数据同步页 /gxmu/dataSync:
- 分段手动同步(部门/教师/班级/学生)+ 全部同步
- 同步为异步:提交后立即返回批次号,每 2 秒轮询 /gxmu/sync/status 展示分段进度
(待执行/进行中/成功/失败 + 成功/失败/停用计数 + 错误摘要)
- 页面挂载时先查一次状态,可接管定时任务或别处触发的同步
- 同步记录列表,支持按类型筛选
学生名册页 /gxmu/studentRoster:
- 按学院(取组织树 parentId=24)/班级/学号/姓名/培养层次/状态/认领状态筛选
- 手机号与身份证由后端脱敏后返回
- 导出用 gxmu:student:export 单独授权,前端生成 CSV
- 支持手动认领与解除认领
对应 api 模块 src/api/gxmu/sync 与 src/api/gxmu/student。
|
2026-09-15 15:55:00 +08:00 |
|
b2894lxlx
|
019ed28d37
|
260720
|
2026-07-20 11:50:47 +08:00 |
|