7 Commits

Include renames

Author	SHA1	Message	Date
lijing	006003c842	feat(表单): 五个模块正文换成模块页同款富文本，公告/宿舍的接收对象换成自绘控件 ... 彻底对齐各模块「新建 / 发布」页里的两类控件（此前只有通知公告搬到位）： 正文 → wangEditor（widget=richtext） · 校园公告 content、宿舍通知 content（发布 + 编辑）、家校活动 content（发布 + 编辑）、 作业 description · 教师专业发展 remark：只声明形态、**不声明** .richText(...) —— 该模块 file 域只有 Upload/Preview/Down（没有 UploadImage），模块页 RecordEdit.vue 也没配 uploadImage， 所以下发空地址，前端据此把工具栏的「图片」组整组摘掉（模块页就是这个形态） 接收对象 → 自绘控件（widget=scopepicker / roompicker） · 校园公告 pushScopes：换成 ClassScopeInput 同款（全部班级 / 指定班级 + 弹窗班级树）； 提交口径不变，仍是 [{scopeType,scopeId,scopeName}] · 宿舍通知 receiveList：换成模块页「选择接收宿舍」弹窗同款（左楼栋 / 右按楼层分组的房间）； v-model 是字符串（房间 id 逗号串或 ALL 哨兵），与模块 receiveList 的真实契约一致 基建 · ToolParam 新增 richText(upload,preview) / scopePicker(type) / roomPicker() / pickerSource(页签名, 模块内相对路径)；对应 FormField 四个字段 · AgentOrchestrator：新增 resolveModulePath 通用形态，richtext 与 pickerSources 的地址 一律只写模块内相对路径、前缀在这里拼；richtext **没有兜底**（不声明就是空） · 带 optionCall 的字段会被改写成 select 的白名单改用 isSelfDrawnPicker() （原先是硬编码 userpicker），并放开为 public 供契约测试复用生产口径 测试（139 tests, 0 failures） · ModuleFormParityTest 新增两条通用不变量：正文图片地址与弹窗数据源都必须带模块前缀、 不许自己带前缀、不许双斜杠；另加「专业发展不得拿到兜底上传地址」 · FormFieldWidgetTest 新增 richtext（含「不声明 = 空」反向断言）与自绘控件透传两条 · IntentDirectFormTest / DormActivityPublishIntentTest 同步改成新控件口径	2026-10-14 16:56:07 +08:00
lijing	c084c978aa	feat(通知公告): 发布表单支持模块页的富文本正文与选人控件 ... 前端已把 NoticeFront 的 wangEditor 与自绘「通知对象」控件 1:1 搬进助手表单， 后端补上这两个控件所需的契约： - ToolParam / FormField 新增： · pickerSources：选人弹窗的**数据源页签**（形如 {name, 模块内相对地址}）， 由 AgentOrchestrator 拼上模块前缀后下发（沿用「只写相对路径」的铁律）； · richTextUploadPath / richTextPreviewPath：正文插图的上传与预览地址。 - AgentOrchestrator：把 resolveUploadPath 抽出通用形态 resolveModulePath（幂等、只接受 模块内相对路径）；buildForm 为 widget=userpicker 下发 pickerSources； optionCall 强制改写 widget 的白名单放行 userpicker（否则会被降级成 select）。 - NoticeTools：notify.publish 与 notify.editNotice 的 receiveList 改为 userpicker， 两个数据源为「基础平台」/api/base/GetSchoolAll 与「自定义组」 /api/contacts/GetGroupTree?type=1；content 走 richtext。 测试：NotifyIntentFormTest / IntentDirectFormTest 补 pickerSources 断言 （**只写相对路径**，不带前缀 —— 前缀拼错是本项目反复出过的坑）， ModuleFormParityTest 补 userpicker 取值口径断言（字符串原样透传，不得包成数组）。 mvn -o test：Tests run: 135, Failures: 0, Errors: 0，BUILD SUCCESS。	2026-10-14 15:19:24 +08:00
lijing	8f0f8a04b3	feat(intent): 「我要发布通知公告」裸意图直达（通知公告模块补齐） ... 通知公告（key=notice、前缀 /notice）此前只有 mock 里有裸意图分支， 真实后端 IntentShortcut 缺这一条，前后端行为不一致。 - IntentShortcut: 新增 NOTIFY_PUBLISH 意图 + NOTIFY_PUBLISH_BARE 短语集 ★ 短语一律带「通知公告」全称限定 —— 它与「校园公告」(campusnotice) 是两个独立应用（按用户下发 vs 按班级下发），光说「发通知/发布通知」 两边都成立，猜错模块比不直达更糟；「发通知」继续保持不直达。 - 新增 NotifyIntentFormTest(7)：规则识别 / 与校园公告的边界 / 「发通知」不劫持 / 发布工具为写操作且仅教职工 / 代取地址带 /notice 前缀。 - IntentDirectFormTest：补「发布通知公告」端到端两条（教职工直出表单、 学生落回模型），并断言表单里不出现校园公告独有字段。 - DormActivityPublishIntentTest：四个发布意图互不串味（补 notify）。 mvn -o test: 135/135 BUILD SUCCESS	2026-10-14 12:40:46 +08:00
lijing	c3477c6588	fix(专业发展): 「发布专业发展」直达表单，所属栏目不再问两遍 ... 用户反馈：说「我要发布专业发展」没直接出表单，先被反问「要选哪个栏目」， 答完出来表单，「所属栏目」却还是空的要再选一次 —— 一件事问了两遍。 两处根因： 1) profession.publish 的说明只写了「调用前必须确认所属栏目 moduleId 与标题」， 漏了公告 / 宿舍 / 活动 / 作业四个发布工具都有的那句「缺失就直接调用本工具， 系统会弹出完整表单让用户填写，不要用文字反复追问」—— 模型读到「必须确认」 就照字面先去口头确认了； 2) 「发布专业发展」不在裸意图直达表里，这句必然要过一轮模型。 改动： - 工具说明按另外四个发布工具的同款句式补齐（说明词是模型唯一的施工图）； - IntentShortcut 新增「发布专业发展记录」意图（仅教职工），说「我要发布专业发展」 直接弹表单；栏目是学校自建的、各校 id 不同，所以**不预置**， 由用户就在表单里选 —— 这正是「直接出表单选栏目」； - 契约测试 everyPublishToolTellsTheModelNotToKeepAskingInWords：凡是名字以 .publish 结尾的工具，说明里必须带「不要用文字反复追问」（漏写会被测出来）； - IntentDirectFormTest 补两条：教职工直达出表单（含栏目下拉与代取地址、且不预置 栏目）、学生落回模型。 配套（前端 86e3a10）：即便真的先问了一轮再弹表单，对话里定好的值也会被对齐到 选项取值（数字 71 → "71"，名称「数学」→ SUB02），表单里不再重复问。	2026-10-14 11:35:43 +08:00
lijing	b6a8a63b0e	feat(dorm,activity): 补齐宿舍通知与家校活动的发布/回执/台账能力 + 两个裸意图直达表单 ... 两个模块与「校园公告」同构（发布 → 阅读情况 → 回执闭环），原先只接了「读列表 + 我提交」 一层，价值最高的 发布/盯回执/催办/统计 全空。本轮补齐。 宿舍通知（9 → 35 个工具） - 发布闭环：dorm.publish（立即发布、默认发给全部宿舍）/ dorm.editNotice / dorm.sendList（改指 /api/notice/SendList，我发布的）/ dorm.readDetail / dorm.statistics； 字典：dorm.noticeTypeDic（type=noticeType）/ dorm.deptDic（type=dept）/ dorm.formTemplates。 - 回执闭环：dorm.receipts / dorm.receiptDetail / dorm.reviewReceipt / dorm.remind / dorm.expedite / dorm.remindStudent / dorm.markRead / dorm.pull / dorm.top； 家长侧补 dorm.initializeRed（一键已读）。 - 宿舍特有的床位台账（模块自带、此前完全没接）：dorm.pendingStudents → dorm.assign → dorm.removeStudent / dorm.transfer / dorm.setMonitor，以及楼栋房间增改 （dorm.addBuilding / dorm.editBuilding / dorm.addRoom / dorm.editRoom）。 家校活动（7 → 22 个工具） - 发布闭环：activity.publish / activity.edit / activity.sent / activity.readDetail / activity.statistics；字典：activity.deptDic（type=1）/ activity.categoryDic（type=2）。 - 报名闭环：activity.signups / activity.signupDetail / activity.review / activity.remind / activity.expedite / activity.pull / activity.top； 家长侧补 activity.initializeRed。 裸意图直达（IntentShortcut） - 新增 DORM_PUBLISH（仅教职工）与 ACTIVITY_PUBLISH（仅教职工），学生落回模型如实说明。 - ★ 修跨模块歧义：「发通知 / 发布通知」不带限定时校园公告与宿舍通知都成立， 已从公告短语集移除，改由模型按上下文选；只认带「公告/校园」或「宿舍」「活动」限定的说法。 角色（RolePolicy） - 发布/编辑/阅读情况/回执处理/催办/统计/字典/床位台账 → STAFF_ONLY； 家长侧（通知箱、回执提交、活动广场、报名、一键已读）保持不限。 表单下拉复用请假的 optionCall + valueKeys + dependsOn 通道（模块 /api/* 只认浏览器会话， 服务端必然 302）。发布表单的接收对象固定为「全部」（receiveType/receiveList 用 fix 写死）， 避免表单里出现难用的房间/班级 id 输入框。 测试：新增 DormActivityPublishIntentTest(10)；IntentDirectFormTest +4（教师得表单且不过大模型、 学生落回模型）；NoticeIntentFormTest 增加「发通知不再被公告劫持」； RolePermissionTest 补新工具的可见性断言。全量 86/86 通过。 README：4.2 能力划分更新 + 新增「宿舍通知/家校活动补全了哪些能力」；5.1.0 意图对照表补三行。	2026-10-12 19:49:52 +08:00
lijing	d2c6c185b5	feat(notice): 「发布校园公告」裸意图直达表单 + 修发文部门下拉与假的发布方式 ... - 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。	2026-10-12 18:54:15 +08:00
lijing	c11d331371	feat(leave): 裸意图直达表单 + 按身份分离请假表单 + 下拉代取通道 ... - 新增 IntentShortcut：说「我要请假」这类只有意图的短句时， 编排器在调模型前先做窄匹配（去空白标点 + 剥前后缀后正好等于标准说法、 且原句 ≤12 字），命中即直接下发表单并跳过 LLM，消除「偶尔不准」。 - 请假拆两个工具：leave.submit（type=2 学生申请，待审核）与 leave.register（type=1 教师帮助登记，免审，必填 classId+stuId）。 RolePolicy 分别归入 STUDENT_ONLY / STAFF_ONLY，模型视野里只有一个。 - ToolDef.fixed 由 Map<String,String> 改为 Map<String,Object>： type/continuousLeave 必须按数字下发，字符串会被模块侧 Jackson 判非法。 - ToolParam/FormField 新增 optionsKeys(valueKey,labelKey) 与 dependsOn： 下拉改为下发 BrowserCall optionCall（含 {{占位符}}），由前端带用户登录态 代取后按 valueKey/labelKey 映射；stuId 依赖 classId，选完班级才解锁。 ToolExecutor#prepareOptionCall 不做必填校验，只拼占位查询串。 - 修 leave.types/myClasses/classStudents 描述，明确「填表时不要先调它」。 - README：4.2 能力划分更新 + 新增「请假为何分两个工具」；5.1 增加 5.1.0 裸意图直达（含身份对照表）与表单 JSON 示例。 - 测试：新增 IntentDirectFormTest(5)、LeaveIntentFormTest(9)， 以「被调用即失败」的假 LLM 断言「我要请假」不经过大模型； RolePermissionTest 补 leave.submit/register 的互斥断言。全量 62/62 通过。	2026-10-12 17:49:55 +08:00