1. 为什么数据与隐私设置值得单独拎出来讲很多人上手 WorkBuddy 的时候注意力全在怎么让它帮我干活上——写代码、抓数据、生成网站、跑自动化工作流恨不得第一天就把所有 Skill 都装一遍。结果用了两三周突然发现工作台里堆了一堆自己都不记得什么时候授权过的目录缓存文件把 C 盘塞得满满当当跨对话记忆里还留着一些不该留的敏感片段。这时候才回头翻设置往往已经积重难返。我在实际使用中踩过最典型的一个坑就是早期为了图省事把整个用户主目录直接挂给了 WorkBuddy 当工作区。当时想的是反正它只读不写结果某次跑一个批量文件整理的任务它按照自己的理解把一批临时文件挪了位置虽然没造成实质损失但那种我的东西被动了的感觉非常不好。从那以后我就养成了一个习惯任何 AI 协作工具第一件事永远是先把数据边界划清楚再谈效率。这一篇就专门聊 WorkBuddy 的数据与隐私设置。不扯虚的就讲清楚三件事你的数据到底存在哪、哪些开关必须动、哪些默认值看着无害其实有坑。不管你是刚装完还在摸索的新手还是已经用了一段时间想回头做一次安全体检的老用户这篇都能直接照着操作。需要先说明的是WorkBuddy 的版本迭代比较快国际版和国内版在设置项的命名和位置上可能有细微差异我下面描述的是通用逻辑具体入口你按自己客户端的实际界面找。核心思路是一致的控制输入范围、控制存储位置、控制记忆留存。2. 先搞清楚 WorkBuddy 到底碰了你哪些数据在动手改设置之前得先建立一个基本认知WorkBuddy 这类工具在运行过程中会接触到哪几类数据。搞不清这个你改设置就是盲人摸象。2.1 四类数据风险等级完全不同我把 WorkBuddy 涉及的数据分成四类按敏感程度从高到低排数据类型具体内容默认行为风险等级工作区文件你授权给它的目录里的所有文件需要你手动指定高对话内容你和它的每一轮交互文本本地留存 可能上传中高跨对话记忆它主动提取并长期保存的关于你的信息默认开启中运行缓存临时文件、日志、索引、模型缓存默认写在系统盘低但占空间工作区文件是风险最高的因为这是你主动交出去的实权。对话内容次之很多人意识不到自己随手粘贴的配置片段、数据库连接串、内部文档摘要都会进入对话历史。跨对话记忆是最容易被忽略的——它不像文件那样显眼但会在你不知情的情况下把一些上下文信息沉淀下来后续所有对话都可能调用。运行缓存本身不敏感但默认堆在 C 盘这件事用久了就是灾难。2.2 一个反直觉的点只读授权不等于安全很多人觉得我只给它只读权限能出什么事。这个想法有问题。只读意味着它能看到你目录里的全部内容包括那些你根本没打算让它看的文件——比如.env里的密钥、config里的内部地址、随手存的密码备忘。它不一定会上传但一旦这些内容进入了对话上下文或者被索引就等于脱离了你的控制。我自己的做法是永远不给整个主目录只给具体的项目子目录。而且这个子目录里我会提前把敏感文件挪走或者加进忽略列表。这多花两分钟但省心。2.3 缓存目录为什么默认在 C 盘以及为什么必须改WorkBuddy 的缓存、索引、模型临时文件默认写在系统盘的用户目录下。这个设计本身没毛病——系统盘读写快、路径稳定。但问题在于这类工具的缓存增长是非线性的。你刚开始用可能就几百兆跑几个大项目、装几个 Skill、索引几个大仓库之后几个 G 甚至十几个 G 都很正常。C 盘一旦被塞满系统整体会变卡各种奇怪的报错也会冒出来。热词里有人问workbuddy 系统缓存目录能改到 D 盘吗答案是能而且强烈建议改。具体怎么改我在第 4 节详细说。3. 工作区授权把能看什么这件事管死工作区设置是数据隐私的第一道闸门也是最该花时间的地方。3.1 授权粒度的选择逻辑WorkBuddy 一般提供几种授权方式单文件、单目录、多目录、整个盘符。我的建议很明确单文件几乎不用太碎管理成本高。单目录日常主力方式一个项目一个目录。多目录适合需要跨项目协作的场景但要克制。整个盘符除非是专门的测试机或者隔离环境否则不要碰。为什么这么分因为授权粒度越粗你后续要维护的排除清单就越长而出错的概率和清单长度是正相关的。与其给一个大目录再费劲排除不如一开始就给小目录。3.2 敏感文件的处理三种方案对比即使你只给了一个项目子目录里面也可能有不该暴露的文件。我试过三种处理方式各有适用场景方案一物理移出。把.env、密钥文件、内部文档挪到工作区之外的目录。最彻底但每次要用还得挪回来麻烦。方案二忽略列表。在 WorkBuddy 的设置里配置忽略规则按文件名或后缀排除。这个最推荐一次配置长期有效。常见的忽略项包括.env .env.* *.key *.pem *secret* *credential* config/local.*方案三占位替换。保留文件名但内容换成假数据真数据放别处。适合那些文件必须存在否则项目跑不起来的场景。我现在的组合是方案二为主、方案一为辅。忽略列表覆盖通用敏感模式个别特殊的再物理移出。3.3 一个容易忽略的细节符号链接和软连接如果你的项目目录里有指向外部目录的符号链接WorkBuddy 在索引时可能会顺着链接爬出去把链接目标的内容也纳入范围。这个行为不一定有提示但确实存在。注意授权目录前先检查一下里面有没有指向敏感位置的软链接。有的话要么删掉要么确认目标目录本身也是安全的。检查方法很简单在项目根目录跑一下find . -type l -ls列出所有符号链接逐个确认指向。这一步花不了几分钟但能堵住一个隐蔽的泄露口子。4. 缓存与存储位置把 C 盘解放出来缓存目录迁移是热词里高频出现的问题说明踩坑的人不少。这一节把操作和原理都讲透。4.1 缓存目录里到底存了什么在动手迁移之前先看看你现在的缓存目录有多大、里面是什么。WorkBuddy 的缓存通常包含索引文件对工作区文件建立的检索索引方便快速定位。模型缓存如果用了本地模型或部分本地推理模型权重会占大头。临时文件任务执行过程中的中间产物。日志运行日志排查问题用但会越积越多。先跑一下看看实际占用du -sh ~/.workbuddy/cache 2/dev/null || du -sh ~/.config/workbuddy 2/dev/null具体路径因版本和系统而异你在设置里找到缓存位置或存储路径那一项旁边一般会显示当前路径直接复制出来查。4.2 迁移到 D 盘的正确姿势迁移不是简单地把文件夹剪切过去就完事那样 WorkBuddy 下次启动找不到路径会重新在默认位置建一个等于白干。正确流程是先在设置里改路径。找到缓存目录设置项改成目标路径比如D:\workbuddy-cache或/data/workbuddy-cache。保存后重启 WorkBuddy让它在新位置初始化。确认新位置开始有文件生成再把旧目录删掉。顺序不能反。先改设置再删旧目录否则中间态可能出问题。如果你用的是 Linux 或者 macOS还可以用软链接的方式把默认路径链接到新位置# 假设默认路径是 ~/.workbuddy/cache目标在 /data/workbuddy-cache mv ~/.workbuddy/cache /data/workbuddy-cache ln -s /data/workbuddy-cache ~/.workbuddy/cache这样 WorkBuddy 以为自己在用默认路径实际数据落在新盘。适合那些设置里改不了路径的老版本。4.3 缓存清理什么时候清、清什么缓存不是越清越好。索引文件清了下次检索会变慢模型缓存清了下次用要重新下载。我的策略是日志定期清比如每月一次保留最近一周的就行。临时文件可以放心清任务跑完就没用了。索引除非索引明显出错或者工作区大改否则不动。模型缓存除非空间实在紧张否则不动。清理前先确认没有正在跑的任务否则可能清掉正在用的文件导致任务失败。5. 跨对话记忆最该管、最容易被忘的开关跨对话记忆是 WorkBuddy 一个很实用的功能——它能记住你的偏好、项目背景、常用配置后续对话不用重复交代。但这也是隐私上最微妙的地方。5.1 记忆里可能存了什么它提取的信息通常包括你的技术栈偏好、项目结构习惯、常用命令、甚至你提到过的某些业务背景。单条看都不敏感但聚合起来就是一份相当完整的用户画像。如果这些记忆被不当调用或者在某些场景下被意外带出就不太妙。5.2 三种记忆策略按场景选我总结了三档策略全开适合个人开发机、纯技术项目、没有敏感业务信息的场景。省心体验最好。选择性开适合工作机、涉及业务信息的场景。开启记忆但定期审查把不该留的条目手动删掉。全关适合处理敏感数据、临时借用他人设备、或者你就是不想留痕的场景。体验会打折扣但最干净。怎么选我的判断标准是这台机器上处理的东西如果全部记忆内容被公开我能不能接受。不能接受就关或者选择性开。5.3 定期审查记忆内容的习惯如果你选择开启记忆建议养成定期审查的习惯。WorkBuddy 一般提供记忆管理界面能看到它记住了哪些条目支持单条删除。我自己的节奏是每两周过一遍重点看有没有这几类内容具体的密钥、token、密码片段内部系统地址、数据库连接信息客户名称、项目代号等业务敏感信息任何我当时随口一提但事后觉得不该留的东西发现就删别犹豫。记忆这东西留着不一定有用删了肯定没坏处。6. 对话历史的留存与清理对话历史是另一块需要主动管理的地方。6.1 本地留存 vs 云端同步不同版本的 WorkBuddy 在对话历史的处理上策略不同。有的默认本地留存有的会同步到云端以便跨设备访问。这个差异很关键因为云端同步意味着你的对话内容离开了你的设备。在设置里找到对话历史或数据同步相关选项确认当前策略。如果你处理的内容比较敏感建议关掉云端同步只保留本地。6.2 清理对话历史的时机对话历史占空间不大但信息密度高。我的清理时机是处理完敏感任务后立刻清掉相关对话不留隔夜。每月例行清理把一个月前的、不再需要的对话批量删除。换项目时旧项目的对话如果不再参考清掉。清理前确认没有依赖历史上下文的任务在跑。有些自动化工作流会引用历史对话清之前看一眼。6.3 导出与备份的取舍有人习惯把对话历史导出备份觉得以后可能用得上。我的看法是除非有明确的合规或复盘需求否则不要备份对话历史。备份意味着多一份副本多一个泄露面。真需要留存的手动摘录关键结论就行别整段导出。7. 一套可以直接抄的隐私设置清单前面讲了一堆原理和操作这一节给一份可以直接照着做的清单。按优先级排序从高到低。7.1 必做项装完就改工作区只授权具体项目子目录不给主目录、不给整个盘符。配置忽略列表覆盖.env、密钥、凭证类文件。缓存目录迁到非系统盘避免 C 盘被塞满。检查工作区内的符号链接确认没有指向敏感位置。确认对话历史的留存策略敏感场景关掉云端同步。7.2 建议项用一段时间后做审查跨对话记忆内容删掉不该留的条目。建立缓存清理节奏日志和临时文件定期清。每月清理一次对话历史敏感任务后即时清。定期检查授权目录列表把不再用的目录移除。7.3 进阶项有更高安全需求时做用独立用户账户运行 WorkBuddy和日常账户隔离。敏感项目在隔离环境或虚拟机里处理。关闭不必要的 Skill 和插件减少数据接触面。定期查看运行日志确认没有异常的文件访问行为。这份清单不是一次做完就完事而是需要定期回顾。工具在更新你的使用场景也在变设置得跟着调。8. 几个我踩过的坑和对应的解法最后分享几个实际踩过的坑都是文档里不会写、但用起来真会遇到的。8.1 忽略列表不生效的排查有次我配了忽略列表结果发现某个.env文件还是被索引了。排查下来是两个原因一是规则写法不对WorkBuddy 的忽略规则对通配符的支持有自己的语法*.env和.env是两回事二是规则生效需要重建索引我改完没触发重建旧索引还在。解法改完忽略规则后手动触发一次索引重建然后验证目标文件确实不在索引里。验证方法一般是搜索文件名搜不到就对了。8.2 缓存迁移后任务变慢把缓存迁到机械硬盘后明显感觉检索变慢。原因是索引的随机读写对磁盘性能敏感机械盘扛不住。后来换到 SSD 分区就正常了。解法缓存目录优先放 SSD实在没有 SSD 分区再考虑机械盘但要接受性能下降。8.3 记忆条目删了又回来有次删掉一条记忆过几天发现又出现了。原因是那条信息在后续对话里被再次提到WorkBuddy 重新提取了。这不是 bug是记忆机制的正常行为。解法如果某类信息你坚决不想留除了删记忆还要在对话里避免反复提及或者在设置里关掉对应类别的记忆提取。8.4 多设备同步导致的设置冲突如果你在多台设备上用 WorkBuddy 并开启了同步隐私设置可能会互相覆盖。我在台式机上关了云端同步结果笔记本上同步过来又给打开了。解法要么统一各设备的设置要么关掉设置项的同步只同步必要的数据。这个坑比较隐蔽多设备用户要留意。数据与隐私设置这件事说到底就是一个权衡便利性和控制权之间的权衡。WorkBuddy 的默认设置偏向便利这没错但作为使用者你得知道默认值背后意味着什么然后根据自己的实际情况调整。我个人的原则是能收窄的权限就收窄能本地化的就本地化能定期清理的就别攒着。多花的这点时间换来的是用起来心里踏实。