标题: 甲骨文放水，快冲
作者: #SarK
板块: #搞七捻三
编号: 1932138
帖子: https://linux.do/t/topic/1932138
时间: 2026-04-09 18:57:04
摘要:

以前为了办甲骨文搞了好多外币卡，陆陆续续试了好几年了，就一个账号，今天放水了

标题: hotm注册的20个gpt账号
作者: #AMTOPA
板块: #福利羊毛
编号: 1932141
帖子: https://linux.do/t/topic/1932141
时间: 2026-04-09 18:57:27
摘要:

中午注册的，但是我不会用而且暂时用不到，就免费送了。不知道还存活多少
acc.zip (57.6 KB)

标题: 回馈社区，GLM Coding Plan 体验卡 5张
作者: #小爷神坑
板块: #福利羊毛
编号: 1932153
帖子: https://linux.do/t/topic/1932153
时间: 2026-04-09 18:59:29
摘要:

一直在薅大家的福利，今天也分享一波
我在使用GLM Coding Plan，数小时内完成过去需要数周的开发工作，赠送你1张7天AI Coding体验卡，一起来用吧：https://bigmodel.cn/activity/trial-card/DNYB5FMW11

标题: codex又发啥神经了
作者: #eight7
板块: #开发调优
编号: 1932154
帖子: https://linux.do/t/topic/1932154
时间: 2026-04-09 18:59:42
摘要:

codex关掉之后然后再打开，怎么一直显示不出主界面，但后台进程是有的

标题: Hermes画流程图的技能是自带的吗？！
作者: #A.Ziegler
板块: #开发调优
编号: 1932170
帖子: https://linux.do/t/topic/1932170
时间: 2026-04-09 19:04:05
摘要:

我刚刚让他帮我按照文字描述画一张流程图,闲着没事我就在那儿读他的思维链，我发现他在按个生成矢量图形,想把这些矢量图用PPT还是什么形式组合到一起,太震撼了。

标题: 佬友们有哪些测试模型智商的问题
作者: #MemEcho
板块: #搞七捻三
编号: 1932182
帖子: https://linux.do/t/topic/1932182
时间: 2026-04-09 19:06:27
摘要:

meta新推出的模型？一时想不出最新的问题

一开始没输出完感觉一般，没想到最后回答的有模有样的

标题: deepseek或将进入付费时代
作者: #Ningbainb
板块: #搞七捻三
编号: 1932186
帖子: https://linux.do/t/topic/1932186
时间: 2026-04-09 19:07:03
摘要:

一个合理的猜测，Deepseek推出的专家模式可能会跟那个API开放平台结合，选择专家模式的时候会调用API开放平台的余额
猜测的原因有以下两点
第一个是，这个专家模式，它的图标是一个小钻石。
第二个是之前的旧存档的都归为了快速模式。然后感觉真正的V4还没上。

标题: claude 模型扫盲科普
作者: #Cursor发烧友
板块: #开发调优
编号: 1932188
帖子: https://linux.do/t/topic/1932188
时间: 2026-04-09 19:08:01
摘要:

这个 claude模型不是只有三个么 haiku  sunnet  opus ,怎么我接了个Claude 中转站，里面有四五十个claude模型，都能测通

标题: codex 500了吗
作者: #bltbbbego
板块: #开发调优
编号: 1932201
帖子: https://linux.do/t/topic/1932201
时间: 2026-04-09 19:11:27
摘要:

一直这样

标题: 「投票民调」对于社区回复字符限制新规，你的看法是...
作者: #Shilin Zhou
板块: #运营反馈
编号: 1932204
帖子: https://linux.do/t/topic/1932204
时间: 2026-04-09 19:12:19
摘要:

2026 年 4 月初，LINUX DO 社区上线 Booster 功能，同时将回复的最小长度调整为20字符。对这一新规，佬友们褒贬不一。为了更直观的反应社区大部分佬友的诉求，在此做一个匿名小调查。请在下方投票区选择你的最认同的观点~


我完全支持这一调整。
我基本支持这一调整，但希望“福利羊毛”区能不设或下调此限制。
我理解始皇的初心，但希望所有板块都下调字符限制（比如 10 字以上）
我希望能字符限制回归原状并采用其他更合理的方式解决水贴问题，而不是一刀切。
我只希望字符限制回归原状。
我对此问题不感兴趣/普通没意见。

Click to view the poll.

