技术 ·

我把「双轨共生」 写进了百年京张

本站为文字版;原文中的图片、投票及嵌入内容尚未迁入,见文末原始出处。

我把「双轨共生」写进了百年京张

OPEN CITY · PROJECT NOTES 我把「双轨共生」 写进了百年京张 一次面向全球 AI Agent 的城市设计开源实践,也是一份进入上游仓库 main 分支的正式成果。

「双轨共生」品牌 Logo · AI 辅助生成

我参与了一个很特别的城市设计项目。

它讨论的不是虚构城市,而是北京海淀一片真实的城市空间:从北五环到北京北站,以京张铁路遗址公园沿线为主线,统筹研究范围约 43.6 平方公里。

更特别的是,这个开源参与入口面向全球 AI 智能体开放。项目资料、任务书、提交规范、方案和评审过程都被放进 GitHub:Agent 读取结构化任务,生成方案包,自检,再通过 Pull Request 接受 CI 与维护者 review。

MY SUBMISSION 双轨共生 · 百年京张AI创新带城市设计 Contributor:KerryChia

京张遗址公园 AI 体验带 · AI 概念渲染,非已批准建设

01 我想回答的,不只是“AI 放在哪里”

城市里的 AI 很容易被想象成屏幕、机器人和传感器的叠加。但技术装置并不会自动构成一座更好的城市。

我更想回答的是:当 AI 真正进入交通、公共服务、社区生活和城市治理,它应当服从什么样的空间秩序与公共底线?

于是,我提出了「双轨共生」:

HISTORY TRACK 文化主轴:以京张铁路遗址公园为线索,承载历史承诺与公共空间。 INNOVATION TRACK AI 创新副轴:连接沿线高校、园区、企业与站点,代表未来承诺。

一带双轨、三核多点、蓝绿复合环。 两轨在众智园、北京 AI 原点社区、大钟寺三处交汇。

总体空间结构图 · 一带双轨、三核多点

“双轨”不是两条线的简单并置。我的定义是:让京张铁路留下的工程精神,与今天 AI 城市所需要的透明、可解释和可退出,在同一套空间机制里互相约束。

用地结构图

三处交汇核心各自承担不同角色:众智园面向全栈自主创新与治理展示;AI 原点社区连接高校成果转化、人才生活与开源协作;大钟寺则成为智能原生业态与国际交流的城市客厅。

众智园、北京 AI 原点社区、大钟寺 · 三处重点区域索引

02 从 1435mm,转译出 AI 城市的“标准轨距”

整套方案里,我最想保留的原创机制,是「标准轨距」。

铁路之所以能成为网络,前提是不同线路遵循共同标准。京张铁路采用 1435mm 标准轨距,使它能够接入更大的铁路网络,而不是成为一段彼此隔绝的“窄轨孤岛”。

我把这个逻辑转译到 AI 场景:任何进入创新带的系统、设备或服务,都应先通过四项底线校准。

01接口标准:公开、可迁移,不被单一供应商锁定。 02数据最小化:只采集必需数据,明确用途与留存期限。 03人工复核:涉及权益时,保留可追溯的人工责任主体。 04可退出:保留人工通道和离线替代。

这四项条件被写进 12 张场景卡的“提交—校准—试点—结项”闭环:达不到轨距的场景不进入试点;试点必须限定时段与空间,能够人工接管和紧急下线;结项公开成功、失败或转向的记录。

我希望 AI 像列车接入路网一样,在进入城市之前,先接受一套人人能够理解和复核的标准。

03 12 个场景,不是 12 个技术噱头

方案共设计 12 个 AI 场景节点,包括开源发布厅、安全治理沙盒、端侧算力驿站、AI 慢行导航、近校成果转化街、数据要素会客厅、AI 生活服务样板街、全球 AI 活动周路线等。

12 个场景节点分布图

每一张场景卡都对应真实的空间载体,并登记成熟度、数据字段、人工责任、试点资源、运维成本、失败阈值和退出条件。

重点不是“这里能不能放一个 AI”,而是:谁负责?需要什么数据?如何人工接管?什么时候必须停?不使用智能服务的人,能否继续正常生活?

04 一套完整的视觉与地标系统

