AIREITER一封很长的邮件线程里，往往已经包含任务说明、源文件、截止时间和此前的决策。对于符合条件的用户来说，Perplexity Computer 邮件委派可以直接把这条线程变成一个 Computer 任务。但更准确的理解是：它只是一个边界明确的任务触发器，而不是能够自主管理收件箱的代理。最容易被忽略的一点是，Computer 会继承已验证发件人现有的连接器、权限、设置和 Memory；而任务结果只会通过邮件回复给这个发件人。Perplexity 在帮助中心说明了这两项行为。
Perplexity Computer 邮件委派是如何工作的
Perplexity Computer in Email 本质上是进入普通 Computer 会话的另一条入口。你可以发送新邮件、转发已有线程，或者把 [email protected] 加入现有对话。Computer 会读取邮件中提供的上下文，启动会话，并在同一线程中返回结果。它并不是一个拥有独立权限的“邮件专属代理”。（Perplexity 帮助中心）
| 阶段 | 发生了什么 | 需要确认什么 |
|---|---|---|
| 触发 | 向 [email protected] 发送或转发邮件，或者把该地址加入邮件线程 | 发件地址与 Perplexity 账户匹配 |
| 身份验证 | Perplexity 会在创建任务前检查发件人身份和使用资格 | 账户拥有 Computer 访问权限；Enterprise 账户已由管理员启用 |
| 读取上下文 | Computer 会处理主题、正文、引用或转发内容、附件以及线程元数据 | 删除任务不需要的材料 |
| 执行 | 任务使用发件人现有的连接器、权限、设置和 Memory | 发送前检查连接器访问权限 |
| 确认 | Computer 会先回复确认信息和会话链接 | 打开会话，查看进度和执行步骤 |
| 交付 | Computer 会再次回复结果及生成的文件 | 确认回复只会发送给已验证的发件人 |
Perplexity 表示，生成的产物可以包括 PDF、电子表格、图片和视频。每项通过邮件触发的任务也会出现在用户 Web 或移动端的常规 Computer 视图中，之后可以继续处理该会话。（Perplexity 帮助中心）
如何完成第一项邮件触发任务
整个设置过程不需要安装插件、创建邮件规则，也不需要重新配置连接器。前提只有三项：拥有 Computer 访问权限的 Perplexity 套餐、使用与 Perplexity 账户关联的同一个邮箱地址，以及 Enterprise 账户已由管理员启用该功能。Perplexity 的页面没有列出所有符合条件的套餐，因此最稳妥的判断方式，是先确认账户中能否使用 Computer，再发送任务。（Perplexity 帮助中心）
- 在 Web 或移动端打开 Computer，确认目标连接器和权限已经正确配置。
- 使用登录 Perplexity 时对应的邮箱地址，向
[email protected]撰写并发送邮件。.ai版本的地址不受支持。 - 把任务说明写在新邮件的主题或正文中。如果处理已有对话，可以转发整条线程，并将说明写在转发内容上方；也可以直接把 Computer 加入该线程。
- 在说明中逐一指出附件，并明确要求的输出形式，例如整理后的电子表格或 PDF 摘要。
- 等待确认邮件，然后通过其中的 Perplexity 链接查看 Computer 会话。任务完成后，结果会通过同一线程中的后续邮件发送回来。
- 如果需要修改，直接在该线程中回复即可；Computer 会保留任务上下文，用于后续处理。（Perplexity 帮助中心）
一条实用的任务请求，最好把授权指令和源材料分开：
任务：总结此邮件线程中的决策和未解决问题。
输出：返回一个包含负责人和截止日期两列的电子表格。
限制：只能使用线程中出现的日期和姓名。缺失字段标记为
“需要核实”。不要发送消息，也不要更新已连接的系统。
附件：将 project-status.csv 作为参考上下文。Perplexity 并不要求必须采用这种格式，但明确写出输出形式和操作限制，可以减少歧义。官方示例同样要求 Computer 清理一个随附的 CSV 文件、删除重复项，并返回格式化后的电子表格。（Perplexity 帮助中心）
邮件任务完成后可以审计什么
每次邮件请求都会创建一个标准的 Computer 会话，因此它的可审查性比完全隐藏在邮件回复中的自动化流程更好。确认邮件会提供会话链接；Perplexity 表示，用户可以在 Web 或移动端查看任务步骤，符合条件的组织中的管理员还可以通过 Audit Logs 查看 Computer 活动。（Perplexity 帮助中心）
不过，官方公开说明的范围也有限。帮助页面没有明确说明会话是否会展示每一次连接器读取、尝试执行的操作、额度消耗或失败记录，也没有说明这些信息能否导出为完整的事件日志。因此，页面上可见的任务步骤可以支持复核，但除非组织自己的 Audit Logs 能够证明这一点，否则不应把它当作完整的取证记录。
如果你需要一套可复核的流程，应保留原始请求，在使用交付结果前检查关联会话；当结果会影响客户、付款、合同或生产系统时，还应在 Perplexity 之外记录人工批准。前两项做法直接对应官方记录的线程和会话行为，批准记录则属于运营控制措施，而不是 Perplexity 的功能。
转发前需要了解的权限与隐私边界
Computer 扮演的是已验证发件人的角色，而不是线程中所有参与者的角色。它会使用该用户现有的连接器权限和 Memory。因此，转发邮件不会赋予它新的访问权限，但可能会调用原本就已经配置好的权限。（Perplexity 帮助中心）
Perplexity 划出了一条重要的指令边界：已验证发件人的主题和正文会被视为任务请求；引用邮件、转发的第三方文本和附件则属于上下文，不能以此覆盖发件人的指令、系统规则或安全策略。这种设计降低了提示词注入内容的指令权重，但并不意味着所有输出都一定准确，或不会受到恶意上下文的影响。（Perplexity 帮助中心）
该服务可能会处理发件人和收件人标头、主题和正文、引用及转发内容、附件、消息 ID 和引用关系、线程与投递元数据、生成的回复、生成的附件，以及 Computer 任务和会话元数据。Perplexity 表示，相关数据会在传输中和静态存储时加密，运行于通过 SOC 2 Type II 认证的基础设施上；邮件、附件和企业数据不会用于模型训练。Perplexity 同时说明，针对生产、支持、安全、法律和合规事务的人工访问，会遵循其标准授权流程。（Perplexity 帮助中心）
转发之前，应删除与任务无关的收件人个人数据、旧附件、隐藏的引用历史、合同文本、凭据，以及不必要的签名。邮件委派省去了手动复制粘贴，但复制粘贴有时也正是人工进行脱敏检查的环节。
对于考虑接入收件箱工作流的用户来说，这并不是杞人忧天。在一场围绕 Perplexity 邮件产品的讨论中，Reddit 用户 u/followspace 写道：
“我不想再使用另一个能够访问我收件箱的服务了。” 来源：r/perplexity_ai 的 u/followspace
根据设置文档，仅仅发送任务并不需要授予 Computer 一个覆盖整个邮箱的新连接器权限。不过，Computer 已经具备的连接器仍然有效，邮件线程和附件也仍会由 Perplexity 处理。
会改变使用建议的运行限制
目前的工作流是异步的，以发件人为边界，并且依赖账户现有的访问权限。部分实际限制已有官方说明，另一些则没有在公开帮助中心页面中披露。（Perplexity 帮助中心）
| 限制或行为 | 官方说明状态 | 实际影响 |
|---|---|---|
| 回复对象 | Computer 只会向已验证发件人回复，且无法配置 | 抄送不会把其他人变成共享代理参与者，也不会形成 Reply All 工作流 |
| 发件人身份 | 必须对应一个拥有 Computer 访问权限的合格 Perplexity 用户 | 如果别名或备用地址与账户不匹配，任务可能失败 |
| 邮件筛选 | 仅密送、自动生成、群发、列表邮件、退信和循环邮件都会被拒绝 | 不应把邮件规则和自动通知流水线当作可靠触发器 |
| 权限 | 现有的 Computer 连接器和权限会被继承 | 委派前检查访问范围，尤其是具备写入能力的连接器 |
| 附件格式与大小 | 公开页面没有给出完整限制 | 正式采用前，先用有代表性的文件进行测试 |
| 任务延迟与并发 | 没有公布服务保证 | 不要用于截止时间严格或需要实时响应的操作 |
| 任务或额度限制 | 没有公布邮件专属配额 | 查看账户用量，不要默认邮件任务没有上限 |
| 保留时长 | 页面提到沿用 Computer 的保留控制，但没有给出时长 | 遵循组织配置的策略，并向管理员确认 |
| 持续监控 | 没有描述为邮箱监听器或调度器 | 把每封被接受的邮件视为一次独立触发 |
社区中的提问也说明，用户应核实自己的使用资格，而不是从营销措辞中自行推断。一位 Reddit 用户询问定期摘要功能时，得到的回复称这类任务可能消耗大量 Computer 额度；但由于这只是用户讨论，并非官方定价文档，因此它只能说明有必要检查账户限制，不能证明存在固定费用。（Reddit 讨论）
哪些任务适合委派
当输入内容已经位于某个邮件线程中、输出结果可以在使用前进行检查，并且任务能够在现有权限下运行时，Perplexity Computer 邮件委派就很合适。如果错误操作会造成对外承诺，或者线程包含远超任务所需的敏感数据，那么它就不适合。
| 委派类别 | 示例 | 必需的控制措施 |
|---|---|---|
| 适合作为首批任务 | 总结邮件线程；提取未解决问题；清理非敏感 CSV；创建内部草稿 | 检查会话，并将输出与源材料进行对照 |
| 可以委派，但需要审批 | 起草客户回复；准备财务模型；分析合同文本；转换内部记录 | 人工核对事实、数字、收件人、权限和最终文件后再使用 |
| 应保留人工控制 | 发送具有约束力的承诺；批准付款；接受合同条款；删除记录；在没有获批政策的情况下处理机密信息或受监管数据 | 不要把邮件触发任务当作授权机制 |
建议非常明确：先把 Computer in Email 用于可撤销的准备工作和文档处理。即使连接的工具在技术上允许发送、审批、删除或执行具有约束力的决定，也应在这些操作前保留独立的人工检查环节。
常见问题
Perplexity Computer 正确的邮箱地址是什么？
使用 [email protected]。Perplexity 明确表示，[email protected] 不受支持。（Perplexity 帮助中心）
Perplexity Computer 能读取通过邮件发送的附件吗？
可以。Perplexity 表示，Computer 能够使用附件作为上下文，并以附件形式返回生成的 PDF、电子表格、图片、视频及其他产物。公开页面没有公布完整的文件类型或大小限制。（Perplexity 帮助中心）
抄送线程中的每个人都会收到结果吗？
不会。即使线程中还有其他人，Computer 目前也只会回复已验证的发件人，而且这一行为无法配置。如有需要，应单独分享底层的 Computer 会话。（Perplexity 帮助中心）
如果我从另一个邮箱地址发送，会发生什么？
发件人必须对应已有的 Perplexity 账户，并拥有 Computer 访问权限。请使用登录时对应的同一个地址；否则系统无法将请求与该用户的设置和权限关联起来。（Perplexity 帮助中心）
Computer in Email 等同于把 Perplexity 连接到我的整个收件箱吗？
不等同。发送或转发一封邮件只是触发一次独立任务，设置页面也没有要求安装或配置任何内容。不过，任务仍会处理所提供的线程和文件，并且可以使用 Computer 中已经配置好的连接器，因此转发内容和现有权限都需要提前检查。（Perplexity 帮助中心）
邮件和附件会被用于模型训练吗？
Perplexity 表示，Computer in Email 使用的邮件、附件和企业数据不会用于模型训练。组织仍应根据自身合规要求，单独确认数据保留、数据驻留和连接器策略。（Perplexity 帮助中心）