我让 Seed-2.1-pro 转着地球，把历史点给点亮了。

我是个喜欢看地图的人，常常对着某个区域，回想那里出过哪些历史人物、发生过哪些大事。

我也喜欢读历史，尤其对历代疆域图着迷，会不自觉地把一个地方的过去和现在叠在一起看

我一直希望能有一个历史”活地图“，点击一下地图的某个区域，不只能展现这个地区的地理地貌，还能对这个区域过去和现在一目了然。

也就是说，地图可以成为历史的入口，能够通过地图了解某个区域的地理、政治、经济与人文。

coding这样一个把地理和历史结合起来的应用，对教育、文博和文旅都有一定的价值与意义。

最近Seed-2.1-pro更新到了0915版本，据说Agent能力、工具能力、多模态coding能力等都有大幅提升。我决定用此模型来这个完成这个地图与历史融合应用的构建。

经过2天的奋战，构建出了这个项目的demo。

应用的名字叫作Historical World，主打 穿越时光，在地球仪与地图上直观观看中华文明与世界文明的疆域变迁，目前核心功能包括如下几点：

3D 地球仪视角

• 旋转地球，俯瞰各朝代疆域在真实地理中的位置

• 支持 WebGL 渲染，低端设备自动切换至平面地图

平面地图工作台

• 历代疆域叠加展示，清晰对比版图演变

• 支持缩放、拖拽，细节一览无余

时间轴穿梭

• 拖动时间轴，实时切换任意年份的历史疆域

• 覆盖从公元前 1600 年至近现代的完整历史脉络

同期世界

• 每个历史节点同步展示同期世界重大事件

• 横向对比中外文明发展进程

这里附上应用的体验链接，感兴趣的兄弟可以体验一下。

http://81.70.53.87

这个项目，目前已经迭代到0.5版本，后面会继续迭代，最终会形成一个横跨空间、时间、地点的以地图为接口的全球历史空间系统，也是一个全球历史知识与探索模型。后面也会推出小程序版，到时可以更方便的用手机体验。

它会面向对历史和地理感兴趣的用户群体、琴子家庭、老师与学生、旅游这、博物馆以及研学/文旅相关的机构，多个行业的从业人员都可以应用。

构建流程

下面，简单说说这个项目的构建流程。

1、构建应用

在正式构建应用之前，通过与AI多轮交流与探讨，我设立了一份应用构建文档

启动 TRAE Work ，选择 code 功能，模型选择Seed-2.1-pro，模型选择把文档等参考文件作为附件上传，输入需求：做一个可体验的地图+历史 H5 Demo，地球仪入口、平面地图工作台、点击看历史、空白反查。

这个任务需求，没有对模型做限制，仅提出项目大体需求，剩下的都由模型根据用户需求和项目文档自行规划任务并执行，可以测试模型的Agent 任务规划与长程执行能力。

整个任务总共执行了 2小时7分钟，消耗约1600积分，全程几乎无人值守。执行任务超2小时而不中断，体现了Seed-2.1-pro更强的长程任务能力和TRAE Work 的工程化能力。

任务执行完，Historical World Demo的全部功能已经跑通。

值得一提的是，在框架和代码构建完成以后，它直接就调用了Browser Use Agent，打开本地浏览器进行截图验收和迭代修复，当然执行任务的大部分时间也消耗在这一步。

在Seed-2.1-pro模型的加持下，Browser Use的运行效率已经很高，用于项目的验收检验非常合适。通过两轮验收，解决了多个存在的问题，最终交付了这个能够在浏览器中丝滑运行且UI精美的应用。

项目文档中，原本规划了7个步骤来完成整体任务。而第一个任务执行下来，现在已经自动完成了前面5步：搭框架、引数据、构建平面图和地球仪入口以及项目反查。

后面的任务，执行起来就相对就简单了。

2、VLM 视觉验收

这个任务可以考验模型的多模态能力，看看它的VLM 视觉理解 + Coding 闭环能力怎么样。

Seed-2.1-pro模型，也在 豆包工作 同步上架了，可以在豆包进行这个任务。

打开 豆包 ，选择 工作 功能，模型选择Seed-2.1-Pro。把项目运行截图中3张截图提交到附件，附上项目路径，输入需求：

这是项目 Historical World 的 Demo 运行渲染截图，看看 UI 有没有问题（标注遮挡、配色对比、动效、可读性、深空星图风是否到位等）并直接改代码，改代码前记得先备份原文件

通过三张截图，模型发现了5个问题，很快定位到项目文件夹，修改源码。最终耗时20分58秒，项目的UI设计得到进一步优化。对于这种非常复杂的地图页面，Seed-2.1-Pro通过几张图片就快速精准识别了页面存在的问题，应用构建的效率真的是大幅提升。

