Flashpaper——无需数据库的自毁式秘密共享
Show HN: Flashpaper – Self-destructing secret sharing with no database
我们发现了什么
在 AI 智能体方面，Flashpaper 提供 REST API 和 MCP 服务器，因此智能体可以轻松以死信箱式创建只能被领取一次的秘密链接。
- 来源：Hacker News（发现于 2026-07-29）
- 证据等级：D · 发现产品或需求信号，暂未获得可核验的商业证据。
- 商业模式：API / Usage-based
- 主题：独立产品
- 初筛评分：22.9/100 · 收录 1 次
证据，比故事更重要。
规则清洗与初筛，未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。
引用与数字披露
来源类型（原作者自述／第三方测算／媒体转引）需采集端标注，本版尚未落字段。
- 作者
- 未标注
- 抓取日期
- 来源类型
- 未标注
- 币种
- 未标注
- 口径
- 未标注
- 披露主体
- 未标注
- 披露日期
- 未标注
中文辅助译文（全文）
大家好！这是我第一次发 HN，我对这个圈子还很陌生。我叫 Min，来自曼谷。最初，我只是想为自己创建一个死人开关（dead man's switch）来个人使用，纯粹出于好玩。然后，我开始思考像间谍电影里那样可以自毁的信息。再之后，我尝试构思一个比 Privnote 或 Bitwarden 更好的版本，具备自毁功能以及某种审查或阻止下载的能力。不知怎的，最后就做成了这个产品。:O Flashpaper 用于发送任何在阅读后会被销毁的信息（可以像《碟中谍》电影里那样带倒计时！或者如果一直没打开，最长 24 小时后销毁）。加密在浏览器中完成，由于密钥保留在链接 # 之后的部分，服务器永远看不到密钥（用于 Web 场景的零知识方案）——因为我是个新手。我不想连接数据库，因为我没钱，而且我希望事情轻量简单。所以，Flashpaper 仅将内容保存在内存中，不使用数据库。对于 AI Agent 一侧，Flashpaper 提供 REST API 和 MCP 服务器，使 agent 能以死信投递（dead-drop）方式轻松创建只能被领取一次的秘密链接。第二次领取将得到 404，意味着已经被人取走。但是，对于 agent API 流程，服务器会在加密前短暂看到明文，因此该流程并不像 Web 流程那样是零知识的。总体而言，我认为它在 Web 场景下运作得相当好，但对于 agent API 场景，我不确定这是否足够安全。所有限制都列在 SECURITY.md 中。欢迎任何反馈。
我以 MIT 许可证将其开源，对于企业用途（例如自托管 Docker）采用 honorware 政策。这是我的仓库：https://github.com/mmmpym/flashpaper 你也可以在这里试用：https://flashpaper.app 再一次！请随时告诉我我遗漏了什么。Min
译文由上游机器翻译生成，可能有误；判断请以英文原文为准。
英文原文（来源本站未改写）
Hi everyone!This is my first HN and I’m very new to the scene.My name is Min from Bangkok.At first, I just want to create a dead man's switch for personal use and for fun. then, I think about information that self destruct like a spy movie. after that, I try to come up with the better version of Privnote or Bitwarden with self-destruct and some kind of censoring or blocking download ability.Somehow, end up with this product. :O Flashpaper is for sending any information that would be burned after reading (with counting down timer like Mission Impossible movie !or after 24 hrs max if not opened) Encryption happens in browser and because the key stays after # in the link;
server never sees the key (Zero-knowledge for web use) and— because I’m a newbie.I don’t want to connect to database because I don’t have the money and I want things light and simple.So, that’s why Flashpaper keeps things in RAM-only, no database.For AI Agent side, Flashpaper provides a REST API and an MCP server so agents can create secret links easily in dead-drop style that can be claimed only once.The second claim would get a 404 which means someone already took it.However, for the agent API flow, the server sees the plaintext for a moment before encrypting, so this flow is not zero-knowledge like the web flow.
Overall, I think it work quite well for web use, but for agent API use, I am not sure this is enough security.All the limitations are listed in SECURITY.md.Some feedback would be appreciated.I make it open source with MIT license, with honorware policy for Enterprise use, like self-hosted docker.Here is my repo https://github.com/mmmpym/flashpaper and you can try it here https://flashpaper.app Again !Please feel free to tell me what I missed.Min
这条还缺什么证据？
下面每条都由本条已有字段推出（等级、理由、商业模式、来源次数、是否演示）， 本站不生成推测性结论；通用验证方法放在方法论页。
- 可核验的收入或付费证据查官网定价页与付费口径；第三方数据源（如 GetLatka）只作旁证，需标注来源与时点。
- 只有单一来源找一手站点或其他渠道是否重复出现同一产品；社区热帖数量不等于商业进展。
通用验证清单（谁有这个问题／谁愿意付费／一个人能交付哪一小步）见我们的筛选方法。