参加 AIE 上海站前夜，做了 EventPrep：把大会官网压成一页随身手册

11 月 5 日到 6 日，AI Engineer 大会首次落地中国，在上海举行。这是全球面向 AI 工程师规格最高的技术会议之一，以往几届都在旧金山等海外城市举办。

会后的实录视频通常会公开，但按以往的发布节奏往往要等上两三周。

这一年里，我大部分时间都在写代码、折腾自己的 365 开源项目，常常在自己的小圈子里闭门造车。难得有这么一场汇聚了 59 位全球一线讲者的大会，涵盖开源模型推理、Agent 基础设施与 Physical AI，我很想去现场亲眼看一看、听一听一线从业者究竟在思考什么、正在踩哪些深坑，让思路碰撞一下。

刚好知乎有参会赠票活动，承蒙赠票，我早早敲定了行程。

但当我打开大会官网准备做参会攻略时，迎面而来的信息散落感，让人瞬间头大。

官网资料很全，但根本不是给现场准备用的

大会官网的内容其实极为丰富，嘉宾阵容、日程、选题都有，但它的组织逻辑完全是给“坐在电脑屏幕前慢慢浏览”设计的，而不是给“拿着手机、准备去现场参会的人”看的：

• 信息割裂与跳页折磨：总日程在 Program 页面，讲者背景在 Speakers 页面，场馆交通在 Venue 页面，入场须知和门票信息则藏在 FAQ 里。如果你在日程里看到一个感兴趣的主题想查讲者履历，必须点进讲者页；看完想要回到刚才的日程，在手机浏览器里一按返回，不仅列表位置经常丢失，一旦页面重新加载，还得从头滑起。来回切换两次，整个人就不知道看在哪了。
• PDF 与长图是移动端的灾难：很多传统会议喜欢给一份 PDF 日程或一张长图海报。在手机上看这类文件极其痛苦——双指反复捏合放大、横向平移，在会场喧闹的人流中边走边看，滑两下就迷路，根本无法快速定位信息。
• 关键细节散落在犄角旮旯：很多关键事实并不在主日程里。比如两天的午餐全部需要自理；第一天下午主会场与分会场完全并行，需要提前选边；会前一晚还有需要单独审核的官方边会。这些直接影响现场行程的事情，散落在 FAQ、场地页和票务说明里，稍不留神到了现场就会抓瞎。
• 同名场馆的地名陷阱：中文日程写「上海虹桥祥源希尔顿」，希尔顿官网叫「上海虹桥希尔顿酒店」（闵行区红松东路 1116 号），而在几公里外还有另一家「虹桥国际机场希尔顿」。如果不仔细比对地址，打车或导航一搜错，就会直接奔向另一个地方。

AIE 这次公开的资料非常扎实，它缺的不是内容，而是把分散的内容聚合在现场参会者的手里。

把大会压成一页随身手册

我想要的其实非常纯粹：一个页面装下这场大会的所有公开信息；站在会场门口掏出手机，想要什么就在这一页就地点开，不用跳走，看完即关，永不迷失。

我试过用表格来排版日程，但试了一个晚上就果断放弃——移动端窄屏下，表格不可避免要横向滚动，单元格被挤得变形，点开外链再返回更是一场灾难。我也试过随手记在笔记软件里，但通用笔记无法把讲者履历和技术术语就地摆在每场场次旁边。

于是，我写了 EventPrep：一个活动只需一份 Markdown（event.md），构建成单页静态站点。它不仅用来服务这次 AIE 上海站，也是 365 开源计划的第 049 个项目。

AIE 只是一个高信息密度的试验场。在我的设想里，EventPrep 是一套通用的现场资料整理与行程准备工具：

• 行业峰会与技术沙龙：多轨日程排布、讲者履历与术语就地查阅、选场冲突指引；
• 会展逛展：展位演讲时间表、重点展商分布、逛展动线与展前证件准备；
• 出行与旅行路书：航班车次、酒店入住与离店、每日景点与餐厅动线、行前打包清单；
• 演出与赛事：检票入场时刻、各赛段/演出场次时间表、场馆交通指引与注意事项。

这些场景都有极强的共性：公开信息散落在各处、需要站在现场掏出手机即查、需要离线打勾清单和随手备忘、现场网络容易拥堵。把它们压成一份 Markdown、构建成一页随身手册，是体验最轻快的方式。

整个活动页完全按照读者站在会场门口的使用顺序（会场动线）由浅入深排布：

1. 倒计时与状态：打开手机第一眼就知道距离开场还有多久、当前进行到哪一天；
2. 最重要的 3 件事：把午餐自理、下午双轨选边、以及需提前审核的边会这些最容易让人卡住的暗坑，直接提炼置顶在醒目框里，一开门就看见；
3. 速览与直达：时间、地点、票务通道与同传语言，场地支持一键直达官方页面；
4. 单列场次卡片：彻底摒弃表格，单列卡片占满整行，按时间自上而下顺畅滑动；
5. 角色路线与选场指南：依不同关注方向规划场次，直观标出同时间段并行的冲突；
6. 行前清单：出发前一晚要准备的证件、同传耳机、周边就餐备忘，可逐项打勾。

