标题: 请教各位大佬:黑与白公益站报错conversion_error invalid character
作者: #dfeiwej
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/2012645
时间: 2026-04-20 17:49:11
摘要:
作者: #dfeiwej
板块: #开发调优
编号:
2012645帖子: https://linux.do/t/topic/2012645
时间: 2026-04-20 17:49:11
摘要:
正常用的途中报错:{“error”:{“code”:“conversion_error”,“message”:“invalid character ‘{’ after top-level value (request id:
20260420174432654741485AoEt2eyl)”,“type”:“system_error”}}标题: Spec-First:重新定义 AI Coding 的工作流
作者: #leokuang
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/2012647
时间: 2026-04-20 17:49:59
摘要:
作者: #leokuang
板块: #开发调优
编号:
2012647帖子: https://linux.do/t/topic/2012647
时间: 2026-04-20 17:49:59
摘要:
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
我的帖子已经打上 开源推广 标签: 是
我的开源项目完整开源,无未开源部分: 是
我的开源项目已链接认可 LINUX DO 社区: 是
我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
AI coding is not a prompt problem — it is a workflow problem.
Spec-first turns AI coding from ad-hoc chat into a governed engineering loop:
Codebase → Graph → Spec → Plan → Code → Review → Knowledge.
Spec > Code. Systems > Prompts.
标题: 百度的coding plan分享
作者: #Mql
板块: #福利羊毛
编号:
帖子: https://linux.do/t/topic/2012650
时间: 2026-04-20 17:50:19
摘要:
作者: #Mql
板块: #福利羊毛
编号:
2012650帖子: https://linux.do/t/topic/2012650
时间: 2026-04-20 17:50:19
摘要:
如图所示额度还有很多呢!
CC-Switch里面的配置如下: “env”: {
“ANTHROPIC_AUTH_TOKEN”: “bce-v3/ALTAKSP-EihSnhbrxbmiuso5IeI5u/44ad54884b322830e0eab6bcf6fb925b94704d27”,
“ANTHROPIC_BASE_URL”: “https://qianfan.baidubce.com/anthropic/coding”,
“ANTHROPIC_DEFAULT_HAIKU_MODEL”: “glm-5”,
“ANTHROPIC_DEFAULT_OPUS_MODEL”: “glm-5”,
“ANTHROPIC_DEFAULT_SONNET_MODEL”: “kimi-k2.5”,
“ANTHROPIC_MODEL”: “glm-5”,
“ANTHROPIC_REASONING_MODEL”: “glm-5”
} 具体的配置可以去看看 百度千帆 - 百度智能云控制台 ,最后就是希望佬友可以多给我点一些赞,谢谢大家了
标题: GPT上下文压缩(compaction)一直失败
作者: #youddd
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/2012658
时间: 2026-04-20 17:51:11
摘要:
作者: #youddd
板块: #开发调优
编号:
2012658帖子: https://linux.do/t/topic/2012658
时间: 2026-04-20 17:51:11
摘要:
Error running remote compact task: stream disconnected before completion: err
or sending request for url
(https://chatgpt.com/backend-api/codex/responses/compact)
这个报错通常不是你代码本身的语法错误,而是 Codex/ChatGPT 在做“上下文压缩(compaction)”时,请求中途断开了。报错里的关键信息是:
remote compact task:说明它在远端执行“压缩上下文”的任务。
stream disconnected before completion:说明流式响应还没完成,连接就断了。
/backend-api/codex/responses/compact:说明失败的是 compact 接口,不是普通回复接口。
更直白地说,就是:
会话太长 / 需要自动压缩上下文时,压缩这一步失败了。
最近有不少相同报错的公开反馈,复现描述也基本一致:一旦会话进入自动 compact,任务就可能失败,然后前文上下文会丢失或后续无法继续。
今天我的GPT一直报这个错,只要对话了十几轮,开始上下文压缩(compaction)时候,就报这个错,不停任务失败,只能重开会话来解决。
标题: 【抽奖】要升3级了,抽两个GLM Coding Plan 7天体验卡
作者: #Rhedar
板块: #福利羊毛
编号:
帖子: https://linux.do/t/topic/2012660
时间: 2026-04-20 17:51:35
摘要:
作者: #Rhedar
板块: #福利羊毛
编号:
2012660帖子: https://linux.do/t/topic/2012660
时间: 2026-04-20 17:51:35
摘要:
抽奖主题:GLM Coding Plan 7天体验卡 × 2
奖品详情:
GLM Coding Plan 7天体验卡 × 2
活动时间:
开始时间:Mon, Apr 20, 2026 5:50 PM CST
截止时间:Tue, Apr 21, 2026 7:30 PM CST
参与方式:
在本贴下回复“任意内容”即可参与。
抽奖规则:
每位用户仅允许参与一次。
将使用 LINUX DO 抽奖工具在所有回复中随机抽取中奖者。
注意事项:
本活动将在活动截止时间后关闭回帖,以确保公正性。
中奖者将在活动结束后在本帖公布,并通过论坛站内信由发起人通知领奖方式。
所有规则及抽奖结果由 @Rhedar 及论坛管理团队最终解释。
发起人承诺:
作为本次抽奖的发起人 @Rhedar,我承诺本话题的抽奖活动严格遵守 LINUX DO 社区抽奖规则。因违反上述规定引发的公平性争议或其他问题,均由我独立承担相应的道德与法律责任。
期待您的积极参与,祝您好运!如有任何疑问,欢迎随时联系 @Rhedar 或论坛管理团队。
标题: 华为pura90系列值得购买吗
作者: #Felix
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/2012686
时间: 2026-04-20 17:53:27
摘要:
作者: #Felix
板块: #搞七捻三
编号:
2012686帖子: https://linux.do/t/topic/2012686
时间: 2026-04-20 17:53:27
摘要:
华为Pura 90售价在4699元至5699元;
华为Pura 90 Pro售价在5499元至7499元;
华为Pura 90 Pro Max售价在6499元至8499元。
标题: AI Coding时代 如何管理工程
作者: #xuanjun
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/2012701
时间: 2026-04-20 17:54:34
摘要:
作者: #xuanjun
板块: #搞七捻三
编号:
2012701帖子: https://linux.do/t/topic/2012701
时间: 2026-04-20 17:54:34
摘要:
在AI Coding的背景下。传统软件开发中的工程管理,团队协作还怎进行?难道都要进入一人项目,单人开发的阶段了吗?
佬友们有没有落地的团队协作的AI Coding方案啊?
标题: 笑死我了,uber
作者: #bonabarenfei
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/2012709
时间: 2026-04-20 17:55:35
摘要:
作者: #bonabarenfei
板块: #搞七捻三
编号:
2012709帖子: https://linux.do/t/topic/2012709
时间: 2026-04-20 17:55:35
摘要:
由于使用claude开发代码,uber已经消耗完了2026年度的ai预算
标题: 请问各位大佬,站内目前还有哪些可以稳定使用codex的付费中转站
作者: #______西班木有蛀牙
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/2012714
时间: 2026-04-20 17:55:59
摘要:
作者: #______西班木有蛀牙
板块: #开发调优
编号:
2012714帖子: https://linux.do/t/topic/2012714
时间: 2026-04-20 17:55:59
摘要:
有使用某佬公布注册机,加教程,使用cpa 使用了一段时间的gpt。今天全给封了,还有稳定可靠的付费codex中转吗,求一个
标题: 今天的梯子不怎么稳定,频繁掉线,是有人开始移梯子了吗?
作者: #syh
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/2012730
时间: 2026-04-20 17:58:44
摘要:
作者: #syh
板块: #搞七捻三
编号:
2012730帖子: https://linux.do/t/topic/2012730
时间: 2026-04-20 17:58:44
摘要:
要不就是延迟很高,要不就是数据不可达 你们的梯子有波动吗?
标题: 我现在有中转了claude。配置好了ccs。然后桌面端的claude是不是不支持ccs?
作者: #heping yu
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/2012732
时间: 2026-04-20 17:59:06
摘要:
作者: #heping yu
板块: #开发调优
编号:
2012732帖子: https://linux.do/t/topic/2012732
时间: 2026-04-20 17:59:06
摘要:
目前我现在配置好的ccs设置。启用后能正常接通。但是问题来了,我启动claude code桌面版本。貌似和codex不一样不会自动切换到自定义模型模式那种。谁知道怎么用?
标题: 妈妈再也不用担心我的耳朵:115网盘+LX music+ios音乐软件实现网盘音乐直听
作者: #kingstacker
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/2012752
时间: 2026-04-20 18:01:10
摘要:
作者: #kingstacker
板块: #搞七捻三
编号:
2012752帖子: https://linux.do/t/topic/2012752
时间: 2026-04-20 18:01:10
摘要:
一直是网易云音乐的vip,可惜,受限版权的原因和开屏广告的问题,还是投入网盘音乐的怀抱了。
正巧买的115网盘可以用上,通过LX music下载FLAC音质的音乐,导入网盘,通过ios上的软件接入网盘即可听音乐。
体验几天还不错。
标题: 我的API在闲置置换公益站被蹬了1.5K次,但是完全看不懂被拿去干嘛了(纯好奇)
作者: #🦖
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/2012767
时间: 2026-04-20 18:01:48
摘要:
作者: #🦖
板块: #搞七捻三
编号:
2012767帖子: https://linux.do/t/topic/2012767
时间: 2026-04-20 18:01:48
摘要:
从【闲置API置换公益】佬们,我也是支棱起来了,喜获linuxdo子域名继续的讨论:
今天在看CPA额度的时候突然发现我没在用的json好像额度少了,于是立马想到昨天把api挂到闲置置换公益站了,然后上去就看到我的api调用位居榜首。
看着还挺开心的,毕竟本来挂上去就像换点别的模型用用,但是好像配额并没用掉太多,于是我看了一眼请求日志。
看上去完全不像是coding的场景,我往后翻了好久,几乎都是500token以内的请求。但好像也不像沉浸式翻译,因为已经持续四五并发了一个多小时的时间?可能是在跑什么脚本?
因为平常的使用没接触过这样的请求形态,有没有知道的佬解答一下这样的请求通常是在跑什么?(纯好奇)
标题: 目前注册机已经成功能注册了,目前想搭建公益站
作者: #ghx960202
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/2012785
时间: 2026-04-20 18:03:10
摘要:
作者: #ghx960202
板块: #搞七捻三
编号:
2012785帖子: https://linux.do/t/topic/2012785
时间: 2026-04-20 18:03:10
摘要:
各位佬,请教一下我目前想买个服务器(阿里云的2核2G个人开发试用),我打算使用Ubuntu系统docker部署sub2api,这个情况能搭建公益站嘛?有什么需要注意的?
标题: 之前查IP纯净度要开一堆标签页,发现一个聚合了16个数据源的,省事不少
作者: #abel
板块: #资源荟萃
编号:
帖子: https://linux.do/t/topic/2012806
时间: 2026-04-20 18:07:34
摘要:
作者: #abel
板块: #资源荟萃
编号:
2012806帖子: https://linux.do/t/topic/2012806
时间: 2026-04-20 18:07:34
摘要:
之前每次拿到新节点或者换了VPS,检查IP质量都得开一排标签页——ipinfo 看 ASN 类型,scamalytics 看 fraud score,proxycheck 看有没有被标记代理,ping0 看风控值,ip-api 看 hosting 标记……一圈下来五六个网站,结果还经常互相打架。
最典型的就是 Cogent AS174 的双ISP段,ipinfo 标 ISP 类型、Privacy False,一片绿;结果 ipapi.is 直接标 hosting,scamalytics 底层字段 Datacenter=Yes。同一个IP,两种完全相反的结论,你说信谁?
前阵子偶然看到一个站 iprisk.top,试了一下思路挺有意思:一次查询跑 16 个数据源(ipapi.is、Scamalytics、proxycheck、Shodan、Pulsedive、GreyNoise、Blocklist.de、IP2Location、DNSBL 这些都在里面),每个源独立给出判断,然后用投票机制汇总IP类型——比如 16 个库里 12 个说是机房,那就是机房,不管 ipinfo 怎么标。
评分是分层天花板制的,先判定 IP 类型(住宅双ISP / 住宅单ISP / 移动 / 企业 / 机房),不同类型有不同分数上限。机房IP天花板大概 45-55,住宅最高能到 100,然后在天花板内根据黑名单、滥用记录、代理检测这些逐项扣分。所以不是"住宅就高分",得住宅+干净才行。
拿手里几个IP试了下:
搬瓦工 DC6 节点:投票结果机房,天花板50出头,最终 36 分左右,Shodan 和 Blocklist.de 有扣分
一个 Cogent 双ISP 的"伪家宽":ipinfo 标 ISP 但投票结果还是偏机房,最终 30 多分
手机 4G 热点:投票住宅,90 分以上
每项扣分都标了原因和数据源,16 个数据源的原始返回值也能全部展开自己看,不是黑盒。SSE 流式加载,能实时看到每个数据源的查询进度。
地址:iprisk.top
标题: 良田高拍仪调试
作者: #PAOPAO1
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/2012810
时间: 2026-04-20 18:07:44
摘要:
作者: #PAOPAO1
板块: #开发调优
编号:
2012810帖子: https://linux.do/t/topic/2012810
时间: 2026-04-20 18:07:44
摘要:
良田高拍仪启动程序eloam_socket.exe双击启动时,托盘闪退,排查问题。 良田高拍仪的 eloam_socket.exe 是一个用于实现网页端(跨浏览器)调用的本地代理服务程序。它出现“闪退”通常是因为系统权限不足、端口被占用、运行库缺失或安全软件拦截引起的
排查顺序:
1、 以管理员权限运行,(仍然闪退);
2、 检查端口是否被占用。 eloam_socket.exe 启动时会监听特定的本地端口(通常是 8080, 8081, 18080 或 18081 等)。如果电脑里其他软件(如医疗HIS系统的其他插件、其他厂家的高拍仪、甚至某些下载工具)占用了该端口,程序会因无法绑定端口而直接闪退。
(1)按下 Win + R 键,输入 cmd 回车。
(2) 输入 netstat -ano | findstr "8080" (如果知道具体端口的话)。
(3)如果发现端口被占用,尝试关闭占用该端口的进程,或者咨询良田技术支持修改配置文件中的端口号。
查看eloam端口在配置文件confing.ini
最后发现是杀毒软件和高拍仪的端口冲突了。
解决方式:
1、 修改良田高拍仪的端口(confing.ini里修改listenPort,注意前端代码也要修改)
2、 联系医院信息科(IT 部门)管理员可以从服务器端统一修改杀毒软件占用的端口,从而避开冲突。
标题: ClaudeCode SubAgent消耗token异常
作者: #喷水池
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/2012812
时间: 2026-04-20 18:07:55
摘要:
作者: #喷水池
板块: #开发调优
编号:
2012812帖子: https://linux.do/t/topic/2012812
时间: 2026-04-20 18:07:55
摘要:
最近使用CC明显感觉额度不够用了,我是max 5x订阅,模型日常用opus4.7,今天下午特别夸张,一小时就用了5h额度的50%。新版本通过/usage能看到绝大部token消耗来自subAgent。
因为我的工作需要同步其他项目的逻辑,经常会触发subAgent总结不同项目的逻辑。前两天发现这个问题的时候,在Claude.md里强制subAgent使用便宜的Haiku模型,token消耗还是很快。今天尝试直接禁止subAgent,效果立竿见影,额度消耗变慢了很多。对于查找总结其他项目的逻辑,opus消耗没有想象中的大,可能因为有上下文的原因,他能精确的读取到对应的文件,而不像subAgent一样从0开始。
如果也有遇到subAgent消耗异常多token的佬友可以尝试在Claude.md里禁止subAgent使用。我这边也继续观察下