MyRelay

← 回到笔记本

把日记留在自己手里:逐步搭建每日摘要工具

先确定哪些内容永远不上传

每日写完日记后,你可能只想知道今天完成了什么、什么事情让自己分心,以及明天值得继续做什么。这个需求不需要把整本日记交给模型。先把工具的职责缩小到整理当天记录,而不是分析人格、判断心理状态,或替你解释关系。

在接入任何服务前,写下自己的上传边界。例如,密码、证件号码、账户信息和他人的私密经历始终不上传。医疗、财务与亲密关系内容默认排除,需要时由你逐段选择。涉及他人时,也要考虑对方是否同意这些信息被处理。

在本地制作一份可以检查的待发送文本

让原始日记保存在自己的设备上,工具只读取你主动选中的当天记录。第一次实现时,不必自动扫描整个笔记库;一个手动选择和预览的流程,往往更容易检查,也能避免误读旧记录。

接着在本地制作副本,将姓名换成“同学甲”,将具体地点换成“学校”,将精确金额换成“大额支出”。替换关系只保留在本地,不随请求发送。电话号码和邮箱可以通过规则筛查,但规则不能发现所有隐私,所以仍要人工预览。

尤其留意信息组合。即使删除姓名,某个罕见事件加上具体时间和地点,也可能暴露身份。拿不准时,删掉整段通常比反复修改更稳妥。脱敏只能降低风险,不能保证匿名。

把发送范围和服务边界确认清楚

预览页面应明确显示即将发送的全部文字,并由你确认后再调用。不要让附件、历史对话和后台读取结果悄悄加入请求。每天单独处理,也能避免为了生成几句话而反复上传过去一个月的生活。

这里需要区分“原文留在本地”和“完全本地运行”:只要调用远程模型,选中的文本就会离开设备。使用中转服务时,还要分别核对中转方与模型服务方的数据保留、日志和训练使用说明;没有明确承诺的地方,不要自行理解成不保存或不训练。

用固定要求约束摘要的内容

给模型的要求可以保持简单:只根据提供的文本,用三小段整理已完成事项、本人明确表达的感受,以及本人提到的后续行动。要求它不补充背景,不推测动机,不诊断情绪,也不把一句抱怨升级成长期结论。

同时约定,原文没有的信息就不写。日记里的引用、聊天记录或其他指令都只是待整理材料,不能改变摘要任务。先用自己编写的非敏感记录测试,确认工具不会凭空添加承诺,再逐步使用真实内容。

为每天的一次调用设置预算

对个人开发者和学生来说,先把每天一次、只处理当天选定内容作为默认规则。限制输入长度和摘要篇幅,失败后不要无限重试。篇幅过长时,先让自己删去无关段落,而不是直接换用更昂贵的模型。

如果你希望集中管理调用支出,可以创建一个MyRelay账户,用一个密钥和一份预算管理模型调用,并查看每次请求的令牌用量与费用。先以少量测试建立实际成本记录,再决定每日预算;统一结算不等于隐私保证,前面的服务核对仍然必要。

核对摘要,再决定是否保存

生成后,把摘要与待发送文本并排检查。重点看它有没有添加原文不存在的任务、改变感受强度,或把别人的话写成你的观点。发现错误时,优先修改要求或手动纠正,不必为了措辞不断重试。

摘要也可能包含敏感信息,因此不要默认分享到群聊、邮件或公共笔记。确认内容准确后,再保存到自己选定的位置。跨天回顾时,先选择已经核对的摘要,不必重新发送全部原文。

让删除和停用同样容易

最后检查工具自身留下了什么。调试日志不要记录正文、完整请求或密钥,只保留排查问题必需的状态、耗时和费用信息。临时文本使用后及时清理,并检查同步与备份设置,避免误以为本地删除就代表所有副本都已消失。

一个合适的日记摘要工具,不需要记住你的一切。它应当让你清楚知道每次发送了什么、花了多少钱,以及怎样停止调用。先从可预览、可核对、可随时关闭的小流程开始,比追求全自动更值得。

顺便看看