亲爱的朋友：
互联网的初衷是让我和你更近，但现实却是，我们从未像今天这样彼此疏远。
每一个 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