CloudPal

CloudPal 目前处于限量预览阶段，新账户获得 1 美元额度，每日新增账户数量设有上限。

CloudPal 无法给用户亲自跟随一个论证过程后获得的判断力。

CloudPal 不读取用户文件，从不索要文件夹，这是与「无需安装」相同的设计边界，而非路线图上的临时限制。

CloudPal 输出文档而非聊天回答，因为文档有地址、有可导航的结构、有独立于对话的存在。

要让文档产物稳定，系统必须把一次运行的输出物化为带标识的固定版本，后续读取指向该版本而非重新调用模型，这依赖内容寻址、版本记录与「读取不触发重算」三条规则。

CloudPal 要求一次运行终结在一个固定的产物上，后续读取指向该产物，而不是重新推导。

CloudPal 只问用户一次澄清问题，因为每多一轮交互就多一个用户关掉标签页的机会。

CloudPal 把检索同时当作需求诊断工具，通过阅读发现主题分裂成的子领域，从而让后续澄清问题有据可依。

CloudPal 在收到请求后首先搜索该主题的公开材料，而不是立即开始生成。

CloudPal 的设计规则是：只能问用户能用一句话回答的问题，不是分类法，不是下拉菜单，两个选项加一个选择理由即可。

如果把一句话当作范围来解析，系统猜测方向的错误概率约为三分之一。

CloudPal 团队在产品笔记中拆解了三个工程决策：先搜索再写作、只问一个关键问题、确保文档版本稳定。

同一主题下「方法优先」的综述和「实践现状」的综述，内容重叠可能只有三分之一。

在无安装架构下，每个请求都必须可以安全地发送两次（幂等性），重连是一等状态而非错误。

CloudPal的第一个版本包含安装步骤。

删除安装步骤后，浏览器标签页成为用户侧唯一的存在，因此运行不能活在标签页里，服务器必须是“发生了什么”的唯一权威。

在没有安装的情况下，文档不能以路径作为身份，而必须使用账户下的稳定标识符（如UUID）和元数据。

CloudPal生成文档而不是整理用户已有文件，因为读取已有文件需要本地立足点（安装程序带来的权限），而CloudPal已放弃该权限。

删除安装程序意味着CloudPal放弃了本地文件系统读写、后台进程驻留、系统级通知等权限。

CloudPal有一个内部规则：任何只能通过往表单里加字段来配置的功能，都是还没做完的功能。