跳到主内容Loading...
这篇教程会建立一个可复核的竞争对手监控流程：先让 Perplexity Computer 只用五家公司的官方页面完成研究，生成来源表和报告，再按最小权限连接一个工作应用保存草稿，最后创建每周定时任务。
重点不是让 Computer 无人监督替你做所有事，而是把研究、交付和调度拆成可以检查的阶段。每个数字能回到原页面，每个外部写入有明确对象，每次周期运行都有预算、历史和停止条件。
完成后你会得到什么
- 一份五家竞争对手的来源索引。
- 一张包含计划、价格口径、核心功能、平台和更新时间的对比表。
- 一份把事实、推断和未确认项分开的研究报告。
- 一个只连接单个应用的受控交付流程。
- 一个每周运行、包含 credits 预算与人工审核的 Scheduled Task。
- 一份连接器和周期任务的维护清单。
开始前需要准备
- 一个可以访问 Perplexity Computer 的有效订阅账号。
- 当前 Computer credits 余额和可接受的本次预算。
- 五家竞争对手的官方域名。
- 一个低风险测试工作区，例如测试 Notion 页面或专用 Slack 频道。
- 一名负责复核来源、外部发送和周期任务的人。
官方当前说明 Computer 可在网页桌面、iOS 和 Android 中访问。任务使用 credits，消耗随复杂度变化。不要把注册时的一次赠送额度当成长期月度预算；开始前打开账号 usage 页面查看实际余额和设置。
第一步：定义范围和停止条件
不要直接输入“研究竞争对手”。先写清楚对象、来源、字段、时间范围和禁止动作。
研究以下五家公司：A、B、C、D、E。第一轮只使用各公司的官方主页、功能页、定价页、帮助中心和官方更新日志。提取产品定位、主要用户、免费计划、最低付费计划、计费单位、核心功能、平台、最近更新时间和来源 URL。无法确认的信息写“未确认”，不要猜。现在不要连接应用、发送邮件、发布内容或创建定时任务。
这个提示把第一轮限制为只读研究。停止条件也要明确：遇到登录墙、验证码、地区价格、互相冲突的页面或找不到更新时间时，停止对应项目并记录问题，不要换成第三方摘要补全。
第二步：建立统一输出字段
不同公司的定价页口径经常不同。让 Computer 先输出空表结构，再开始研究：
| 字段 | 规则 |
|---|
| 公司与产品 | 使用官方名称 |
| 免费计划 | 有、无或未确认 |
| 月付价 | 只记录明确月付 |
| 年付总价 | 与月付分列 |
| 年付折算 | 标记为折算值 |
| 计费单位 | 每用户、每工作区或用量 |
| 核心功能 | 只写官方明确说明 |
| 平台 | Web、桌面、移动端分别记录 |
| 来源 | 直接页面 URL |
| 抓取日期 | 使用当前日期 |
常见问题
- Perplexity Computer 需要付费订阅吗？
- 官方当前要求有效订阅才能访问 Computer，任务还会使用 credits。具体额度、赠送和购买方式以账号 usage 页面为准。
- 第一次使用应该先连接 Gmail 或 Slack 吗？
- 不建议。先在无连接器状态下完成只读研究并核查来源，稳定后一次只连接一个低风险测试工作区。
- Scheduled Tasks 最快多久运行一次？
- 官方当前说明周期任务不能高于每小时一次，可设置小时、每天、工作日、每周、每月或自定义周期。
- credits 用完后任务会怎样？
- 官方说明活动任务可能暂停而不是取消，并在 credits 恢复后继续。恢复后仍要检查数据窗口、结果时效和重复交付。
- 如何防止 Computer 自动发送错误邮件？
- 第一阶段只允许生成草稿，并在提示词中逐项列出发送、共享、发布、删除、覆盖和权限变更都必须等待人工确认。
- Computer 可以访问 Mac 本地文件吗？
- 网页端 Computer 不能直接等同于 Personal Computer。Mac 本地文件和原生应用属于 Personal Computer 的单独能力和授权边界。
- 怎样降低竞争对手研究中的错误？
- 只用批准的官方域名，统一字段和计费口径，逐行保留来源与抓取日期，并把冲突和无法确认的信息单独列出。
先统一字段可以避免子 Agent 各自使用不同口径。促销价、一次性 credits 和年付折算必须单独标注，不能混进正常月付价。
第三步：只读运行第一次研究
把五个官方域名和字段表交给 Computer，允许它并行搜索。第一轮不要连接 Gmail、Slack、Notion 或其他服务。
使用前面确认的字段表研究五家公司。每家公司先列出访问过的官方 URL，再填写数据。一个结论如果没有直接来源，不要写入主表；放进“待核实”。发现页面冲突时，同时保留两个 URL、页面更新时间和冲突说明。
Computer 的并行研究适合这类对象列表，但速度不是唯一指标。要求每个子任务使用同一字段、同一时间和同一来源优先级，最终合并时检查重复和缺失。
第四步：审计来源、数字和日期
研究结束后，不要立即生成漂亮幻灯片。先做一次事实审计。
- 随机打开至少 20% 的来源，检查标题和页面内容是否匹配。
- 核对价格币种、计费单位、月付与年付。
- 对“无限”“企业级”“安全”“合规”等承诺找到官方原句和适用计划。
- 检查页面更新时间；没有日期就明确写“页面未标日期”。
- 把博客发布日和产品当前状态分开。
- 检查同一功能是否只在更高套餐、特定地区或测试阶段可用。
检查主表中的每一个数字、日期和产品承诺。为每项返回来源 URL、页面位置和核验状态。无法直接回到官方页面的内容移到“未确认”，不要根据常识或其他公司的模式补全。
第五步：生成报告与表格草稿
来源通过第一轮审核后，再让 Computer 生成报告、表格或演示文稿草稿。
报告建议包含：执行摘要、方法、对比表、逐家公司分析、主要变化、风险、未确认项和来源附录。要求事实和建议分开，不要把“最适合我们”写成客观事实。
根据已核验的主表生成一份中文竞争对手报告。事实段只使用状态为“已核验”的数据；建议段明确标注“编辑判断”。报告末尾附完整来源表、抓取日期、未确认项和下一次复核日期。先生成草稿，不发送、不共享、不发布。
表格要保留原始 URL 列，不要只在报告脚注中放一个链接。后续价格变化时，来源列能帮助快速复查。
第六步：按最小权限连接一个应用
只有只读研究稳定后，才打开 Computer 的 Connectors。一次只启用一个应用。
如果选择 Notion，创建独立测试页面，只允许 Computer 写入该页面；如果选择 Slack，使用专用测试频道，不要直接进入客户或管理频道；如果选择 Gmail，第一阶段只允许生成邮件草稿，不允许自动发送。
- 应用名称和账号。
- 授权范围。
- 允许读取的位置。
- 允许写入的位置。
- 禁止动作。
- 复核人与撤销日期。
完成一次交付后，检查目标页面、共享范围、附件和版本。暂时不用的连接器立即断开。
第七步：为外部写入设置确认节点
明确告诉 Computer 哪些动作不可自动执行：
你可以创建报告和邮件草稿，但在发送邮件、公开分享、更新正式数据库、删除内容、覆盖文件、修改权限或创建付费资源前必须停止。先输出拟执行动作、对象、内容、权限影响和预计 credits，等待人工确认。
不要只写“重要操作问我”，因为“重要”的定义不明确。把发送、公开发布、删除、覆盖、付款和权限变更逐项列出。
如果工具在测试中没有按预期停止，撤销写入权限，回到只读阶段。不能用更多敏感任务继续验证。
第八步：创建每周 Scheduled Task
确认研究和交付流程稳定后，在 Computer 中用自然语言创建周期任务。官方当前支持小时、每天、工作日、每周、每月和自定义周期，但不能高于每小时一次。
每周一上午 9 点运行竞争对手监控。只访问已批准的官方域名，检查定价、功能、平台和更新日志变化。与上次主表比较，只输出新增、修改和删除项。保留来源 URL 和抓取日期。先保存到测试 Notion 页面并通知我审核，不发送外部邮件，不更新正式数据库。单次运行达到 900 credits 或发现登录、验证码、来源冲突时停止并通知。
示例中的 credits 上限只是任务预算模板，不代表官方固定价格。应根据第一次手动运行的实际消耗调整，并留出异常余量。
第九步：检查任务历史、通知和成本
- 是否按预期时间和时区运行。
- 是否只访问批准域名。
- 是否出现来源失效或页面结构变化。
- 是否重复创建报告、页面或消息。
- 是否遗漏某家公司。
- 实际 credits 是否明显上升。
- 是否有失败、暂停、自动恢复或意外外部写入。
- 通知是否送达正确的人。
官方说明 credits 用尽时活动任务可能暂停，并在余额恢复后继续。恢复并不等于结果仍然及时；对时效性报告，要检查暂停期间的数据窗口。
第十步：维护连接器和停止条件
- 删除不再使用的 Scheduled Task。
- 断开不再需要的连接器。
- 撤销旧 token 和测试账号权限。
- 更新官方域名、字段表和来源优先级。
- 复核 credits 预算和自动充值设置。
- 清理过时报告，保留必要审计记录。
- 指定新的任务所有者或在无人负责时暂停流程。
持续记忆会帮助 Computer保留偏好，也可能保留过时规则。重大产品变化、团队调整或权限政策变化后，重新明确任务要求，不要只依赖旧会话。
常见错误
报告有来源，但数字仍然错误
来源可能指向页面，却没有对应到具体价格脚注。要求逐行来源，并检查币种、地区、计费单位和页面更新时间。
子 Agent 输出字段不一致
先让所有子任务使用同一个空表模板；合并后检查缺失列和重复公司。
连接器权限太大
断开连接，创建单独测试空间或只读账号，再重新授权。不要在生产工作区继续试错。
定时任务重复发送
把交付改为创建草稿并通知审核；使用日期和唯一任务 ID 检查重复；在原因确认前暂停计划。
credits 消耗高于预期
缩小公司数量、来源范围和输出类型；先只生成变更摘要，需要时再制作完整幻灯片。设置 usage 通知和购买上限。
Computer 混用了 Personal Computer 能力
网页端 Computer 与 Mac 端 Personal Computer 是不同边界。教程中的本地文件和原生应用能力必须以 Personal Computer 官方说明和实际授权为准，不能默认套用。
什么时候该换其他工具
- 资料主要在本地文件夹，考虑 Claude Cowork。
- 需要一次性云端浏览器采集和多类型成果，考虑 Manus AI。
- 任务只发生在当前网页标签中，考虑 ChatGPT Atlas。
- 组织要求自托管并有维护能力，评估 OpenClaw。
- 只需要带来源问答，不需要执行和调度，普通 Perplexity 搜索可能已经够用。
最佳实践总结
可靠的 Computer 工作流分四层：先做无连接器的只读研究，再审计来源，然后只连接一个低风险目标，最后才创建带预算和停止条件的周期任务。
真正节省时间的不是跳过审核，而是让审核集中在来源冲突、外部写入和异常运行上。保持最小权限、记录任务历史、定期撤销连接器，才能让自动化长期可用。
官方资料