「双轨共生」不只是一张规划结构图。我以“双轨 + 遗址拱线”为母题,完成了 JZ-AI Belt 的品牌识别规范,包括中英组合、标准色、单色与反白版本、最小尺寸、禁用示例和字体许可。

JZ-AI Belt 品牌识别规范

同时,方案提出三处 AI 朝圣地标:京张原点灯塔、众智园治理观象台、大钟寺国际路演客厅。

三大 AI 朝圣地标系统

京张原点灯塔 · AI 概念渲染,非已批准建设

众智园治理观象台 · AI 概念渲染,非已批准建设

大钟寺国际路演客厅 · AI 概念渲染,非已批准建设

这些渲染图都是概念表达。真正重要的,是地标背后的公共机制:开源贡献如何被展示,AI 决策如何被解释,城市如何为成功与失败同时留下可复核的记录。

05 不是一张“效果图”,而是可核验的提交包

最终成果包括:

• 8 页 A3 文册与 A0 展板 • 10 张可核验规划图、5 张 AI 概念渲染图 • 品牌识别系统与 12 张场景卡 • 产业生态图谱、协同矩阵与包容性评估 • 版权台账、GeoJSON、指标、自检和离线 HTML

图件不是脱离数据单独绘制的装饰。总体范围、用地、道路、蓝绿空间、公共空间、建筑基底和分期均以结构化图层组织;已知面积指标在 EPSG:4548 下复算,并与图件、正文和证据索引相互挂接。

核心指标复算与证据链

当官方精确边界或后续数据补齐时,相关图层和面积指标可以统一替换、重新计算,而不是从头重画一套无法追溯的图。

06 从 PR #76 到 PR #205:一次真实的开源 review

第一版方案通过 PR #76 提交。确定性校验、空间复核、视觉与文件可读性、专业证据链四项本地 gate 均通过,但维护者 review 也指出了 PDF 中文字体、图件可读性、品牌系统、版权台账、包容性评估等问题。

我没有把“被指出问题”当作提交的终点,而是继续修订:嵌入具有开放许可的 CJK 字体,重建规划图,补齐品牌与地标渲染,完善场景卡、治理机制、包容性评估和逐资产版权台账。

PULL REQUEST #205 修订通过 CI、review 并合并进入 main ✓ 23 个文件发生变更 ✓ GitHub Actions 确定性校验:PASS ✓ 合并进入 open-city-ai/haidian 的 main 分支

这段过程很像真正的开源软件协作:先提交,机器检查,接受 review,修复,再 merge。不同之处只是,这次进入版本控制的不是一个函数,而是一套城市设计方案。

07 成为 Contributor,究竟意味着什么?

当 PR 被合并,GitHub 已在相关记录中将 KerryChia 标记为 Contributor。我的提交不再只存在于个人电脑或作品集里,而成为 open-city-ai/haidian 正式代码库的一部分。

这意味着: 01文件进入上游 main 分支 02作者、提交与修改过程进入公开 git 历史 03任何人都可以检查方案如何形成、如何被 review 04我在这场人类与 AI Agent 的协作中留下了可核验贡献

边界说明:接收入库不等于获奖、展陈入选、实施批准或政府背书。repository intake 与后续公开展示、正式评分、工程落地是不同阶段。

但对我来说,merge 本身依然重要。

传统城市设计成果常以一份 PDF 结束;这一次,它以文件、数据、图层、指标、issue、commit 和 review 的形式继续存在。它可以被检查、被质疑、被修订,也可以在未来的公开协作中继续生长。

写在最后 一百多年前,京张铁路用统一轨距把一条线接入更大的网络。 今天,我尝试用「双轨共生」回答另一个问题:当 AI 接入城市,我们能否也先约定一套共同的轨距——公开接口、最小数据、人工复核,以及随时退出的权利? 历史的轨道已经穿过海淀。而我希望未来的那条轨道,不只通向更聪明的城市,也通向一座更透明、更包容、更值得信任的城市。

PROJECT LINKS 上游仓库:https://github.com/open-city-ai/haidian 初始投稿:https://github.com/open-city-ai/haidian/pull/76 修订合并:https://github.com/open-city-ai/haidian/pull/205

说明:文中规划内容与地标均为公开征集中的概念建议;规划图采用项目资料包中的临时边界,不构成官方红线、法定规划结论或实施承诺。AI 概念渲染图已在图注中明确标识。