为什么 Perkoon 存在

Source: Dev.to

我在一个充满活力的互联网中成长。个人网站、奇特工具、由有想法的人们打造的软件。你能感受到他们所创造的东西背后的人类存在。

在过去的十年里，这种感觉逐渐消失。并非一瞬间，而是先是逐步，然后突然。所有东西都变成了同样的五个产品。相同的圆角、相同的引导流程、相同的隐私政策——只为保护公司而写，根本不顾用户。互联网开始像宜家一样，功能性强、无冒犯性，却对你完全漠不关心。

我无法修复互联网。我是立陶宛的一个人，有一份日常工作，拉巴诺拉斯有一座半建成的房子，还有一个七月才开始探索世界的幼儿。我在下班后、孩子入睡后，在那些没有被占用的时间里进行创作。睡眠是赋予我的东西。

但我可以按照我认为该有的方式，打造一件事物。

前提

文件传输感觉是个合适的起点。规模足够小，能够单独完成；价值足够大，值得关注；而且已经被彻底、令人沮丧地enshittified。WeTransfer 被收购后，砍掉了免费层，然后悄悄更新了服务条款，声称有权使用你的文件来训练 AI。其他选择大多是 Google 的产品，或者试图成为 Google 的产品。没有人真正用心去构建它。

于是我动手了。

这个前提很天真：文件传输本应免费。 不是“免费但有限制”。而是真正的免费。无需账户，没有大小限制（如何发送大于 10 GB 的文件）。会话可以保持数小时打开，足够长，以至于“大多数情况下双方需要同时在线”不再是实际的限制。

实际工作原理

那并不是商业模式。所以我采用了双重方案。

P2P 用于直接的一对一传输。 文件通过 WebRTC 直接在浏览器之间传输，我这边不存储文件。无限大小。无需账户。发送者准备文件并保持标签页打开，接收者在几小时内加入，传输会自动开始。发送者的标签页充当服务器。无需存储，无需泄露，也没有任何人可以用来训练模型的内容。

听起来很简单，实际上并非如此。浏览器从未为此设计。它们在超过几 GB 时会以各种奇怪方式崩溃。但它能工作，而且足够可靠，已经被人用于实际场景。

云层用于一对多共享和真正的异步传输。 当你需要向多个人发送文件或无法保持标签页打开时，就会使用它。这也是收入来源，让我能够继续开发我感兴趣的项目。

意想不到的第二幕

然后发生了一件意想不到的事。

一旦点对点架构稳固，我就意识到，使其对人类有益的同样属性也同样适用于代理。没有需要操作的用户界面。结构化输出。可脚本化。无头（headless）。

每个主要的文件传输服务都假设用户有双手。这个假设正变得越来越不准确。代理会在凌晨 3 点运行流水线。自动化需要在各步骤之间移动文件，而不需要人类在屏幕前。没有人为此构建过解决方案。

所以我围绕它构建了这些。带 JSON 输出的 CLI。npm 包。A2A 代理卡。llms.txt。从一开始就是Agent‑native，而不是后期改装。

名称

这个名字来源于 Perkūnas，立陶宛的雷神。他不是宙斯，遥远、政治化、自私的那种。他才是真正会出现的那位。Perkūnas 行动积极、愤怒且站在你这边。他的永恒敌人偷走属于活者的东西并把它拖入地下。Perkūnas 在天空中追逐它，并在它藏匿之处击中。

是的，我创办了一家向人们讲授立陶宛的公司。

这是什么

Perkoon 并不是想成为下一个 WeTransfer。它想成为在你不再信任 WeTransfer 之后出现的那种东西——快速、怪异、坦诚地说明它是什么。由一个希望让互联网重新焕发活力的人独自构建。

它是免费使用的。

Perkoon 是免费使用的。如果你正在构建代理工作流，自动化文档位于 。