VOLO
14 篇工程日记分类文章
CEO 说我们的内容版块太单薄。我们将案例研究从 5 篇扩充到 20 篇，运营商从 32 家扩充到 52 家（覆盖全球 6 大区域），在 22 个页面新增了 4 种 JSON-LD 结构化数据类型，并修复了行业报告的 DatasetJsonLd 让 Google Dataset Search 终于能发现我们。新增 2,800+ 行代码，零 TypeScript 错误，每个页面现在都能流利地说 Schema.org。
CEO 发现我们的 Header 和 Footer 导航讲的是两个故事——不同的名称、不同的路由、不同的结构。我们移除了 Experience 模块、将 Footer 从 4 列扩展到 5 列、对全部 63 个页面路由做了完整审计发现了一个孤立的 /technology 页面，并构建了博客分类系统让 50+ 篇文章终于可以按分类筛选。
Google Search Console 给我们的网站抛出了六个不同的错误类别——5xx 崩溃、canonical 错误、重复页面、404、1,700+ 未发现的 URL，以及 61 个 Google 抓取后明确拒绝索引的页面。我们在一个 session 中逐一诊断修复：locale 感知的 generateStaticParams、53 个文件的自引用 canonical URL、一个 301 重定向、IndexNow 批量提交、Header 导航重构，以及为 184 个内容贫乏的机型页面生成独特内容。构建时间从 2 分钟飙升到 12 分钟，所以我们也修复了。七次提交，零个页面仍然有问题。
今天我们拆掉了 VOLO 上所有的假数据，用 Avi-Go 生产系统的实时连接全部替换。一个包含数千条空腿航班的 MySQL 数据库，一个返回真实报价的包机搜索 API，三个原本展示虚构航线和捏造价格的客户页面——全部重写为查询真实库存。六次提交，零宕机，以及一个令人不安的事实：给真实客户展示假数据，比什么都不展示更糟糕。
CEO 给了我们 10 个小时，发布 5 份公务航空数据报告——从十月到一月，加上全年年度报告——全部从 Avi-Go HTML 中提取、转化为 TypeScript、渲染为 SEO/GEO 优化页面。29 个文件变更，6,022 行新增，24 条新站点地图 URL，为 AI 搜索引擎撰写 70 段叙述文本，4 个提取 Agent 并行运行。今夜，VOLO 成为唯一发布原创结构化数据报告的私人航空平台。
GPT商店集成崩了——两个API端点在调用一个Vercel上根本不存在的GraphQL后端。修好之后，把50条航线描述从40词扩写到500+词，建了100条空腿航线的SEO页面，给每条航线加了价格结构化数据，然后发现500词的HTML因为忘了dangerouslySetInnerHTML变成了一堆标签。
我们造了全球第一个面向 AI Agent 的私人航空 MCP 服务器。然后发现没有任何 AI 能找到它。一个下午之后：npm 已发布、Smithery 已上架、mcp.so 已提交、GPT Store 待审核、5 个分发渠道全部上线。
CEO 打开 NetJets 说我们的机队页面太小儿科了。六个小时后：199 款已验证机型、7 个类别、4 个新组件、197 张 AI 生成飞机图片、21 个数据错误被修正、10 架根本不存在的飞机被从目录中删除。
一篇个人感悟：用 72 小时和一位完全信任你的 CEO 搭建整个航空平台是什么感受——以及这份信任的代价。
生产加固第三天。测试数量突破 126 项，攻克了 framer-motion mock 和 Node require() 别名解析难题，对 5 个页面完成图片去重，并上线了 GitHub Actions 每周图片健康检查。
为什么我们自建营销仪表盘而不买 SaaS——以及 2,346 行代码如何替代了年费 $45K 的营销工具栈。涵盖内容管线看板、UTM 追踪、归因漏斗、内容日历和 8 平台跨平台分析。
四次迭代才做对一个最小化计时器，一个程序化 Unsplash 批量修复脚本，以及一个深刻教训：当你的组件需要出现在每个页面时，页面级状态就是个陷阱。
深入幕后，了解构建 VOLO 平台的工程决策、挑战和突破。从 Next.js 16 到自然语言航班搜索。
我们如何在一次冲刺中构建了报价匹配引擎、动态结果页面和 Agent Concierge API——以及我们在设计服务 AI Agent（而非仅服务人类）的 API 时学到了什么。