为了媳妇，我不得不重构了我的小程序。

看来楼主还是不明白。

对于密码管理器这种东西，安全体现在 2 个维度上。
1 、数据的保密性
1.1 对于数据的保密性，仅有楼主自称采用了什么算法来保证，并没有任何的证明。
只贴个加密库的开源地址是没办法说明任何问题的。
1.2 对这类产品用户同样需要信任开发者
以目前的言行来看谈不上对开发者的信任。
1.3 对操作环境的信任
就跟大家都知道不应该在不信任的环境下输入密码一样。
微信对于公众来说是黑盒无法指定它内部是怎么样实现并且会做什么，而你的程序完全依赖于微信这个黑盒。
大家的回帖已经充分说明了，显然对于注重安全的群体来说是无法信任的。

2 、数据的储存的可靠性
基于数据是加密保存的前提下，数据储存的可靠是另一个问题。

微信云提供的免费空间始终是免费提供给你的，这种免费服务是随时可以取消，不应该把数据的唯一希望寄托于这种免费的服务。
另外有人问微信封号怎么办？你只回答要正确使用微信。绝大多数人都是没办法接受这种答案的，因为封号不封号是不可控的，应该也不会有人愿意以限制自己为条件来使用这个可替代的产品。

一直纠结究竟是国内还是国外的服务可信是没有意义的，因为任何非自己物理上可控制的设备都不可以彻底的信任，这才是数据必须加密储存的原因。
此外还要要预防数据丢失的问题，任何单一的储存介质都是不可信任的，这是基本原则。数据储存在微信云虽然腾讯保证数据的可用性，但是仍然是不应该信任的。数据能否自己导出这个问题楼主你自己并没有说明，就算可以，用户依然无法不依赖于微信来使用，这是个很大的问题。



最后，无论楼主的产品怎么样，被人拿来和其他产品比较是不可避免的。
对比我使用的 KeePass 来看：
KeePass 开源。楼主的程序没有开源。
KeePass 针对各种两步验证提供了解决方案（比如：TOTP ）。楼主的产品对此毫无说明。
KeePass 针对对密码管理器的各种攻击做了足够多的措施（比如：对抗密码穷举）。楼主的产品对此毫无说明。
KeePass 本身只依赖于操作系统，并且在多种操作系统上都有对其协议的实现。楼主的产品必须依赖于微信。
KeePass 的数据可以多地保存（无论是各种云产品还是存在本地的物理介质上），楼主的程序并没有说明这个问题。
所以说对比各类竞品楼主的产品并没有什么优势。