花了半天时间，将元素周期表搞成了一个”可教学”的小工具

昨天看到一个作者使用最新的kimi2.5做了一个元素周期表，我觉得很酷，所以我进行了复刻。

• 公众号文章：https://mp.weixin.qq.com/s/A7VY2fwcnDs2a4Pt2wIeCA
  
  然后在原来的基础上，
  通过Gemini在github上找到了元素的权威数据源，对本地元素周期表的数据进行了整体性的更新。
  又通过Nist补充了光谱的相关数据。
  把Deepseek的接口文档给到了它，让他接入了大模型。
  成品在这里：

欢迎大家使用。如果大家要源码，请私信我。

我就在想啊。
个性化的前端（AI实时生成），加上统一的后端接口服务，这事儿离我们是越来越近了。前端在随意定制，后端也能配合着前端的要求灵活调整。
你看，以千问、蚂蚁的灵光为代表的这些产品，其实都在往同一个方向走：从以应用为中心（App-centric）向以智能体为中心（Agent-centric）的范式转移。
原来我们总说应用就是流量，但未来，智能体才是流量。再往深了看，其实终端才是最终的流量。
原来的 APP，可能就回归本质，变成了一个个接口，或者说单纯的工具。在智能体的时代，终端是一个懂你的个人智能体，而各个厂商的 APP，大概率会演变成一个个听令的”子智能体”。
这条路，我们已经在走着了。
拿 B 端市场来说，以前我们是一套系统卖给 N 个客户，还得千方百计解释通用性的好。未来，当定制成本大幅度下滑的时候，我们可以轻松拿出 N 套系统给 N 个客户。但这 N 套系统，本质上其实只是微小的改变。

当然，这事儿也没那么顺风顺水。
技术上走得通，商业上必定有一场恶仗。你想啊，现在的互联网巨头，谁愿意甘心做一个默默无闻的”后端接口”？谁愿意把自己辛辛苦苦积攒的用户，拱手让给手机终端那个 AI 助理？
未来的几年，我们可能会看到一场激烈的接口保卫战。
一方面，终端厂商会拼命想把所有 APP 关进笼子里，变成它的插件；另一方面，超级 APP 会拼命建墙，不想让外面的 AI 伸进手来抓数据。
但趋势这个东西，往往不以巨头的意志为转移。对于用户来说，谁能让我一句话办成事，我就选谁。这种体验上的降维打击，是任何”围墙花园”都挡不住的。