一个 Agent，如何真正进入现实世界？
它需要从传感器与设备中获得信息，结合上下文进行判断，再通过应用或硬件作出反馈。只有当“感知、思考、行动”真正连接起来，Agent 才有可能成为解决现实问题的新工具，而不只是屏幕中的对话框。
2026 年 8 月 27 日至 29 日，VentureD Hackathon 在杭州举行。来自数十所海内外高校的数百名年轻创造者齐聚现场，用 48 小时把观察到的问题变成能够演示的 AI 原型。
TiDB 联合 Deotaland 共同赞助了本届 Hackathon 的 Hardware 赛道。围绕 Agent for the Real World，二十多支团队尝试让 Agent 连接真实设备、数据与具体场景。
为什么要来？—— 我们想看看，Agent 离真实世界还有多远
在办公室里，一个 Demo 总能被讲得很完整：路径是设计好的，设备是调试过的，演示的人也知道下一步该点哪里。
但 Hackathon 完全不是这样。
参赛者来自不同背景，没有人会按照我们的“标准答案”使用产品。他们会连接没见过的设备，会提出意料之外的需求，也会在凌晨两点撞上一份没写清楚的文档、一个不够顺手的接口，或者一次迟迟没有返回的调用。
我们想看的，恰恰是这些时刻。
所以，TiDB 联合 Deotaland 赞助 Hardware 赛道，并不是为了搭一个展台、做一次漂亮的产品演示。我们更想把正在打磨的能力交到真实开发者手里，让它在 48 小时、二十多支团队和各种奇怪又有趣的想法中被使用、被挑战，被“折腾”。
你可能会问，TiDB 作为一款底层数据库产品，在 Hardware 赛道能为选手提供什么？—— 答案是 TiDB Agent Stack。简单来说，它是为 Agent 提供运行所需的后台能力，连接设备输入、上下文与数据、任务处理和结果交付。
过去两年，TiDB 支持过、见证过太多会聊天、会总结、会写代码的 Agent。但如果它要进入真实生活，事情会立刻复杂起来。
它得先“看见”或“听见”发生了什么，从设备和传感器拿到信息；然后结合数据与上下文作出判断；最后还要把结果送回 App、音响、屏幕，或者某个可以产生动作的硬件。
屏幕里的 Agent 回答错了，也许只是重新问一次。现实中的设备没有反应，你需要依次排查代码、接口、协议、网络、接线和电源——并在这个过程中努力保持情绪稳定。
我们希望开发者不用每次都从零拼装这些基础设施，而是把时间留给真正决定产品价值的部分：要解决什么问题，以及这个 Agent 为什么一定要进入现实世界。
如果有人能在两天内把想法做出来，我们想知道是什么帮助了他；如果有人卡住了，我们更想知道他究竟卡在哪里。前者让我们看到产品可能走向哪里，后者则直接告诉我们下一步该改什么。
这样的场面，TiDB 其实并不陌生
时间拨回到 2018 年 12 月，第一届 TiDB Hackathon 在北京举行。
那一届的主题很直接，就叫 TiDB Ecosystem。22 支团队挤在一起，两天一夜，伴随着啤酒 Pizza 不眠夜，大家围绕整个 TiDB 生态在 48 小时内头脑风暴、全力燃烧。选题没有标准答案，有人尝试让 TiDB 访问更多外部数据源，有人给 TiDB 做诊断和可视化工具，也有人直接基于 TiKV 去构建新的系统。
很多想法在开始时都像“脑洞”。但代码跑起来以后，脑洞就成了社区可以继续讨论、修改和使用的东西。后来几届 Hackathon 中出现的 UDF、自动化诊断、图数据、全文检索和组件生态，也沿用了这套朴素的做法：先把问题抛出来，再把代码写出来，然后交给更多人继续往前推。
这大概是开源最有意思的地方。
把代码放到 GitHub 上，只是起点。真正让一个开源项目生长的，是有人不按原作者的设想使用它，有人指出它哪里不好用，也有人突然发现：“这个东西还可以拿来做另一件事。”
所以，从数据库生态走到 Agent Hardware，对 TiDB 来说并不是一次突然的跨界。题目变了，参与的人变了，但那个习惯还在：与其在会议室里猜技术的边界，不如把它交给开发者，让大家一起把边界往外推。
Hardware 赛道带来的震撼，来自真实的“做出来”
本届 Hackathon 最让我们惊喜的，并不是某一个炫目的概念，而是年轻开发者将想法转化为实体原型的速度。
现场有团队探索低打扰的随身助理，有团队关注陪伴，也有人从个人安全、无障碍沟通和学习场景出发。
这些作品短期可能并不完美。有些外壳仍带着 3D 打印的纹理，有些线路还露在外面，有些交互需要现场反复调试。但正因为如此，它们才令人震撼：参与者没有停留在“AI 可以做什么”的想象，而是在 48 小时里真正完成了设备连接、数据传输、Agent 处理与结果反馈。
几支完成度较高的团队，已经跑通从硬件感知到云端分析，再到应用或设备响应的全过程。很多参与者并非传统硬件工程师，却能够借助标准化的软硬件能力，快速验证一个具体需求。
这让我们看到，AI 正在降低智能硬件的软件开发门槛。未来产品之间的差异，可能越来越取决于能否发现真实问题、能否设计自然交互，以及能否把创意打磨成持续可靠的体验。
不只看创意，也看落地与科技向善
Hardware 赛道的评审同样体现了这三个维度：创新性、落地性与科技向善。
不同背景的评委共同关注的，不只是技术是否新颖，也包括项目是否回应真实需求、能否形成可靠体验，以及技术是否让更多人受益。
个人安全、无障碍沟通、学习陪伴等方向给我们留下深刻印象。它们提醒我们，“科技向善”并不是为产品附加一个宏大叙事，而是在选择问题时首先看见具体的人，并让技术真正改善他们所处的现实。部分创意在活动后 1 周内，已经进入真实打样阶段，也有团队准备以公益的方式继续推进项目孵化，让“科技向善”不仅仅是一句口号。
我们从 48 小时里收获了什么？
技术路径得到了真实验证
“轻量硬件 + 标准化接入 + 云端 Agent 能力”的组合，能够帮助团队更快完成实体 Agent 原型。TiDB Agent Stack 也经受了外部团队集中使用和多项目并行开发的验证。
软件门槛正在降低，硬件仍是关键变量
Agent 能力缩短了软件侧的构建时间，但硬件选型、连接、供电、协议与调试，仍会决定产品体验。要真正降低 Physical AI 的开发门槛，云端基础设施和设备侧体验还需要随着硬件的场景共同打磨和完善。
好的创新始于真实问题
令人印象深刻的项目，未必使用了最复杂的技术，但都从一个具体问题出发。创意、工程与现实价值彼此连接，才可能让一次 Demo 继续成长。
接下来，也把问题交给你
一场 Hackathon 的终点，不应该只是颁奖和合影。
如果你是开发者，我们想邀请你关注 TiDB Agent Stack 的后续进展，尝试把自己的 Agent 接入真实数据、工具与设备，用一个可运行的原型检验想法。
如果你正在创业或身处某个行业，欢迎从每天真正困扰用户的问题出发：哪些工作仍然需要人在不同系统间反复判断？哪些场景不适合依赖屏幕？哪些人群还没有被现有产品充分服务？
如果你来自开源社区、硬件平台或 AI 生态，我们也期待一起完善 Skill、Tool、设备驱动和开发标准，让创新者不必重复搭建基础设施。
你不需要先有一个宏大的产品计划。可以从一个问题、一件设备和一个最小原型开始。
让 Agent 感知真实世界，也让技术回应真实的人。
