@yueji 这个法律上咋确定我知道用户拿来干嘛的呢，我自己只是想着做着锻炼技术的

@sillydaddy 酷！看了一下，感觉有点高深。可能对我当前的技术能力来讲，0 宽字符替换或许是我能想到的比较合适的方法了哈哈。或许等大佬把基于 LL M 的做成成熟方案之后可以考虑一下

@python35 确实是个问题，这方面考虑不周了，后面看看转成 tg 吧

@oneisall8955 这个 solana 我没有听说过，但是 GitHub 主页贴了个爱发电的链接。当然任何捐赠都不与具体项目相关，像是这种敏感项目，更是不能和钱扯上关系的

@wunonglin

@baiyi 希望不要到这一步吧，如果有相关人员找我的话，肯定配合调查，对我们国家来说稳定太重要了

@AstroProfundis 同意，感觉开发者这边的话语权真是太低了，像冤大头一样。。。

@kemikemian 可以做到，隐写图片很简单的。但这个的缺点是无法抗压缩。然后在无障碍层面，难以通过点击等方式直接获取屏幕上图像的源文件。目前的图片隐写方案基本是需要拿到源文件再解密的。

@weixind 感谢大佬提供了详细的具体条目！如果有人找我的话，我一定配合调查，希望不要沦落到这个地步

@dpx 嗯，感谢大佬提醒

@weixind 感谢大佬提醒，不过我有一点疑问，如果我在完全不知情的情况下软件被别人利用了，法律上我也会有连带责任吗？感觉有点像卖菜刀的和用菜刀砍人的那种情况类似。不过我对法不是很懂，还望指点

@liujigang 感谢大佬评论，我的想法是这样的，
@Kirkcong 嗯，确实有点风险，感谢大佬提醒，我也多加小心。

@Kirkcong 嗯，李跳跳毕竟涉及广告业务，属于触犯人家商业利益了，被搞确实意料之中。不过我这个只是提供一个加解密，没有直接触及金钱相关的东西，可能相对好一些吧

@mscsky 是这样的，因为自建通讯工具的话操作上可能麻烦些，同时可能要承担服务器费用，使用 NekoCrypt 的话，就把这部分的代价转嫁给其他的通讯软件了。同时为了方便，我尽可能把软件交互做得简单些，但是需要用户手动打开无障碍授权这个省不了

@colincat 大佬，这种如果开源了会有什么风险吗？因为感觉写的过程中并没有用到一些高深的东西，而且因为本身涉及加解密，对隐私重视程度较高，所以选择开源，我想着这样可以减轻使用者的顾虑

@wtdd 感谢评论，应用场景交给用户自行决定吧哈哈，实际上本身就是个练手的项目，熟悉下安卓 compose 开发和 kotlin 语言，本意是不会接触商业化的，因为要考虑到这个用途的特殊性，不能赚钱是底线。群聊私聊其实是没有限制的，相当于附加在其他聊天软件上的一个插件，本身不提供任何聊天相关的存储功能

@levelworm 可以的，但是这里需要考虑的一点是图片发出去不能被压缩，因为隐写字符串这种做法是需要保证图片完整性的，被平台压缩图片了就不行了

@miao1007 感谢大佬指点，确实这是一个问题，变体隐写容易被匹配也是真的，如果确实有人要检测，可以很容易做相应匹配