OpenAI-Whisper-ASR-Webservice 提供的 ASR API 与 OpenAI 的 API 不兼容，特别是在处理音频文件时，前者使用 audio_file 参数，而后者使用 file 参数。为了在 Dify 中直接使用该服务，可以通过修改 API 请求参数来实现兼容。虽然尝试使用 OpenResty 的 Lua 脚本进行转发未成功，但通过 Node.js 和 Express

后端nodejs收到arraybuffer的float32array数组，直接转base64编码，更新内存中的人脸库json数组中，并通过websocket发送到可信前端以更新人脸匹配器，关于保存到json文件，不用每次更新都写入，可以定义一个接口，按请求来写入。每次后端收到新的人脸绑定信息后，也会更新人脸库，并将人脸库更新也传到这个可行前端，它重新创建人脸匹配器（根据已有的文档资料，发现只能根据

OpenAI-Whisper-ASR-Webservice 提供的 ASR API 与 OpenAI 的 API 不兼容，特别是在处理音频文件时，前者使用 audio_file 参数，而后者使用 file 参数。为了在 Dify 中直接使用该服务，可以通过修改 API 请求参数来实现兼容。虽然尝试使用 OpenResty 的 Lua 脚本进行转发未成功，但通过 Node.js 和 Express

首先是直接修改nextjs-ollama-llm-ui的源码，其实我就是这么做的，因为这样接入能将登录用户信息带入应用，可以定制页面，将用户显示在页面里，体验会更好。这阵子不是deepseek火么？用户认证信息是存放在后端redis中，key是SID，value是认证访问返回的包含用户信息的json对象转的字符串，在认证成功后写入。其实也有现成的oauth2的轮子，不过我们自己手写lua代码的话，

说到文件交互，excel文件就没有这么高大上了，两人都是用excel，那么相互提供excel文件是最适合的，这边用excel文件，那边用的是其他软件或系统，不一定能很好地识别使用excel文件，那么就涉及到文件格式的转换，其实你提供的并不是文件本身，而是要将文件里的数据提供给对方。当然node和python可以很好地处理excel文件，其他软件或系统就不太好说了。就像普通人只发挥其潜能的10%，如