许可询问：非官方 AhaKey X1 实验固件 HEX 的分发与署名要求

[lgcyaxi]

你好，我们正在为 AhaKey X1 尝试一个独立的 Rust/Tauri 客户端，并研究 USB 与两条 BLE 连接之间的输入路由。

实验固件在 AhaKey 板级实现的基础上增加了自定义路由逻辑，不是完全独立重写，也不会标为官方固件。看到资料中的受控访问和分发限制，希望在公开发布前确认：

1. 是否允许以个人、非商业研究用途，在自己的 GitHub fork Releases 发布编译后的非官方 HEX，但不附带受控源码、原理图或其他硬件资料？
2. 如允许，需要遵循哪些许可证、来源署名、版本标识和风险提示要求？独立新增的源代码是否可另行公开，哪些厂商代码必须保留私有？
3. 如果需要另行取得书面授权，建议通过哪种官方渠道申请？

本 Issue 不附带固件或受控资料；我们会在获得明确许可后，按允许的范围处理固件发布。Rust 客户端 PR 将与固件分发分开处理。

谢谢！

[ZephyrKeXiner]

Hi @lgcyaxi,

很高兴能看到有人能够基于我们的AhaKey X1硬件发挥创意进行二次开发！

关于你说的许可问题：

1. 非官方固件发布
   我们的官方固件目前闭源，仅分发二进制。对于本 Issue 描述的实验项目，我们同意你以个人、非商业研究用途，在自己的 GitHub fork Releases 中发布基于 AhaKey 板级实现修改并编译的非官方 HEX 文件。
   这项许可针对上述固件二进制，不包含受控源码、原理图及其他未获准公开的资料。

2. 源码与许可证
   对于你自行编写、且不包含我们受控代码或资料的新增代码，你可以另行公开，并自行选择许可证。包含或改编自我们私有代码的部分，包括对这些代码的修改，仍需保持私有；如希望公开，可以进一步与我们确认具体范围。
   我们不要求你的独立代码采用指定的开源许可证。如项目包含第三方代码或组件，仍需遵循其适用的许可证，并保留相关声明。

3. 来源与版本标识
   请在 README 和 Release 中明确说明这是基于 AhaKey X1 的社区非官方实验固件，注明对应的硬件型号、固件版本及主要修改，并提示刷写和使用实验固件的风险，避免与官方固件混淆。
   我们也希望你为仓库添加 ahakey topic，并在 README 中链接到我们的 GitHub 组织主页。

4. 后续沟通与合作
   对于上述范围内的发布，无需另行申请；如果后续涉及商业用途或受控内容的公开，请先在此 Issue 中联系，我们会进一步沟通。

我们也很期待你的实验成果，并欢迎进一步合作。未来官方固件可能会参考社区提出的功能思路；如涉及使用你的代码，我们会遵循你选择的许可证，或另行与你沟通授权。

[ZephyrKeXiner]

另外我们现在正在重构目前的软件，计划下一版本用Rust实现和AhaKey X1进行连接的Runtime层，以实现更好的可靠性和跨平台移植性。

如果您有相应的合作意向，非常欢迎联系我们！

[lgcyaxi]

@ZephyrKeXiner 感谢授权说明和合作邀请！补充同步一下我们的 Rust 客户端开发进展：

我们已完成首版 Rust / Tauri 2 / React 客户端，并提交了合并 PR：#65（https://github.com/AhakeyAI/desktop/pull/65）。目前已从草稿转为正式待审，尚未合并。

客户端作为独立的 ahakey-desktop/ 子项目，包含原生 USB/BLE 通信、语音输入及设置界面。PR 仅包含 Rust 子项目和对应 CI，不替换现有 Java/Swift 客户端，也不包含受控固件源码、原理图或私有文档。当前主要完成 Windows 端验证，macOS/Linux 的完整原生验收仍需继续。

看到你们也在规划 Rust Runtime，我们很愿意进一步交流连接层接口和跨平台集成方式。欢迎查看 PR 并提出建议，我们可以根据上游的重构方向讨论如何对齐。