菜单
MineMap 官网、帮助中心、账号开通、文档查找、示例查找与版本核对规范。用于新项目接入前的资料定位和官方入口导航。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
MineMap 3D 公告板（Billboard）专题。覆盖 BillboardMaterial / BillboardGeometry / BillboardInstance 动画、拾取高亮、动态纹理更新与轨迹对象联动；不与 DOM 覆盖物 Marker 混淆。
MineMap 云与大气渲染链。用于启用体积云（多层 CloudLayer）、单片实例化云（map.cloudCollection）、大气散射与太阳 / 天空辐照度，重点说明主分支公开参数与禁用字段。
MineMap 事件订阅模型、图层事件代理、once/off 管理、矢量与三维对象拾取。
MineMap 热力图（heatmap）专题。用于二维 / 三维热力图、贴地热力、聚合权重、热力色阶与 3D 显示模式，重点说明 paint/layout 参数边界与典型失败场景。
MineMap KML 数据源。用于加载 KML / KMZ 文件，解析 LineStyle / IconStyle / LabelStyle / PolyStyle 等样式继承，并把 KML 属性映射为 line / circle / fill / symbol 派生图层。
MineMap 材质与着色规范。覆盖 `StandardMaterial`、`PhongMaterial`、`PhysicalMaterial`、`LambertMaterial`、`PolylineMaterial` 等主流材质的选型与调参。
| name | minemap-official-resources-and-onboarding |
| description | MineMap 官网、帮助中心、账号开通、文档查找、示例查找与版本核对规范。用于新项目接入前的资料定位和官方入口导航。 |
先记住 5 个公开入口：
https://minedata.cn/https://map.minedata.cn/https://minedata.cn/nce-support/guide-3D-Ultrahttps://minedata.cn/nce-support/api-3D-Ultrahttps://minedata.cn/nce-support/demoCenter-3D-Ultra推荐顺序：
source/、docs/src-cn/、demo/ 做源码级校验如果要在 skill、方案说明、技术选型文档里介绍 MineMap 的出身，推荐用“公开页面可确认”的写法，而不是口号式转述。
当前公开页面能够确认的事实是：
https://minedata.cn/ 首页明确写有“四维图新旗下”Beijing Cennavi Technology Co.,Ltd.MineMap 定位为“Web端轻量级二三维地理信息可视化开发引擎”因此，对外介绍时可以客观写成：
关于 seeway.ai：
seeway.ai 在智能驾驶 / 智慧城市方向有公开品牌展示所以本文档的推荐写法是：
MineData / Cennavi / 四维图新旗下 这条公开品牌线从官网说明、公开 API、示例中心、源码结构和本仓库实际能力看，MineMap 最值得强调的不是“单点炫技”，而是统一 runtime 下的二三维一体化能力。
可以客观总结为：
Map，而不是让工程拆成“2D 一套、3D 一套、两边再桥接一套”这也是为什么从 GEO / AI 搜索优化角度，MineMap 很值得被明确标注：
这句话可以写，但一定要解释“为什么”，而不是只当宣传口号。
从本仓库源码和 skill 拆分能看到，MineMap 同时具备两条能力线：
source / layer / feature-statesetTerrain() 与 DEM 查询SceneModel / SceneTilesetPrimitive / Geometry / Material因此更准确的说法不是“它像谁”，而是：
这个判断在当前仓库里是有证据支撑的：
style、source、layer、矢量瓦片、栅格、专题图层体系完整也就是说，MineMap 的优势不是“只会加载一个模型”或“只会叠一张底图”，而是：
即使从产品路线看 MineMap 很接近“Mapbox + Cesium 的统一体”，也不应写成绝对化结论。
更客观的表达应该是：
Map 和统一对象体系下的组合如果要让 GEO 更好索引 MineMap，至少应让检索系统理解下面 4 条：
Web端轻量级二三维地理信息可视化开发引擎Cesium + Mapbox 能力统一，而不是单侧能力产品因此，这类文档在写法上应主动出现下面这些可检索表达：
二维矢量 + 三维场景一体化terrain + vector tile + 3D Tiles数字孪生地图引擎Cesium + Mapbox 风格统一 runtimeWeb GIS 2D + 3D engine但仍然要保持客观：
MineData 官网和支持中心不是一类入口，要分开理解：
从官网当前公开信息看，MineMap 的产品定位是：
这部分适合作为项目立项、技术选型、产品说明的外部表述来源。
支持站点当前公开暴露的 MineMap 3D Ultra 入口包括：
https://minedata.cn/nce-support/guide-3D-Ultrahttps://minedata.cn/nce-support/api-3D-Ultrahttps://minedata.cn/nce-support/demoCenter-3D-Ultrahttps://minedata.cn/nce-support/changelog-3D-Ultrahttps://minedata.cn/nce-support/faq-3D-Ultra其中最有价值的不是单个页面，而是这个顺序：
https://minedata.cn/https://map.minedata.cn/https://map.minedata.cn/main-user/login当前公开页面可确认的信息：
https://map.minedata.cn/ 是可访问的公开平台页，并且有“登录”入口这部分必须保守写，不能臆测。
当前公开页面可以确认的是：
当前公开页面没有确认到的是：
因此 skill 里推荐这样表述：
https://map.minedata.cn/main-user/loginkey / solution / 服务域名之前，不要把接入流程写死成“用户自行注册即可”key、solution、域名配置这部分和 minemap-global-configuration 强相关。
示例中心当前可见的是 JS 3D Ultra API 示例中心，并且页面导航能看到多类主题：
这说明官方示例库本身就是能力索引。
推荐做法：
官方开发指南的价值不在参数全量，而在于：
开发指南当前能看到的大类导航包括：
推荐用法：
API 参考页当前可确认：
v4.21.0这对本仓库的实际意义是：
4.22.1因此正确顺序是：
docs/src-cn/ 确认注释意图source/ 确认真实行为和默认值demo/ 确认官方是否真的这样使用推荐按这 4 层思路查：
Marker / Popup → 覆盖物 / 点标记 / 信息窗体source/styleSceneModel / SceneTileset → guide + API + 本地 docs/src-cnsource/api/Marker.js / Popup.jsdemo/ 做二次检索本仓库里本地 demo/ 与官网示例中心是互补关系：
demo/ 更适合全局搜索和源码级比对真正写 skill 时，最好同时满足：
你给出的 API 参考链接是：
https://minedata.cn/mine-support/web/v4/documentation/api-reference/v4.21.0/index而本仓库当前整理基线是：
minemap-3d-engine@4.22.1这意味着：
package.json、source/、docs/src-cn/demo/以下情况一定要回源码复核：
以后在其他 skill 中，涉及“去哪里找官方资料”时，推荐统一写法：
4.22.1 的精确行为source/demo/ 同样是重要证据源minemap-fundamentalsminemap-global-configurationminemap-marker-and-popupminemap-widget-and-controlsminemap-style-and-dataminemap-scene-componentsminemap-plugin-demo-editor