AI时代，探索一种新的交互方式
新的交互的思考
ai时代即将来临，前端将何去何从呢，最近一直在思考，如果ai知道我们的模型，知道模型的关系，增删改查方式，想到了graphql。这不是非常完美。对于用户来说，看什么数据，怎么看数据，都是按照我们的设计开发来走的，而产品研发需要跟用户大量沟通，设计产品，开发，但是往往未必符合用户的想法，但是如果我们直接告诉AI，让用户和AI沟通，AI生成graphql查询语句，那可能只需要后端了，也许AI也能搞懂模型不是，复杂的模型也不在话下。
简单的让Gemini生成下。
https://ai.studio/apps/6eeb590c-1e12-4363-a410-d1b6d57a22db
Gemini生成
提示词就:我想要生成一个应用，布局为，左侧为列表，中间为展示区，右侧为对话，左下角为设置。列表的每一项对应一个独立的 展示区+对话。设置需要设置请求前缀，graphql查询入口，数据模型列表接口(graphql的)，请求头（默认带有一个Authorization，可拓展）。对话功能为，用户期望查看某个数据，如用户，用户关联的日记等等（这是假设的，实际要根据数据模型查询），根据用户输入的期望，解析出想要查询的数据模型和参数，根据Graphql的形式查询，并且自动生成前端代码动态渲染结果，用户可以收藏此次渲染的结果，如果通个对话下同样期望有收藏的渲染结果，那么渲染收藏的样式（但数据用新的），并且询问用户此次展示样式是否满意。展示区则为展示渲染结果的地方。
在网上找了几个公共的graphql服务
https://graphqlzero.almansi.me/api
https://countries.trevorblades.com/
来看看效果。当然这里我没有指定组件库，我们可以让AI使用组件库来画。
这只是最简单的查询，我们如果把这些和工作流,mcp，skills结合起来，生成点图片，用数据做PPT，报表等等。主要是我们不在关注于用什么应用来，以后就是数据的天下。AI+数据。
换个查询
https://graphqlzero.almansi.me/api
让他增加数据
列表
表格形式。
文章查询
这个应用本身也是AI开发的，耗时估计就几分钟。只要是GraphQl应该都可以用，比如携带token等等。
或者记录某个查询
这只是一个思考的记录，感觉这一次前端真的在劫难逃，或者前端将为AI铺路，做基础建设，如适用于用户和AI的交互以及组件库等。也许需要更精细的原子化组件，但甚至组件库都不需要我们了。那就只剩平台了，谁的算力大，谁就牛逼。
思考
如果我们把claude code + graphql结合起来，后端使用nest+prisma这种，对某些增删进行确认提示，接入某些组件库，或者加个智能体先一步设计UI，生成UI库，那么用户就可以自由选择看什么，怎么看了，而往常我们的B端需要做数据下载，汇总，解析，报告等等，有了AI，我们可以提高很大的效率。
更快，更专注，更利于用户的人机交互。
一个AI+GraphQL的基座，一个丰富统一的数据平台，也许我们都将失业。