对，主要是 API 的甲。因为我发现不管我是用这个 opencode go渠道，还是去接官渠的 API，它现在做逆向工程，时不时的就会断。如果只是 harness 的甲的话就好了，但是主要是好像不是 harness 的，因为 harness 的我已经去了。而且破甲了之后，我也一直没更新。所以说应该不是 harness 的问题。

我给 DSH 和 CodeX 都破甲了，我的 system prompt 可能因为注入了写逆向工程的内容，导致上游拒绝返回。 我破甲用的这个佬帖子里的内容。

主要是这个，它一开始宣传的就是能够越来越懂你的语音输入的 Agent，而不是一款单纯的语音输入。然后就让我误解成了，它是能够根据我输入的这个全面回忆，然后能够越来越了解我。但实际上，真正的还是需要自己去设置风格，自己去设置 memory，然后自己去沉淀词典。我之前以为这些都是能够自动化的，因为它打的是 Agent 的那个宣传。

也是，我觉得 memory 可能不会越来越多，memory 就是要更精细化。但我觉得更多的是平时在日常使用中，一段时间可能在做一个项目，那这个项目的语音输入过程中应该会有很多关键词，是可以不用了的。 那在我们一开始进行语音输入的时候，还有可能会语音输入错误，这时候就会识别到。像这种如果能接入的话，我想它更多是会沉淀，一个项目沉淀出对应的词典，一个工作流会有一个对应的词典。 像现在目前他这个全面回忆

这个好像，如果是微信的话，感觉可以做到吧。 就是获取微信联系人的信息，然后导入到这个语音输入软件里面，再强制一点，加上文本正则化，基本上就不会出问题了。