距离上一篇博客已经过去了整整六年。

这六年里，GIS 行业在变，Vue 进化到了 3.5+，Cesium 依然是 3D 领域的霸主。但对我个人来说，最深刻的变化不在于代码本身，而在于谁在帮我写代码。

今晚，我通过手机，指挥着服务器里的“智能助手”修复了 vue-cesium 多年未动的自动化发布流。看着它在复杂的网络环境、权限限制和各种琐碎的配置陷阱中反复横跳、自动探测依赖、自我纠偏，最后精准合入代码，这种感觉很奇妙。

在 2020 年，我写的是“技术逻辑”；而在 2026 年的今天，我写的是“任务意图”。

1. 跨越六年的技术断层：从 Webpack 迷宫到 ESM 纪元

回望 2020 年，那是 Webpack 统治的时代。我们习惯了在几千行的配置文件里寻找一个插件的 Bug，习惯了等待漫长的热更新。那时的 vue-cesium 还是一个基于 Vue 2 的项目，那时的前端构建更像是一门“炼金术”。

六年间，前端生态经历了一场静悄悄的革命。从 CommonJS 到完全合作的 ESM 迁移，从 pnpm workspace 的普及到 Vite 带来的极致体验。当我今晚尝试重启发布流时，那种“技术断层”的体感极其强烈：Node.js 版本已经从 12 进化到了 20+，GitHub Actions 的环境早已翻天覆地。

最棘手的不再是逻辑，而是环境的治理。传统的 Monorepo 结构在自动化发布时，常常因为子目录认证路径、变量转义等细节问题导致崩溃。以前，解决这些问题需要我查阅数小时的文档；而今晚，我的“助手”只用了几次执行循环，就精准定位了配置隔离问题，并给出了“双重注入”的补丁方案。

2. 从“码农”到“指挥官”：龙虾（OpenClaw）带来的范式转移

今晚最让我感触的，不是代码被修好了，而是修代码的方式变了。

这种变化的核心在于我身后的执行中枢——龙虾 (OpenClaw)。作为一个私有化的 AI 代理，它不仅仅是一个会写代码的 LLM，更是一个拥有“手脚”的执行实体。

以前，工具是死的。你配置好 YAML，它就像传送带，一旦断开，你就得亲自下场。
现在，助手是活的：

• 弹性生存：当 Git 克隆受阻时，它能主动切换到“API 直接读写”模式。
• 权限洞察：它能敏锐地从报错中识别出是 Token 的作用域配置缺失。
• 自动闭环：在发现变量转义错误时，它能自动回溯日志并完成自我纠偏。

这种协作模式让我意识到：我们已经正式告别了纯粹的“码农”身份，转而成了“指挥官”。我们负责定义目标和意图，而那些繁琐的执行细节，正交由龙虾这种更敏捷的“技术伙伴”去扫清。

3. 为什么选择回归？

重启这个博客，不仅是为了记录技术，更是为了记录这种“人机协作”的成长历程。

我不再是那个深夜孤军奋战的开发者，而是一个拥有数字实体协助的“研发负责人”。这种解放，让我能重新审视 vue-cesium 的未来——在 AI 辅助下，我们是否能实现更智能的 3D 渲染调度？是否能让 Cesium 与数字孪生场景的融合变得更加无感？

今后的路，不仅仅有 Cesium 的星辰大海，还有 AI 带来的无限可能。

写在最后：
本篇博文由老板定义核心意图，龙虾 (OpenClaw) 驻场执行技术探测、环境修复并完成文本渲染。
在凌晨一点用手机远程搞定这一切，这大概就是 2026 年最标准的极客生活方式。🛠️🦞

前言

最近有需要在Cesium中加载道路拥堵情况，像高德百度的思路应该是通过实时采集的数据来制成道路拥堵图，然后切片，根据一定时间频率更新切片。搜了一下网上有ol接入高德地图的例子，观察了一下ol中加载高度路况的例子中请求，发现是请求是x={x}&y={y}&z={z}这种表达的，说明在Cesium中是可以直接加载的，用UrlTemplateImageryProvider，用vue-cesium的话就是vc-provider-imagery-urltemplate组件，下面讲一下用vue-cesium加载高德路况图层的方法。

前言

近期工作之余都在继续开发个人开源项目 vue-cesium ，在最近学习中发现自己之前码的代码不太优雅，不太精炼，所以花不少时间重构了第二版，获益匪浅。其中就发现之前做的量算功能结果不太合适，尤其是面积量算，看网上很少有正确的思路，所以在这儿记录核心代码，详细请移步 GitHub 查看，欢迎提 Issue、PR，顺便小手点个 Star 也可以。vue-cesium 在 2.0.3 版本将会优化量算组件，在线体验地址: https://zouyaoji.top/vue-cesium/#/zh/tool/vc-measuring

前言

本文记录自己从零开始构建一个前后端分离的项目。之前学习了比较流行的 Vue，但仅会做一些展示页面，如处女作成都送福物流。现在想做一些物流订单管理的功能，那自然离不开后台服务了。学习之路永无止境，通过一段时间的网络搜索学习，我了解到像我这样前端基础一般，后端服务基础为零的选手，后端服务就用 NodeJS 比较好上手一点，而且前端 Vue 项目也接触不少 NodeJS。本次我打算前端采用 Vue 全家桶和 Quasar Framework 完成，后端用 Koa2 和 MySQL。

本篇是登录验证的学习总结，主要是后端基础部分搭建，会用到JSON-WEB-TOKEN。

前言

与地理信息系统(GIS, Geographic information system)相关的，如建筑、规划、景观设计、防灾等领域的模型，地形模型是重中之重。因为一个项目模型中中，地形数据的存在不仅让模型表达的更真实，还能结合地形做一些基于地形的GIS分析。

地形一般有两种，Grid(规则格网) 和 TIN(不规则三角网)，他们是表示数字高程模型的两种方法。

今天让我们对地形动动手脚，主要介绍一下SuperMap平台TIN地形操作。

前言

前端学习过程中，时常会看到apply、call以及prototype的例子，总是似懂非懂，模棱两可，有时候要半天才明白怎么回事，也不知道怎么应用到实际工作中。开贴总结学习一下，即便是以后忘记了再来阅读重拾一下，同时希望能帮助到有同样困惑的前端入门者。

要想彻底弄清楚proto和prototype、call和apply的存在，首先要搞明白JavaScript面向对象编程。

前言

开始自学前端的时候，在选择集成开发环境IDE（Integrated Development Environment）上也是花了一些功夫。先后体验了Atom、WebStorm、HBuilder和Visual Studio Code。这几款工具各有所长，都使用过一段时间，最后我发现还是Visual Studio Code适合我。

Visual Studio Code刚出来的时候我就开始使用了，理由很简单：

• 免费、开源、跨平台
• 微软出品、实力保证

微软对于VSCode的定位如下图，位于编辑器与IDE之间，像是披着编辑器外衣的IDE，更像是披着IDE外衣的编辑器。

在这儿我要赞一波Visual Studio Code，我认为它是最好用的开源文本编辑器，在保持其性能的基础上集成了很多IDE功能，可以说是微软良心出品，浓浓的微软情怀。点我看更多VSCode评价。

Visual Studio Code之所以体验很好，其中很重要的一点原因是其不仅内置JavaScript、TypeScript和Node.js支持，还拥有丰富的插件（扩展）生态系统，可安装插件来支持C++、C#、Python、GO、PHP等其他语言。好了，其他就不多说了，觉得好与不好，各位可以体验之后自己评价一下。回到正题，分享一下我用到的VSCode扩展插件，主要是前端。