my_local_kimi_dev2
e1fcae2eb1
查询 m0.user 中 enterprise_type=1 的代理角色用户，返回所属权限组、 dept_user 部门岗位明细与当前站点；行级权限复用 visibleAgentIds （总部全量/代理商自己+直属下级+代管），mobile 原样不脱敏， idcard/password/openid 不进白名单，不返回位置字段。 设计：doc/agent-user-list-mcp-tool-design.md（2026-10-13 王恒拍板）
数据库迁移规范
自有库结构由 Flyway 管理，运行时只扫描 src/main/resources/db/migration。
- 已合并的
V<N>__description.sql永不修改、删除或改名；Flyway 与测试都会校验历史 checksum。 - 每次结构或数据变更新增下一个连续版本，并同步新增
sql/rollback/V<N>__description.down.sql。 - Migration 只操作当前 svc schema，禁止包含
CREATE DATABASE、USE和环境专属数据。 - DDL 优先向后兼容；删除字段或表必须先经过废弃版本。大表变更必须给出锁表时间与分批方案。
seed-dev.sql仅用于开发数据，不进入 Flyway。数据库首次创建使用bootstrap/create-database.sql。- 合并前必须运行
./mvnw clean package；部署启动时 Flyway 会再次 validate 并按版本迁移，失败则应用不会启动。
baseline-on-migrate 默认关闭，避免连错非空库时被静默接管。已有 V1 数据库首次接入时，显式设置 SVC_FLYWAY_BASELINE_ON_MIGRATE=true：Flyway 记录 V1 基线并只执行 V2 以后版本；确认生成 flyway_schema_history 后立即恢复为 false。空数据库无需开启，会正常执行全部版本。