WorkBuddy未获主流监管认证，不支持GDPR/CCPA/等保，其SQLite本地数据库明文存储、无PII识别与访问控制，易违反最小必要原则；须通过禁用自动采集、占位符替代、手动清理缓存及导出前脚本脱敏来降险；HR数据同步、含敏感合同条款的会议记录、需审计追溯或强制加密落盘场景严禁使用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 本身不是一款由主流监管机构认证的企业级数据处理工具，它不提供内置的 GDPR、CCPA 或等保合规能力；如果你正用它存客户联系方式、会议纪要、审批草稿等含个人信息的办公数据，默认配置下这些数据很可能已违反最小必要原则和存储透明性要求。
为什么 WorkBuddy 的本地数据库容易触发合规风险
WorkBuddy 默认使用 SQLite 存储用户输入内容，且未对字段做敏感信息分类标记。当你录入「张三｜138****1234｜上海浦东」这类条目时，系统不会识别 138****1234 是手机号、也不会自动打标为 PII（个人身份信息）。
- SQLite 文件通常明文存放于
~/Library/Application Support/WorkBuddy/（macOS）或%APPDATA%\WorkBuddy\（Windows），无访问控制列表（ACL）保护 - 搜索历史、剪贴板缓存、自动补全词典均可能残留原始手机号、身份证片段等，且未提供手动清除入口
- 导出为 CSV 时，
export_data.csv不区分脱敏字段，一键导出即等于批量泄露
如何在不换工具的前提下降低违规概率
核心思路是“阻断采集 + 限制留存 + 显式授权”，而非依赖 WorkBuddy 自身功能。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
- 禁用所有非必要输入字段：在设置中关闭
auto_capture_clipboard、enable_search_history，这两项开关常被忽略但实际写入最频繁 - 用占位符替代真实 PI：录入联系人时写「客户A｜预留电话｜北京某区」，后续真需拨号再从加密笔记中复制，避免
contact_list.db成为信息富矿 - 定期手动清理：
rm ~/Library/Application Support/WorkBuddy/cache/*.tmp（macOS）或用 PowerShell 执行Remove-Item "$env:APPDATA\WorkBuddy\cache\*.tmp"（Windows） - 若必须导出，先用脚本过滤：用 Python 跑一次
pandas.read_csv("export_data.csv").drop(columns=["phone", "id_card"], errors="ignore")再保存
哪些场景绝对不该用 WorkBuddy 处理个人数据
当你的操作涉及以下任一条件，就已超出其设计边界，应立即切换至有审计日志和权限分级的工具（如 Notion Enterprise、Confluence+Data Center 插件）：
- 数据源来自 HR 系统同步（含员工身份证号、银行账号）
- 会议记录中引用了客户的未公开组织架构图或合同条款原文
- 需向外部审计方提供「谁在何时修改过哪条记录」的完整 trace（WorkBuddy 无变更日志表）
- 所在行业明确要求 PI 存储必须加密落盘（如金融、医疗），而 WorkBuddy 不支持 AES-256 加密 SQLite
真正的合规起点不是选对工具，而是厘清每一条数据的来源、用途、留存期限和销毁方式。WorkBuddy 可以当临时记事本，但一旦你开始用它串联起「人—行为—结果」链条，那个不起眼的 workbuddy.db 就不再是文件，而是责任载体。
