原来助手表单只渲染"缺失的必填项",且控件只有文本/单选/时间 —— 与各模块 自己的发布页相比缺了接收对象多选、附件、定时发送、置顶、紧急程度、回执单据、 发布方式等字段,用户没法"填得一样"。 补齐一层共享的表单能力,再把三个发布工具按模块页逐字段重写: 共享能力 - ToolParam: 新增 join(分隔符)/multiple/allOption(哨兵)/scopes(推送范围), array 类型有选项来源时自动用多选控件;数组 schema 补 items - ToolDef: 新增 fullForm() —— 表单渲染全部字段(不再只渲染缺失必填) - ToolExecutor: POST_JSON 前按 joinSeparator 把数组拼成模块要的逗号串; allToken 与具体项互斥(只选具体项→拼串,否则发哨兵) - AgentOrchestrator: file 控件补 uploadPath(/<模块>/api/base/FileUpload) - 模板/参数文件同步下发 joinSeparator/uploadPath/multiple/allToken/scopeType 三个发布工具 - notice.publish: 补重要程度/接收班级(pushScopes 对象数组)/置顶/短信/阅读回执/ 附件/定时发送/发布方式;新增 notice.stuTree(组织树) - dorm.publish: 补紧急程度/生效时间/回执截止/回执单据/接收宿舍(多选,ALL)/ 宿管配合/置顶/短信/附件/定时发送/存草稿 - activity.publish: 补报名截止/回执方式三档/名额上限/家长随行/活动费用/ 接收班级(多选,ALL)/短信/附件/定时发送/存草稿 - leave.submit/register: 连续请假改为可填参数,补连续天数与佐证材料附件 测试:发布工具契约 + 表单字段与模块页一致性断言;90 tests 全绿
- IntentShortcut 泛化成规则表(Rule{短语集 → Intent}):加新意图只需 ① 一条 Intent ② 一个短语集 ③ RULES.add(...),不用动 AgentOrchestrator。 新增 NOTICE_PUBLISH —— 仅教职工(notice.publish),学生无落点则落回模型如实说明。 短语表只收带「发/发布」动词的说法(发布公告/发个公告/发布校园公告/发通知…), 光说「公告」「通知」更像查询,不收,避免误判。 - ★ 修 prepareOptionCall 漏拼字典工具的 fixed 参数:公文部门字典是 /api/dict/List?type=1,丢了 type 前端取回的是「没指定类型」的结果 → 空下拉。 - deptId 补 optionsKeys("k","v"):平台通用字典返回 {k,v} 而非 id/name; 服务端兜底 fetchDictOptions 的候选键也补上 k/v。 - ★ 移除 notice.publish 的 publishType 与 deptName:后端 /api/notice/Create 就是 直接发布(无 publishType 字段,是否转审批由学校「应用设置」绑定的流程决定), 声明它会让用户以为选了「存草稿」却仍然直接发出;deptName 由后端按 deptId 反查字典。 - system prompt 加第 10 条说明。 - 测试:新增 NoticeIntentFormTest(7),IntentDirectFormTest 加教师/学生两条公告用例 (仍用「一调就炸」的假 LLM 证明不过大模型);全量 71/71。
- com.yunhai.agent,端口 8093,context-path /agent,制品 target/agent.jar;与 NoticeService 同构 - CAS 单点登录 + 三层角色权限(学生/教师/管理员/访客)+ 会话与工具调用审计落库 - DeepSeek 大模型编排 + 7 个业务模块工具(请假/公告/宿舍/活动/作业/资源库/教师发展) - 浏览器代执行协议(服务端挂起 → 前端用登录态代调 → toolResult 续跑)+ 调用失败深链兜底 - 登出修复:服务端真正 session.invalidate() + 前端两步登出 + logout-guard - 保留 projman 注入的 .gitea/workflows/build.yml 与 docker/Dockerfile;docker/application-prod.yml、run-app.sh 随工程入库