把邮件与其他工作依据放入上下文

提供方是保存账户的服务，传输方式是SyncPier与它通信的方法。公司邮件可使用IMAP；Gmail和Zoho也有提供方专属的REST接口。JMAP是产品范围内的另一种邮件连接模型。提供方身份应与选择的连接方式区分，采用某个协议不代表所有操作都可用。

收集与发送也应分开。IMAP用于获取邮件和观察状态，发送则使用SMTP或提供方的提交接口。阅读、回复、文件夹、标签、远程删除各需对应支持与权限。切换连接时要保留已证实的账户与消息身份，不能仅因文字相同，就把重新导入的历史当作已验证的延续。

邮件正文可能只作介绍，关键细节却在附件中。保存原始消息可保留发件说明与附件之间的关系。受支持文档的文本提取能帮助搜索；OCR，也就是光学字符识别，可从受支持图像中恢复文字。文件格式、加密、资源限制和文档质量都会影响可提取内容。

文件名是线索，却不是已读内容的证据。正文摘要提到附件名，不代表分析了文件。任务若取决于价格表或条款，应请求相关附件并确认提取覆盖。不支持或不完整的部分必须作为结论的限制保留下来。

短信中继向SyncPier提交与已登记来源绑定的消息快照。准确的提交数据和可读展示有不同用途：前者保存中继发来了什么，后者让消息能与邮件一起使用。设备与来源身份也有助于区分看似相同的消息，例如重复出现的简短确认。

短信保留有自己的边界。服务器上的外部归档、SyncPier本地副本与手机原件是不同位置。配置归档操作不意味着获得删除手机消息的权限。应对每个受支持位置明确选择保留方式，而不是假设删掉一份就会删掉全部。

外部报告可以记录研究发现、开发进度或监控结果。生产者既可以是AI代理，也可以是按固定规则运行的自动化。直接提交与按请求收集是不同流程，但都需要清晰来源和预期读者。已接纳的原始报告会保留，恢复不应依赖生产者是否还能再次发送。

可读报告能与其他依据一起搜索和讨论。报告声称的作者、模型、引用、时间和任务编号用于说明出处，并不认证身份或授予执行权限。一份声称任务完成的报告，本身不会完成SyncPier作业。请求得到的私密结果，也只有在获准发布且目标读者范围相容时，才可转为共享资料。

日历给工作上下文加入事件、重复规则、时区和可用时间。统一视图可以一起展示选定且获准的日历，同时保留每个事件的账户和日历来源。读取事件不赋予修改权，选择一个日历也不代表覆盖某人的全部日历。

判断空闲需要足够覆盖，不能只看当前事件页是否为空。某来源可能只披露忙碌时段，另一个可能不可用或收集不完整。缺少覆盖意味着可用性未知，而不是空闲。安排时间时应询问覆盖的日历与时间范围，并区分建议时间和已确认写入的事件变更。

两条消息即使文字完全相同，也可能是不同依据。账户、来源中的具体条目与表示形式共同说明实际收到了什么。转发邮件、另一个账户的副本和引用邮件的报告，不会自动成为同一原件。内容相同或可支持严格限定的处理复用，却不能替代来源权限。

这种区分让引用与更正可追溯。读者能定位支持某项说法的条目，知道它是原生邮件还是生成的可读展示，并了解检查过哪种表示。报告自述的作者或生成展示中的发件人，不等于经过认证的生产者身份。

业务上下文可能比一个地址存在得更久。原地址拒收后，客户可能通过另一个邮箱继续对话。跨账户主题连接相关消息与讨论，让工作延续而不丢失早期依据。每封成员邮件仍保留自己的身份、阅读状态与来源账户。

主题读者范围与原件权限分别检查。参与者可能能看见主题讨论，却无权打开部分邮件。成员身份不能泄露隐藏正文、附件或私密评论。只连接有权查看的内容，即使通知不可访问依据的存在，也不应透露其细节。