亲爱的朋友:
互联网的初衷是让我和你更近,但现实却是,我们从未像今天这样彼此疏远。
每一个 99+ 的红点、每一条被秒回的废话、每一个被算法精确计算的推送,都在榨干我们的耐心。连接变得极其廉价,于是交谈变得极其敷衍。
我觉得这一切不对,我想改变。
此刻,你一定在想,2026 年了居然还有人挑战微信。没错,我也知道这一切很艰难。也许飞书 API 随时关闭,也许我们会遭到「南山披萨店」的封杀,也许苹果根本不会让这种「低效率」的 App 上线。
又如何呢?
如果所有的连接都变成了负担,那我们就亲手切断那些廉价的线,重新贴上邮票,找回那份「见字如面」的份量。
我需要你帮我见证,我们曾抗争过。
—— 书信 (shuxin),Wukong
基于飞书开放能力的极简 IM:让连接慢一点、重一点。
「这个世界上,总有些话,太珍贵,只值得写在信里,贴上邮票寄出。而她会等一个充满阳光的下午,慢慢拆开。」
在 IM 过载的 2026 年,我们不需要再多一个催人秒回的工具。书信 (shuxin) 更像一场实验:试着找回笔友时代那种「愿意等」的相处方式。
- 连接的厚度:非好友寄信默认「次日达」,人为拉开一点距离。
- 诚意的博弈:每一封信消耗一枚数字邮票;服务端按规则分拣(会参考诚意与正文质量),不是谁嗓门大谁置顶。
- 注意力的主权:默认不推送、不弹窗、无红点。看不看由你;默认不看也没关系。
- 飞书作底座:文件、原图、消息通道借飞书的能力,但尽量剥掉办公软件的紧迫感。
邮局:每天最多向你推荐 10 封优先信,其余先折叠;昨天被折叠但质量不错的,第二天仍有机会浮上来。需要端到端保护的内容走服务端 AES;除收信人外,连运维也不应能随便拆开。
交互:信封、火漆一类反馈用系统触感模拟;信纸和字体可以做得旧一点、有份量。可选 AI 笔友角色:它同样受「票数」一类规则约束,不是无限骚扰。
导航:四个入口——书信、消息、好友、我。不做朋友圈、视频号,以及和「写信」无关的噪音。
- 客户端:SwiftUI(iOS)
- 网关:Node.js 或 Go(对接飞书 API,具体以私仓为准)
- 数据:Supabase / PostgreSQL(信件元数据等)
- 外部能力:飞书 / Lark 开放平台
- 立项与视觉方向
- 飞书 OAuth 2.0 登录
- 核心邮路:次日达、分拣与成本控制
- iOS 1.0(MVP)上 TestFlight
- 数字邮票等资产的上传与审核入口
需要设计师画邮票、开发者优化同步与耗电、以及愿意打磨分拣与笔友 Prompt 的文案——都欢迎。请先读 CONTRIBUTING.md(流程、Issue/PR、本仓与私仓网关的边界)。安全披露见 SECURITY.md,社区守则见 CODE_OF_CONDUCT.md,变更记录见 CHANGELOG.md。
讨论与投书:Issues(可用仓库内模板)。
本项目以 Apache License 2.0 开源。
书信,只给不着急的人。
shuxin.im