以后再进行相关项目的开发，在UI等方面，只要给它一张图片就能解决很多问题，VLM视觉理解与多模态coding绝对会成为一张王牌。

3、部署到服务器

这个环节没有什么可多讲的，只需要简单设置一下云服务器，把服务器的相关信息给到TRAE Work，剩下的所有流程都由它完成，后面就能得到一个公网访问链接。

这个项目，后面会同步解析到微信公众平台的小程序，以后就能在手机上畅玩了。

模型能力复盘

官方数据里，Doubao-Seed-2.1-Pro 这次升级继续围绕 Coding、Agent、多模态展开：专业 Agent 任务交付更可靠，更懂复杂代码仓库，端到端开发能力更强，再叠加一直领先的多模态理解，新版模型在多模态 Coding 和 Agent 上的表现更突出。

可以说，它在效果提升的同时，还把 Token 效率继续往上推，综合使用成本进一步降了下来。

回头看这次项目，把整个东西扛起来的，不是模型的某个单点能力，而是一串能力恰好接上了做产品的真实链路。下面结合这个项目，复盘它具体用到了哪些能力。

复杂代码仓库理解是底座。TRAE 这次不是只改单文件，而是从 Vite 脚手架一路铺到多文件 H5，自己跨文件定位结构、补引用关系。Phase 1 到 Phase 5 一口气跑完，总时长 2 小时 7 分钟，中间没有让我手动去救火，说明它对仓库整体的把握是够的，这对一个从零起工程的项目是第一道门槛。

端到端和复杂工程联调是它敢一次跑完的底气。地球仪用 three-globe、平面地图用 d3-geo，两者还要共用一份 GeoJSON，并打通点击落位、详情面板、空白反查。

这种多模块联动最怕跑到一半状态错乱，实际交付的 demo 稳定丝滑，没有推倒重来，对应文档里 deepswe 那类复杂工程问题的提升。换句话说，它不只是会写函数，而是能把一条功能链自己跑通。

design2Code 是这次美观度的直接来源。在执行任务前，我把深空星图风的高保真参考稿直接贴进去，模型对配色、城市脉冲、历史弧线、Bottom Sheet 弹簧动效的还原度相当高，基本一次到位，后期只需要微调。

这也是前端呈现那项提升在真实项目里的落点，对没有专职设计师的个人开发者尤其值钱。

VLM 视觉理解是整篇文章最有说服力的闭环。我把渲染截图丢进 豆包工作，模型自己看图指出问题，20 分 58 秒里揪出 5 处 UI 瑕疵并直接改掉。

这一步把模型从会写代码升级成了会看效果再改代码，第五节里那些前后对比截图就是这个闭环的证据，也是多模态 Coding 最该被看见的样子。

工具调用不编造是历史类产品的护城河。14 个城市的史料数据都带了来源和置信度字段，没有冒出编造的朝代或事件，对一个讲事实的产品这是底线。它意味着我可以把资料整理交给模型，而不必逐条担心它脑补。

Token 效率是前面所有迭代能发生的隐藏前提。正是因为多轮生成、截图、改的成本可控，我才敢反复打磨美观度，而不是一轮交差。没有这个前提，VLM 闭环那种反复迭代的玩法在经济上不成立。

Seed-2.1-pro的复杂仓库提升约一成、design2Code 提升约两成、VLM grounding 提升约一成、工具调用从 38.4% 提到 64.8%、Coding 成本降四成以上等特点，单独看都平常，但叠到一个人从零做出能转地球、能点历史、还好看这件具体事上，它们才显出分量。

对普通开发者来说，真正的变化不是 benchmarks 涨了多少，而是可靠性和可负担的迭代，让非设计出身也能把产品做漂亮。

做完这个项目demo，最直观的感受是三件事变了。

第一是可靠性，以前让模型从零搭一个带 3D 地球和交互地图的应用，多半要在中间反复救火，这次 TRAE 一口气跑完 Phase 1 到 5，交付的 demo 直接就能稳定跑，中间我没怎么操心。

第二是成本，多轮生成、截图、改的玩法如果按过去的单价，反复打磨几次就心疼了，这一版 Token 效率上来之后，我能放心让它多迭代几轮。

第三是 VLM 闭环，过去我得自己盯着屏幕找 UI 毛病，现在把截图丢给豆包工作，模型自己看自己改，美观度第一次变成了一件可控的事，不再是靠运气。

当一个模型既能把活干完、又不贵、还能看着自己的作品挑毛病，普通人做产品的门槛，就真的被往下拽了一截。

看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，也可以给个星标，你的支持就是我的动力。