关于 Keeply

为什么我要做一个「版本控制」的软件

过去这两年期间，我们公司承包的一个公共工程项目，一名员工负责画 CAD 施工图。他画的图档放在公司共享文件夹，跟团队另外 6-7 个人一起协作。他离职前清理电脑时，刚好误删了其中一个 CAD 图档——而那份图对应的纸本当时还没扫描归档。没有文件历史、没有变更记录、没办法回到他误删前那一刻。那一份图，我们只能从零重画。

我看着这件事发生，第一个念头不是「我们信息安全没做好」也不是「谁该负责」。而是——不是我们笨。是这类软件本来就没设计成记得谁做了什么。NAS、共享文件夹、云端硬盘，它们的设计目的是让人同步协作，不是让人事后追溯。我当时想：工地需要一个文件管理工具，但不是工程师用的那种。

我自己不是程序背景出身。我深度依赖 AI 写代码，过程中认识了工程师圈一套叫 git 的东西——它能记得「谁、什么时候、改了什么」。那一刻我意识到：这套能力工程师业界用了几十年，但从来没有人带进工地。于是我开始把这层能力，重新设计成适合 6-7 个非工程师共用一份文件的版本。Keeply 就是这个答案。

在工地我看遍了这些情况——_v3_final.dwg 后面跟着 _v3_really_final.dwg、old/ 文件夹塞 50 个旧版本、团队群里每隔几天就会出现「谁那边有上周四的图」。从那时起我就在想——其他办公室的小团队呢？设计师、律师、会计事务所，那些每天 6-7 个人共用一份文件的场景，会不会也在做同一件事？用命名跟文件夹结构手动模拟文件历史。问题不是这些团队不懂技术，是这个技术从来没有人翻译给「不写 code 的人要一起改一份文件」的场景听。

我有时候在想要不要做企业版。目前我还没看到具体需求，没看到需求就胡乱设计，只会做出没有人要的东西。所以我选择先等——等到有够多企业用户来告诉我「你应该加 X」，那时候再认真做。看到那个信号我会在这一页更新。

Keeply 的 5 条原则

你会把文件交给谁？

Keeply 是一个人做的。我叫 Ting-Wei Tsao。从写代码、设计界面、回客服邮件、处理退款、回应你的 LinkedIn 消息——这些事都是我自己处理。没有客服外包、没有公关代答、没有市场团队。你写信进来，回你的是我本人。

我是通过台湾国家考试的土木技师（Professional Civil Engineer），专长营建管理，国立台湾科技大学（National Taiwan University of Science and Technology）营建工程系毕业。这两年我在营造厂处理公共工程，工地团队每天面对的文件混乱，我是亲身经历的人。

技术那边就有趣了。我深度依赖 AI 写代码，一开始我连 GitHub 是什么都不知道。有一次我开发中的 webapp 大改版，AI 疯狂改坏我的东西，我当时没用 git。好在 AI 后来帮我逆向修复回来，我才回头问：「这种事情根因要怎么解？」——那是我第一次认识 git。

我以前架 VPS 分销给全世界，最多 1600 个客户在用我的服务——所以「在网上把软件交到陌生人手上并维护它」对我不是新事。那段经历教我一件事：客户不在乎你公司多大，他们在乎你能不能解决问题。Keeply 由我一个人做，意思是没有产品经理强制我加仪表盘、没有市场要我写「AI-powered」、没有客服话术挡在你跟我中间。你的消息会直接到我这里。对我来说，创业的核心就是帮人解决问题——Keeply 解决的就是工地、办公室小团队每天面对的文件混乱。

如果有一天 Keeply 不见了，你的数据还在吗

简单回答：还在。Keeply 的文件历史存在你跟团队每一个人的本地，不在我们公司的服务器。就算 Keeply 公司明天倒了、我们的网站下架了、付费系统停摆了——你打开电脑的 Finder（或 Windows 文件资源管理器）、进到 Keeply 文件夹，那 200 个版本还在原来的位置。团队 6-7 个人，等于 6-7 份各自独立的备份。

软件授权 30 天内无条件退款。Team Plan 月付、年付、$599 早期体验永久授权都适用——不问理由、不需填表、寄一封信给我就行。详细条款见退款政策。

如果有一天你决定不再用 Keeply、想换别的工具——你可以拿走你的数据。文件历史用公开格式存放、第三方软件可读。你不会被 Keeply 锁死在这里。