表象
main 上 packages/plugin-map 的类型检查是失败的：
$ pnpm type-check --filter=@object-ui/plugin-map
src/ObjectMap.tsx(31,8): error TS1192:
Module '".../maplibre-gl/dist/maplibre-gl"' has no default export.
maplibre-gl 在 6.0.0 移除了默认导出，而 ObjectMap.tsx:31 仍在默认导入：
import maplibregl from 'maplibre-gl';
版本是 #2848（dependabot，2026-07-27）从 5.24.0 升到 ^6.0.0 带来的。
已确认这不是由近期 i18n 改动引起：把工作区改动 stash 掉、在干净的 origin/main 上复现，报错一模一样。
修法：删掉这一行
maplibregl 这个绑定从未被使用。全包搜索只有 import 行本身：
$ grep -rn "maplibregl\|mapLib" packages/plugin-map/src/
packages/plugin-map/src/ObjectMap.tsx:31:import maplibregl from 'maplibre-gl';
地图实例由 react-map-gl/maplibre 提供（:29-30），CSS 由下一行的副作用导入带入（:32），都与这个绑定无关。所以不需要改成 import * as maplibregl，直接删除即可 —— 顺带避免了给一个没人用的名字挑选导入风格。
建议顺手确认一下 react-map-gl@8.1.1 对 maplibre-gl@6 的 peer 兼容性（lockfile 里是 react-map-gl 8.1.1(maplibre-gl@6.0.0)）。运行时行为不在本 issue 的验证范围内 —— 我只核实了类型层面。
真正值得处理的是这个：CI 看不见任何类型错误
这个错误在 main 上活了至少一天而 CI 全绿，不是偶然。
1. .github/workflows/ 里没有任何 type-check job。
$ grep -rn "type-check" .github/workflows/
(无结果)
根 package.json 有 "type-check": "turbo run type-check"，但 CI 从不调用它。
2. turbo build 只对一部分包起到类型检查作用，取决于该包的 build 脚本：
build 脚本 |
包数 |
会做类型检查吗 |
vite build（含 + build-css） |
22 |
❌ 只转译，不校验类型 |
tsc / tsc && vite build |
13 |
✅ |
tsup |
4 |
视 dts 配置而定 |
plugin-map 的 build 是 vite build，所以 turbo build 44/44 全绿，而它的类型是坏的。
这意味着那 22 个包（含 plugin-grid、plugin-gantt、plugin-chatbot、plugin-detail、components 等主力包）的类型错误，目前没有任何 CI 关卡能拦住。
反面例子刚好在同一周出现过：@object-ui/i18n 的 build 是 tsc，所以 #2909 里一个重复键（TS1117）被 turbo build 当场拦下 —— 而那次全量 7,828 个测试全部通过，因为运行时重复键会被折叠成一个自洽的对象，测试原理上看不见。同一类错误如果发生在 plugin-grid 这种 vite build 的包里，就会直接进 main。
建议
拆成两件事，第 2 件才是重点：
P2 单独做也有价值：它是唯一能覆盖那 22 个包的手段。
发现来源
#2872 收尾时跑全量验证顺带发现。与 i18n 无关，所以没有夹带进那几个 PR。
表象
main上packages/plugin-map的类型检查是失败的：maplibre-gl在 6.0.0 移除了默认导出，而ObjectMap.tsx:31仍在默认导入：版本是 #2848（dependabot，2026-07-27）从
5.24.0升到^6.0.0带来的。已确认这不是由近期 i18n 改动引起：把工作区改动 stash 掉、在干净的
origin/main上复现，报错一模一样。修法：删掉这一行
maplibregl这个绑定从未被使用。全包搜索只有 import 行本身：地图实例由
react-map-gl/maplibre提供（:29-30），CSS 由下一行的副作用导入带入（:32），都与这个绑定无关。所以不需要改成import * as maplibregl，直接删除即可 —— 顺带避免了给一个没人用的名字挑选导入风格。真正值得处理的是这个：CI 看不见任何类型错误
这个错误在
main上活了至少一天而 CI 全绿，不是偶然。1.
.github/workflows/里没有任何type-checkjob。根
package.json有"type-check": "turbo run type-check"，但 CI 从不调用它。2.
turbo build只对一部分包起到类型检查作用，取决于该包的build脚本：build脚本vite build（含+ build-css）tsc/tsc && vite buildtsupdts配置而定plugin-map的 build 是vite build，所以turbo build44/44 全绿，而它的类型是坏的。这意味着那 22 个包（含
plugin-grid、plugin-gantt、plugin-chatbot、plugin-detail、components等主力包）的类型错误，目前没有任何 CI 关卡能拦住。反面例子刚好在同一周出现过：
@object-ui/i18n的 build 是tsc，所以 #2909 里一个重复键（TS1117）被turbo build当场拦下 —— 而那次全量 7,828 个测试全部通过，因为运行时重复键会被折叠成一个自洽的对象，测试原理上看不见。同一类错误如果发生在plugin-grid这种vite build的包里，就会直接进 main。建议
拆成两件事，第 2 件才是重点：
ObjectMap.tsx:31的未使用 import（一行）type-checkjob（pnpm type-check，turbo 已有缓存）。需要先跑一遍全量看现存红点有多少 —— 如果不止plugin-map一处，就得先清干净或配 baseline 再设为必需检查，否则一加就长期卡红（和 语言包 key 缺口:8 个语言各缺 357–359 键,74 键只存在于 zh.ts,且没有任何 parity 测试 #2872 P3 全量 parity 测试是同一个实施顺序问题）P2 单独做也有价值：它是唯一能覆盖那 22 个包的手段。
发现来源
#2872 收尾时跑全量验证顺带发现。与 i18n 无关，所以没有夹带进那几个 PR。