将ChatGPT、Claude、Gemini等多个AI对话作为一个流程继续的方法
在一个项目中只使用一个AI的情况越来越少。
在ChatGPT中探索想法，在Claude中审查长文档，在Gemini中确认不同视角。也可以根据工作目的使用Copilot、Perplexity、DeepSeek、Mistral或Grok。
问题是切换AI时用户的思考流不会一起移动。
5BY.AI不是试图将多个AI的回答合为一体的服务，而是将用户确定的上下文和判断标准连接到下一个对话的服务。
各AI的对话记录是分离的
各AI服务提供自己的对话列表和功能。
在一个服务中整理的目标和排除条件，其他服务不会自动知道。用户需要重复说明同样的背景。
如果减少说明，新AI可能从错误的前提回答；如果全部复制，对话会变得冗长混乱。
Pack在各对话中留下形成的思考段落
在一个AI中定义问题的段落、在另一个AI中审查反驳的段落和在又一个AI中制定执行方案的段落可以成为不同的Pack。
Pack不是按AI服务的文件夹。而是表示在实际对话中形成的上下文边界。
Saved与服务无关地留下要重新查看的时刻
用户可以将任何AI的回答，只要有再次确认的价值，留为Saved。
不仅是好的结论，风险警告和反对意见也可以成为Saved。
Anchor是下一个AI需要知道的出发基准
在切换AI之前，用户可以将至今为止的目标、已确认的事实、选择的方向、需要维持的条件和剩余问题创建为Anchor。
Anchor不是特定AI的所属物，而是用户重新继续的基准点。
用Handoff开始下一个对话
当用户明确执行Handoff时，Anchor和相关上下文被组装为下一个对话的起始条件。
新AI不需要原样重复之前AI的回答。可以在相同目标和保存条件下提出不同视角。
不消除AI的差异
多AI连续性不是让所有AI得出相同答案的功能。
各AI的优势和视角差异保持不变。5BY.AI的角色是连接用户在什么基准上提问。
例如一个AI提出快速实现方案，另一个AI指出安全风险。用户可以将反驳留为Saved，修改判断后创建新的Anchor。
在Graph View中重新确认移动
在5BY.AI Graph View中可以查看在哪个Pack中创建了Anchor、Handoff后在新对话中形成了什么Pack。
按服务的对话列表中是断开的记录，从用户视角则连接为一个思考流。
支持范围遵循公开契约
5BY.AI在官方支持的AI提供者范围内运作。
支持与否和状态应以产品的最新公告为准确认。特定AI的屏幕结构改变时，原则是Adapter吸收变化而Core的意义契约保持不变。
实际工作流
- 在ChatGPT中探索问题和初始假设。
- 将重要对话留为Saved。
- 将当前判断和保存条件创建为Anchor。
- Handoff到Claude审查长文档和反驳。
- 判断改变则创建新的Anchor。
- 在Gemini或其他支持的AI中确认额外视角。
- 在Graph View和Timelapse中重新审视移动和变化。
这个流程的中心不是AI服务。
而是用户通过什么问题和判断来到了当前位置。
使用多个AI的原因是为了获得不同的能力和视角。在此过程中不必每次从头说明，同时不丢失用户基准，这就是5BY.AI要解决的连续性问题。