改进中May 1, 2026업데이트: August 4, 2026

追加AI服务支持以不改变Core的方式讨论中

在追加当前正式支持范围之外的AI服务时，按照Adapter分离原则讨论扩展可能性，以免污染现有Provider和记忆Core。

新的AI服务不断出现，现有服务的画面也经常变化。如果只以快速增加支持列表为目标，各Provider的例外会混入Core，连现有服务也可能变得不稳定。5BY.AI在讨论追加支持时优先将检测逻辑隔离在Adapter中的原则。

不应为了支持一个新Provider而同时改变现有Provider和记忆结构。

本次更新的变化

以只读方式调查候选AI服务的对话DOM、conversation识别和完成事件。
确认是否可以将Provider-specific selector和检测逻辑分离为Adapter选项。
logical pair、Pack、Saved、Anchor和Handoff使用现有Core契约。
单独验证现有正式支持Provider无回归。
在宣布正式支持前确认实际收集、存储和重入流程是否稳定。

用户确认的方法

用户优先使用当前正式支持范围内的AI服务。
新服务支持请求可以在/feedback连同使用目的一起留下。
即使支持候选公开，也区分实验状态和正式支持状态。
确定为正式支持后同时更新首页和介绍页面的Provider契约。

实际使用流程中的示例

例如用户确认当前改进状态时，用户优先使用当前正式支持范围内的AI服务。新服务支持请求可以在/feedback连同使用目的一起留下。之后确定为正式支持后同时更新首页和介绍页面的Provider契约。在此过程中不应将以下范围与当前完成状态混淆。不会仅因支持请求多就在没有稳定性验证的情况下追加Provider。这样确认就能将已提供的功能和仍在稳定化中的部分分离理解。

区分变更前后

改进前当前提供的范围和仍在稳定化中的部分可能在一句话中混合显示。本次整理中在追加当前正式支持范围之外的AI服务时，按照Adapter分离原则讨论扩展可能性，以免污染现有Provider和记忆Core。已提供的功能原样保留，仅单独说明改进对象，让用户不带夸张地理解当前状态。

适用范围和注意事项

不会仅因支持请求多就在没有稳定性验证的情况下追加Provider。
不在Core中放入特定Provider的DOM selector或例外分支。
不将非正式实验状态表述为公开支持。
AI服务自身的策略、地区限制和账户功能不由5BY.AI控制。

在5BY.AI整体结构中本次变更重要的原因

扩展支持范围的目的不是增加Provider数量，而是在更多环境中维持用户的思考连续性。遵守Adapter边界可以减少一个服务的UI变化影响其他服务和Core记忆结构的风险。

确认本次更新的标准

不应将改进中的范围和已稳定提供的范围在同一句话中混合。
UI和Provider兼容性改进不改变记忆Core的存储单位和用户选择契约。
未完成的项目不应表述为当前提供功能，应在后续更新中更新状态。