GoForum › 🌐 V2EX

Local-First 的纯静态 AI 工作流工具,如何优雅处理敏感 Key 的本地安全?

Gu0Qiang · 2026-09-21 20:08 · 0 次点赞 · 3 条回复

各位 V 友,

最近在做一款纯前端运行、无服务端依赖的轻量级可视化 AI 工作流编排器:PatchCat

打包后只有几 MB 纯静态资源,支持本地/局域网部署(丢在 NAS 、软路由或 OpenWrt 路由器上点开即用),数据和 DAG 拓扑全走浏览器端 LocalStorage/IndexedDB ,自带 Key ( BYOK )直连模型。

  • 做轻的初衷:希望保持真正的 Local-First 和轻量家用,不用专门开一台 NAS 或常开主机拉 Docker/数据库,不给用户增加任何运维心智负担;

  • 但明文存储又心存顾虑:

    • 虽然 LocalStorage 本身有浏览器沙箱隔离,但如果放在公用电脑、或者借给他人使用时,明文 Key 几乎没有防窥能力;
    • 编排工具经常需要导入外部社区分享的工作流 JSON ,明文存储容易让整套环境缺乏纵深防御;
    • 想要在多设备间轻量同步配置,明文导出会带来二次泄漏隐患。

想向有类似开发经验的同学真诚请教:

  • 单人/家用场景下,仅靠 Web Crypto API + Master Password (主口令)本地解密注入 是否就已经足够优雅?
  • 还是说为了真正的安全隔离,必须引入一层极轻量的 Edge Proxy (如 Cloudflare Workers )来托管 Key 和注入 Header ?但这样是否又偏离了“纯静态、零服务端依赖”的初衷?

想听听大家的选型经验与权衡

3 条回复
ashuai · 2026-09-21 20:18
#1

不管你怎么保护 key ,你的请求都会带上 key 的吧?你在浏览器运行,key 怎么都是泄露的。没理解你想干什么,你想做的东西和 dsh, pi, workbuuddy 都什么差异

hackyuan · 2026-09-21 20:23
#2

现在轻量安全就差不多了,AI 时代直接截取你本地的解密模块拿来解密实在太简单的。服务端还有意义,本地…

Gu0Qiang · 2026-09-21 21:03
#3

@ashuai 本身也是个特定场景需求:HTTPS 保证传输不泄露;本地加密只防借用设备或插件窥探存储。场景简化理解:只有 NAS/软路由 24 小时开机,想用私有材料可视自编排 AI 客服流水线,不信任黑盒 Agent ,更要极致轻量零运维。 @hackyuan 防防日常借用翻存储、恶意外挂嗅探,对 Local-First 来说差不多够用了。真要到了设备被植入木马这一步,上什么架构也没用。

添加回复
你还需要 登录 后发表回复

登录后可发帖和回复

登录 注册
主题信息
作者: Gu0Qiang
发布: 2026-09-21
点赞: 0
回复: 0