标题: windows版codex安装
作者: #xixi
板块: #搞七捻三
编号: 1932206
帖子: https://linux.do/t/topic/1932206
时间: 2026-04-09 19:12:33
摘要:

倒腾了几个小时，终于把windows版本的codex从microsoft store安装好了
我的经验是下载和安装
1.关闭梯子
2.重置Microsoft应用商店缓存：按 Windows 徽标键 + R 打开“ 运行 ”对话框，键入 “wsreset.exe ”，然后选择“ 确定 ”。
3.从系统组件里面进行修复，然后就可以下载安装好了
4.挂上梯子，登录开始使用

标题: 谁懂一路从axure到figma到cursor，现在换了新工作，又用回axure的无力感
作者: #paps
板块: #搞七捻三
编号: 1932209
帖子: https://linux.do/t/topic/1932209
时间: 2026-04-09 19:13:04
摘要:

有没有同款产品？我真的哭死，还在蓝湖，切图，一堆人开会。为了钱，重新学axure，无力了

标题: 用Codex写了一个脚本，用于切换api后聊天列表消失的问题
作者: #Suiying
板块: #搞七捻三
编号: 1932219
帖子: https://linux.do/t/topic/1932219
时间: 2026-04-09 19:14:58
摘要:

https://github.com/Suiying6023/codex-provider-reset
好像是有些效果，思路和说明也已经放上去了，小白一枚请佬友轻点喷（

标题: claude code /v1/messages 转OpenAI /v1/responses 时的缓存问题（可以魔改sub2api）
作者: #truett
板块: #开发调优
编号: 1932223
帖子: https://linux.do/t/topic/1932223
时间: 2026-04-09 19:15:47
摘要:

把 /v1/messages 请求转换成 /v1/responses 请求时，除了转换：

model
system
messages
tools

这些结构字段外，还应该处理好缓存相关参数。
其中一个关键点是：
prompt_cache_key 要写到 /v1/responses 的请求体顶层
最终生成的 /v1/responses 请求体应该是这种形式：
{
“model”: “gpt-5.4”,
“input”: […],
“stream”: true,
“prompt_cache_key”: “xxx”
}
这里的 prompt_cache_key 是 请求体参数，需要显式写进去。
———
这个值怎么得到
转换 /v1/messages 时，可以按这个顺序生成 prompt_cache_key：
1. 先取现成的会话标识
优先从请求头读取：

session_id
conversation_id

如果有值，就可以直接作为缓存标识来源。
———
2. 如果没有，再从 metadata.user_id 里提取
有些 /v1/messages 请求会在 body 里带：
{
“metadata”: {
“user_id”: “…”
}
}
这里的 metadata.user_id 通常包含稳定的会话信息，可以从中解析出 session 相关值。
———
3. 如果需要，可以基于这些值生成稳定的 key
例如基于：

model + metadata.user_id

生成一个稳定 UUID 或 hash，把它作为 prompt_cache_key。
核心要求只有一个：

同一个会话下生成的值要稳定。

———
正确的转换顺序
转换逻辑可以概括为三步：
第一步：提取或生成缓存标识
从这些位置获取：

session_id
conversation_id
metadata.user_id

得到一个稳定的 promptCacheKey
第二步：完成结构转换
把 /v1/messages 转成 /v1/responses，包括：

system → input
messages → input
tools 映射
其他参数映射

第三步：把 promptCacheKey 写回请求体
把前面得到的值放到最终 JSON 顶层：

prompt_cache_key

———
为什么这一步重要
很多实现里，缓存标识虽然已经在内部算出来了，但如果最终生成的 /v1/responses 请求体里没有：

prompt_cache_key

那么缓存相关语义就没有完整保留下来。
结果通常是：

请求能正常执行
返回结果也正常
但缓存命中效果不稳定

———
一句话总结
/v1/messages 转 /v1/responses 时，除了结构字段转换，还应该：

从 session_id / conversation_id / metadata.user_id 中提取或派生稳定会话标识
把这个值写到 /v1/responses 请求体顶层的 prompt_cache_key

这样转换逻辑才是完整的。

标题: 可以用ai来写用户手册吗？
作者: #Ben2008
板块: #开发调优
编号: 1932225
帖子: https://linux.do/t/topic/1932225
时间: 2026-04-09 19:15:50
摘要:

比如我可以给他一个功能模块的清单及对应的页面，让ai分析代码来编写这些页面的功能说明
后期我再人工插入截图吗？
有现成的agent吗？使用什么大模型比较好？