项目故事
墨堤是怎么做起来的
它从一个具体的使用问题开始，而不是从一个宏大的概念开始：手机里的声音，怎样才能更方便地到电脑上使用？此后的功能、连接方式与技术选择，都围绕这个实际问题逐步展开。
为什么先做音频
选音频作为第一个方向，不是因为它最容易，而是因为它可以被验证。采集、传输、播放、虚拟麦克风，每一步都有明确的成败标准：能连上还是连不上，有没有声音，目标应用认不认这个输入。先把这条路径做到可以正式交付，再谈其他能力，是项目一开始就定下的顺序。
1.0 阶段：把可用流程交付出来
这一阶段的目标不是功能数量，而是让 Windows 与 Android 之间的音频互联真正可用。除采集与传输外，还包括设备发现、链路选择、状态反馈、虚拟麦克风配置，以及下载、安装和更新方式。四种链路各自对应不同的环境限制，因此选择建议和限制说明同时保留在官网上，而不是只宣传能连上的情况。
为什么同时提供两个版本
应用层核心源码按 GPL-3.0-or-later 开源，愿意自行下载、跟进 Release 并维护环境的用户可以使用社区版。官方版面向希望减少维护工作的用户，提供官方打包、国内更新通道和持续维护服务。两种交付方式的核心功能相同，收费不用于解锁音频或连接能力。
为什么开始重构底层
音频跑通之后，真正的问题才暴露出来：每增加一种业务，如果都要重新处理设备、链路和会话，连接逻辑就会一遍遍重做，状态也容易互相冲突。NextCore 统一通信核心的架构重构，目的是把这些共同职责收进底层，再用清晰的接口承载不同业务——这也是未来插件化与开发者生态的基础。这是正在推进的工作，不是已经完成的功能。
关于「墨堤」这个名字
名称来自项目对界面气质与使用边界的考虑。「墨」对应视觉表达，「堤」对应路径与边界：设备如何连接、当前进行到哪一步、成功或失败，都应当让使用者看得清楚。名称可以保留审美含义，产品说明仍以事实为准。