页面没有冗长的开场客套，也没有自顾自展示的空壳，全是现场随手要用的东西。

几个针对现场体验的设计细节

要让一个页面在现场真正顺手，必须把很多看似微小的细节抠透：

1. 讲者与术语就地展开，绝不跳页

在会场门口扫日程时，读者最核心的需求是：这场讲什么、讲者是谁、公司做什么、有没有听懂这个话题必须知道的背景。

我在页面里彻底取消了传统的「机构与嘉宾」和「前置知识」独立章节——站在门外时，没人有闲心去目录翻讲者列表。

• 讲者履历就地收拢：讲者所属机构和职位直接跟在名字后面，首次出场时后面挂一个小圆图标。点开就是嘉宾完整履历，看完关闭，依然停在原地。
• 前置术语暖色提示：有些技术主题门槛较高，我们在场次备注里提炼了核心术语与关键提醒（比如大模型推理的 KV-Cache 机制、强化学习后训练 RLVR 概念、Agent 工具调用重试的幂等设计）。每条都渲染为一个暖色小图标，点击展开即看，不用跳出浏览器去搜索引擎现搜。
• 纯原生体验：全部基于 HTML 原生 <details> 实现，移动端点一下就开，没有任何臃肿的 JS 弹窗库，也不会因为脚本报错而瘫痪。

2. 倒计时锚在真实开场，而不是午夜零点

绝大多数静态日历工具，活动倒计时都是死板地算到活动当天的 00:00。这导致读者在参会前一天晚上打开网页，赫然看到“还有 4 小时 30 分钟”——这个数字指向的是当天午夜，跟明早几点起床签到毫无关系。

在 EventPrep 里：

• 开始时刻由议程首场推出：如果第一天早上 08:30 签到，那活动开始瞬间就是 08:30。读者前一晚看到的倒计时，严格指向他必须赶到会场的那一刻。
• 绝对瞬间与客户端动态换算：构建期结合活动的 IANA 时区（如 Asia/Shanghai）把日期和场次时刻换算成 UTC 绝对时间戳；浏览器端打开时，根据用户的当前访问时刻动态重算状态。哪怕是昨天构建的静态站点，今天打开依然能准确显示「进行中」或「还有 20 分钟」，首页卡片按状态动态分组，彻底告别过期的静态快照。

3. 读者的本机数据闭环：笔记、打勾与断网可用

会场里最常发生的事情是随手记录：

• 某位讲者分享了一个架构选型，回去可以试试；
• 某个项目或人名需要回头深挖；
• 某场听不太懂，记一笔下午转场去另一个分会场。

如果记在手机备忘录或聊天软件里，散场后往往对应不上具体是哪一场。

我们在每一张日程卡片末尾都放了「＋ 记一笔」按钮，点开就是纯净的文本输入框。随手敲下几句话，数据会自动防抖并保存在本地 localStorage。只要写过笔记的场次，卡片上会常驻一个小标记；再次点击即可随时补充修改。

行前清单的可打勾状态、以及精准记录到具体章节与节内偏移量的阅读进度，同样保存在本机。关闭页面再次打开时，会瞬时精准回到你刚才浏览的位置；一旦滚回页面顶部，阅读进度自动清除。

这套数据完全属于读者本机，不建后端、不上传服务器、不假装做多设备云同步。 这样设计带来了一个巨大的现实优势：会场里数千人并发往往会导致蜂窝网络瘫痪甚至彻底断网，但 EventPrep 因为纯静态且数据全在本机，断网状态下查日程、看术语、打勾清单、写笔记全部照常秒开。

4. AI 自动调研与双向 Markdown 源码

把官网几十位讲者和两天几十场议程整理成结构化数据，如果纯靠人工搬运，既费时又容易出错。

为此，项目内置了 event-research AI 调研技能。把大会官网链接或票务页面扔给 AI 工具，它会自动顺着层层链接穿透抓取：

• 从议程页提炼场次时间、主题、会场与形式；
• 遇到圆桌论坛在议程页缺失嘉宾时，主动交叉抓取讲者总览页；
• 自动下载讲者官方头像并转为轻量 WebP；
• 针对前沿议题自动补齐前置术语说明；
• 最终输出一份格式严密的 event.md。

更重要的是，每个活动页的右下角都提供了「下载本页 Markdown」的直达链接。你看到的内容就是源文件的镜像，下载回去扔给 AI 微调、增加个人备注文档，再塞回仓库重新构建即可。这种双向闭环，把数据的使用和编辑权真正交还给用户。

最后

大会明天（11 月 5 日）就正式开幕了，期待干货。等两天的会开完，我会再写一篇复盘分享。

再次感谢知乎提供的参会机会，明天见。

相关链接

• EventPrep 演示主页：event.newzone.top
• AI Engineer Shanghai 2026：在线活动页 · 源文件 event.md
• GitHub 开源仓库：rockbenben/event-prep