Perplexity隐藏设置:如何关闭Projects中Computer默认模式

一个容易被忽略的Perplexity设置
对于长期使用 Perplexity 的用户来说,Projects(项目空间)功能已经成为组织研究、集中管理对话上下文的核心工具。Projects 是 Perplexity Pro 用户可用的高级功能,允许用户围绕特定主题或任务创建独立的工作空间。每个 Project 可以设定自定义的系统指令(System Prompt)、上传参考文件、指定 AI 模型,并将相关对话集中归档——这种设计将 AI 对话从零散的单次问答升级为有组织的持续研究流程。
然而,最近有 Reddit 用户在社区中分享了一个此前鲜为人知的设置项:你可以在每个 Project/Space 中关闭「Default to Computer」(默认使用 Computer 模式)这一选项。
这看似是一个不起眼的开关,却困扰了不少依赖 Perplexity 进行日常查询和研究的用户。因为 Computer 模式默认开启,意味着每次进入项目发起提问时,系统都会自动进入这一模式,而并非所有场景都需要它。

如何关闭Perplexity的Computer默认模式
详细操作步骤
根据该用户的实测,关闭这一默认行为的路径非常直接:
- 进入 Projects(项目空间)
- 点击 Settings(设置)
- 滚动到页面底部,找到 Computer 相关区域
- 将 「Default to Computer」 开关关闭即可
你可能没注意到,这个设置目前主要在 Comet 浏览器 和 Perplexity Windows 桌面应用 中可见。Comet 是 Perplexity 于 2025 年推出的自研 AI 浏览器,将 Perplexity 的 AI 搜索能力深度整合到浏览体验中,用户可以在浏览网页的同时直接调用 AI 进行内容分析、摘要和问答。Comet 的核心卖点之一是其 Agent 能力——AI 可以代替用户在网页上执行操作,如填写表单、比价购物、预订服务等,这也解释了为什么 Computer 模式的设置在 Comet 中更为突出。
发帖用户明确表示,他在 Perplexity 移动端 并没有找到这一选项。这意味着如果你主要使用手机 App,可能暂时无法进行这项配置,需要借助桌面端或 Comet 来完成设置。
每个项目空间需单独设置
一个略显繁琐的地方在于:这个开关是 按项目(per-Space) 生效的,而非全局配置。也就是说,如果你创建了多个 Project,每一个都需要手动关闭 Computer 默认模式。对于管理大量项目的重度用户来说,这确实是一个需要重复操作的痛点。
这种按项目配置而非全局配置的设计模式在软件工程中很常见,它反映了灵活性与便捷性之间的权衡。按项目配置的优势在于用户可以为不同场景定制不同行为——例如代码开发项目可能确实需要 Computer 模式的自动化能力,而日常知识检索项目则不需要。但其缺点是当项目数量增多时,管理成本线性增长。更理想的方案通常是提供「全局默认值 + 项目级覆盖」的双层配置架构,类似于 Git 的全局配置(.gitconfig)与仓库级配置的关系——既能满足批量设置的需求,又保留逐项目微调的灵活性。
正如原帖作者所言:「虽然默认开启 Computer 模式、还得在每个空间手动关闭这件事挺烦人的,但至少我们现在有了这个选项。」
为什么这个设置值得关注
Computer模式的定位与适用场景
Perplexity 的 Computer 模式是一种 Agent 执行模式,其设计灵感部分来源于 Anthropic 推出的 Computer Use 功能。在这种模式下,AI 不仅仅返回文本回答,还具备在用户计算机或浏览器环境中执行实际操作的能力。这可能包括打开网页、点击按钮、提取数据、跨多个网站比较信息等多步骤任务。该模式的技术基础是 AI Agent 框架——系统将用户的自然语言指令分解为一系列可执行步骤,然后通过 API 或模拟操作逐步完成。
这种能力适合需要多步骤、跨工具执行任务的场景。但对于大量以「快速检索答案」为主要诉求的用户而言,默认进入这一模式反而会增加不必要的处理开销和响应延迟,甚至改变预期的回答形式。简单的事实查询被路由到 Agent 执行流程中,不仅浪费了计算资源,也让用户体验变得不够直接。
换句话说,默认开启并非对所有用户都友好。这背后涉及产品设计领域一个经典的 UX 决策难题——「默认效应」(Default Effect)。研究表明,绝大多数用户(通常超过 90%)不会主动更改默认设置,这意味着产品团队选择的默认值实际上决定了大多数用户的使用方式。科技公司通常面临两种策略:一是「渐进式披露」(Progressive Disclosure),默认提供简单模式,让高级用户主动开启复杂功能;二是「全能默认」(Power Default),默认开启最强大的功能,假设用户会受益于完整能力。Perplexity 显然选择了后者,但这种策略的风险在于可能让轻量级用户感到困惑或不满。产品在追求功能强大的同时,往往会以「默认最全能」为设计取向,但这未必符合每一位用户的高频使用习惯。这类默认设置的合理性,也是产品体验设计中长期存在的取舍问题。
用户社区的发现价值
这条帖子本身也体现了活跃用户社区的意义。许多 AI 产品的设置项藏得较深,官方文档未必第一时间覆盖到位。像本次这样由普通用户自发分享的「小技巧」,往往能够帮助大量遇到相同困惑却不知从何下手的人。
对于 Perplexity 这类快速迭代的产品来说,功能更新频繁,界面与选项也在持续调整。及时关注社区讨论,往往能比阅读官方更新日志更快地掌握实用变化。
给Perplexity用户的实用建议
如果你也遇到过「不希望项目默认进入 Computer 模式」的情况,可以按照上述步骤在桌面端或 Comet 中进行调整。同时也建议:
- 优先在桌面端配置:移动端目前缺失该选项,桌面端和 Comet 浏览器功能更完整。
- 逐个项目检查:尤其是老项目,可能都保留着默认开启状态。
- 关注官方后续优化:理想情况下,Perplexity 应提供一个 全局默认设置,让用户一次性决定所有新建项目的默认行为,而非逐个手动切换。
总体而言,这是一个虽小但实用的技巧。它提醒我们,在使用功能日益丰富的 AI 工具时,花点时间深入探索设置项,往往能显著改善日常使用体验。
核心要点
相关推荐

GLM-5.2开源模型登顶榜首,综合评测跻身全球前三
智谱GLM-5.2正式开源,在Artificial Analysis综合智能指数中与Claude Opus比肩,Code Arena全球第二,DesignArena夺冠,FrontierSWE全球第三,成为当前最强开源大模型。

AI Slop泛滥:垃圾内容正在吞噬社交平台
从Snapchat到各大社交平台,AI批量生成的低质量内容(AI Slop)正以惊人速度蔓延。本文解析AI垃圾内容的典型特征、死亡互联网理论的现实映照,以及平台治理困境与应对之策。

免运维微调平台Rebiha:QLoRA+Unsloth驱动的SaaS实践
深入解析免运维微调平台Rebiha的技术架构与产品设计:基于QLoRA+Unsloth的4-bit量化训练、35个领域专用数据集、灵活的GGUF输出方案,以及数据与训练分离计费模式的利弊分析。