后台恢复了会议转写段与总结段的配置入口——它们随「会议记录服务」页一起下线后， 只能直接改库（echomeet_orch），而那正是语音纪要整条流水线的服务选型来源。 - 路由 /meettemplates → /meetconfig，旧地址留重定向；**菜单 id 不变**： 存量后台账号的 access 清单里存的是这个串，改 id 等于让这些账号丢入口； - 一页全展开不分标签页，顶部一个应用选择器三块共用——各拉各的会出现 「转写配的是 A、模板改的是 B」这种对不上的状态； - 保存是声明式的，asr/llm 都是**指针**：缺哪个不动哪段。写成值类型的话 「保存会议总结」会带一个空的 asr 数组把转写编排整段清空； - 翻译段(kind=2) 本页不编辑但保存时必须原样保留，跟着 reconcile 会让纪要 能转写、译文整体消失； - 服务池查询是 app_name=? 不带 OR app_name=''：作用域归一后没有全局默认层了， 照旧版写回退查询会让一个应用读到另一个应用的服务选型，且不报任何错。 段→服务类别的映射由 TestEchoKindSvcCats 钉住：类别编号是 comm / console / admin 三处同写的，漏改一处的表现是某一段的下拉空空如也且不报错。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Rodger-Wang