May 1, 2026

为什么提供商变化被适配器吸收：5BY.AI的多LLM架构原则

ChatGPT、Claude、Gemini、Copilot、Perplexity、DeepSeek、Mistral和Grok各有不同的界面和对话结构。

即使是同一个AI服务，也可能通过更新改变消息的显示方式、输入字段的结构以及区分对话的信息。

如果连接多个AI对话的5BY.AI被这些变化直接动摇，那么每次特定服务的界面略微改变，存储、连接、搜索和图都可能一起受影响。

所以5BY.AI将每个AI提供商的变化与核心功能分离。

基本原则是因提供商而异的部分在适配器中吸收，核心以一致方式处理用户的思维和上下文。

AI提供商的变化是不可避免的

AI服务快速演进。

添加新模型和功能，对话界面和按钮位置改变，显示消息的内部结构也变化。

对用户看起来是小的界面改变，对于在浏览器中识别对话的工具来说可能是重大变化。

例如，以下部分可能改变。

用户消息和AI回复如何区分
对话显示的界面结构
消息添加或修改的过程
输入字段和发送按钮的位置
对话地址和识别方法
重新生成的回复如何显示

这些变化随每个提供商改进其服务而自然发生。

问题不在于变化本身。

而在于一个提供商的变化对整个5BY.AI结构的影响范围有多远。

适配器处理因提供商而异的部分

适配器是理解每个AI服务界面和对话结构的边界。

读取ChatGPT界面的方法和读取Copilot界面的方法可能不同。Claude的消息结构和Mistral的消息结构也不能假设相同。

适配器在每个提供商内处理这些差异。

其主要角色如下。

识别当前是哪个AI提供商。
检测用户消息和AI回复。
解释因提供商而异的界面结构。
将所需的对话信息整理为通用格式。
将整理的结果传递给下一层。

重要的一点是，适配器不是评估用户思维或确定重要对话的地方。

适配器专注于检测和翻译提供商差异的角色。

核心必须知道提供商但不依赖它

5BY.AI的核心需要知道的大致是这条消息来自哪个提供商。

但它不应知道特定提供商的界面结构、选择器和按钮位置。

例如，如果以下判断在核心内增加，问题就出现了。

当ChatGPT时，这样处理。
当Claude时，找不同的界面元素。
当Gemini时，仅在特定按钮存在时保存。
当Copilot时，使用单独的消息结构。

如果这些按提供商的条件持续在核心中积累，每次添加新AI或更新现有服务时核心结构都必须一起修改。

小的界面变化可能影响存储单元、上下文连接和Graph View。

所以5BY.AI将按提供商的差异分离使其不渗透到核心。

核心基于适配器传递的通用格式信息处理用户的思维流。

一个提供商的变化不应影响其他提供商

适配器分离最重要的目的是限制变化范围。

例如，假设Perplexity的对话界面改变了。

在适当分离的结构中，修改目标应集中在Perplexity适配器中。

以下功能不应因这个变化而一起修改。

ChatGPT对话检测
Claude消息存储
在Gemini中创建的Anchor
从DeepSeek继续的Handoff
来自Mistral对话的Saved
Copilot记录的Graph View
在Grok中生成的思维连接

即使一个提供商变化，其余提供商和5BY.AI的通用功能应原样维持。

这就是适配器吸收变化影响的含义。

没有适配器，核心容易被污染

最初只支持一两个AI时，将按提供商的条件直接放入核心代码可能看起来更快。

但随着支持目标增加，相同问题重复出现。

每个提供商添加新例外，修改一个功能时必须一起检查多个服务的条件。

随着时间推移，核心可能不再是处理用户思维流的区域而是收集按提供商例外的区域。

在这种状态下，出现以下问题。

难以预测小变化的影响范围。
修改一个提供商可能破坏另一个。
随新提供商添加复杂性快速增加。
通用功能和提供商特定代码的边界模糊。
难以区分失败原因是界面变化还是核心问题。

适配器分离不简单是组织代码的方式。

它是保护5BY.AI核心功能不被提供商频繁变化污染的结构。

Anchor和Handoff不应依赖提供商界面

5BY.AI的重要功能不是为特定AI服务界面的功能。

Anchor留下值得继续的思维参考点。

Saved选择以后要再次查看的重要对话。

Handoff将到目前为止形成的目标和判断的上下文连接到新AI对话。

Graph View让用户探索不同对话和思维之间的关系。

这些功能的意义无论是在ChatGPT、DeepSeek还是Grok中使用都不应改变。

每个提供商如何显示消息可能不同。

但用户选择为重要的思维和下一步要继续的上下文必须以通用结构处理。

适配器处理界面差异，核心在这些差异之上一致地处理用户的思维流。

添加新AI时也需要相同原则

在多LLM服务中支持新提供商不简单是添加一个网址。

必须了解每个服务如何显示对话、消息如何生成以及用户如何继续对话。

但如果添加新提供商需要改变现有核心，扩展成本和风险持续增长。

在好的分离结构中，新提供商遵循这个过程。

新提供商的界面和对话结构由适配器理解。
检测到的信息被整理为5BY.AI的通用格式。
现有核心和存储结构以相同方式处理。
Anchor、Saved、Handoff和Graph View维持现有意义。

即使支持新AI，用户也不需要学习完全不同的5BY.AI使用方式。

提供商可以增加，但5BY.AI的核心行为必须保持一致。

对用户重要的是稳定性而非内部结构

用户不需要理解适配器和核心的区别。

用户期望的更简单。

即使AI服务更新，重要对话可以继续保存。
特定提供商的问题不应破坏使用其他AI的体验。
无论使用哪个AI，Anchor和Handoff的意义应相同。
即使添加新AI，现有记录和思维之间的连接应维持。
即使跨多个AI移动，5BY.AI的使用方式应一致。

适配器分离是保护这种用户体验的内部设计。

它是不可见的结构，但决定了服务能多稳定地应对变化。

提供商变化但用户思维流必须继续

AI提供商不断变化。

界面变化，功能添加，对话结构和使用方式可能改变。

5BY.AI持续演进以适应那些变化是必要的。

但不需要一起变化的不应被动摇。

按提供商的界面和检测方法可以在适配器中变化。

同时，选择重要思维、留下上下文、在其他AI中继续和重新审查关系的核心体验必须稳定维持。

提供商变化由适配器吸收，核心保护用户的思维流。

这个原则是5BY.AI支持多个AI而不依赖特定提供商的根本设计。

AI服务可以持续变化。

但用户留下的重要思维和下一步要继续的坐标不需要一起被动摇。