我想要使用Cursor的BYOK功能，想使用New API的中转站接口接入到Cursor的自定义OpenAI接口里。
即下图功能：

前提：我使用的是ProPlan账号，有BYOK权限，这个功能设置自己的APIKey后仍然不是本地请求的，而是向cursor服务器发送一个请求，然后cursor的服务器再向你设置的baseurl发送请求（这个也挺抽象的，设置完之后来回转发有四五层哈哈哈）
直接填NewAPI的接口是无法使用的，因为NewAPI的逻辑似乎是根据端点判断响应格式的，Cursor请求的端点是：/v1/chat/completions接口，但根据我的抓包，它的RequestBody是responses api格式的。（下面的图片来自我写的转发服务）


所以我就写了一个转发服务（需要部署到公网），用来监听/v1/chat/completions，然后转发到NewAPI的/v1/responses接口去。
但是实际上这样也不行，因为cursor的RequestBody会有两个多余的field，NewAPI会报错，这两个field似乎没什么用，我直接删除了。

删除后Cursor不再报错，对应的响应也正常生成了；但问题是：Cursor里既没有显示响应的进度，请求结束后Cursor里也什么都不显示，且没有报错。

（如图）
我现在怀疑是codex或者newapi的接口格式和官方的responses格式有差别。
不过这个也很奇怪，为什么cursor会请求completions接口呢？但是BYOK功能也确实不能设置具体的请求端点，只能由cursor决定。
或者是否有佬友能提供一个官方的apikey供我抓包获取一下官方的响应格式，或者提供一份使用官方API的Cursor BYOK响应示例？
想问一下有佬友做过类似的事吗，可以一起讨论一下

我的c盘（即图中的win10pro）和d盘（data）是一个硬盘里的，因为c盘快满，就打算割d盘的一部分给c盘，结果出现这个情况

现在两个盘都不显示了


这个情况还能保d盘的数据吗？

ナゾロジー – 7 Mar 26
  

  
    

肛門は「精子を放出する穴」から進化した可能性がある - ナゾロジー

  ノルウェーのベルゲン大学（UiB）で行われた研究によると、私たちの身体にとって当たり前の存在である「肛門」は、実はもともと精子を放出するための穴から進化したかもしれないという。
もしこれを初めて耳にすれば、多くの人が思わず首をかしげたくなるかもしれません。
しかしながら、最近の調査では、一見突飛に思えるこの説を裏づける証拠が少しずつ集まってきているのです。
いったい具体的にどんな発見があったのか、そしてなぜ肛門が「精子を出す穴」と深く関係するようになったのか、気になりませんか？
この研究の論文は...


  

  
    
    
  

  


https://www.nature.com/articles/s41559-025-02866-6