标题: 建议网站的升级进度界面能加个访问日历,想看看我最近100天哪天访问了,哪天没访问
作者: #xiaozou
板块: #运营反馈
编号:
帖子: https://linux.do/t/topic/1844981
时间: 2026-03-29 13:29:44
摘要:
作者: #xiaozou
板块: #运营反馈
编号:
1844981帖子: https://linux.do/t/topic/1844981
时间: 2026-03-29 13:29:44
摘要:
不是水贴哦,提个建议
如上图,快到三级了,一周前就提示访问天数49/50,最近天天准时凌晨访问检查一下,看看访问天数是否达标
有点小期待,想看看哪天才能升级到三级。如果有日历的话就能推算我如果每天继续坚持访问,哪天能成功达标访问天数的任务
标题: GPT free变成分抛了呜呜呜
作者: #zZZ
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1844984
时间: 2026-03-29 13:31:27
摘要:
作者: #zZZ
板块: #搞七捻三
编号:
1844984帖子: https://linux.do/t/topic/1844984
时间: 2026-03-29 13:31:27
摘要:
哥我求你再给我一点gpt 5.4 token吧,我发誓以后再也不碰这个东西了,求求你,我会听话的
标题: DDR5 内存价格首次在数月内显著下跌,谷歌的 TurboQuant 可能是背后推手
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #前沿快讯
编号:
帖子: https://linux.do/t/topic/1844987
时间: 2026-03-29 13:31:45
摘要:
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #前沿快讯
编号:
1844987帖子: https://linux.do/t/topic/1844987
时间: 2026-03-29 13:31:45
摘要:
Wccftech – 28 Mar 26
DDR5 Memory Prices Just Took a Noticeable Dive for the First Time in Months,...
DDR5 memory prices have been rising for several months now, but according to our tracking, there has been a widespread drop this week.
Est. reading time: 3 minutes
标题: Pond HUB站怎么用的啊,佬友们带带弟弟,救救孩子吧
作者: #18383875618
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1844993
时间: 2026-03-29 13:33:55
摘要:
作者: #18383875618
板块: #搞七捻三
编号:
1844993帖子: https://linux.do/t/topic/1844993
时间: 2026-03-29 13:33:55
摘要:
我用是这样的
但是模型监控又是可用的
配置是这样的
标题: 新手看,批量验证codex账号并导入CCS或者Cherry Studio
作者: #吾是菜鸟-一级
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1844994
时间: 2026-03-29 13:34:11
摘要:
作者: #吾是菜鸟-一级
板块: #开发调优
编号:
1844994帖子: https://linux.do/t/topic/1844994
时间: 2026-03-29 13:34:11
摘要:
AI辅助编写,实际操作的过程,给纯纯新手看的,起码比我新的,哈哈。
Codex 账号批量验证与接入指南
1. 目标
这份文档解决 3 件事:
批量验证一个目录下的 *.json Codex 账号文件是否真的可用。
把验证通过的账号配置进 CLIProxyAPI。
把已经配置好的 CLIProxyAPI 接入 CCS 或 Cherry Studio,让账号真正跑起来。
这份文档按 Windows 环境编写,路径和示例都尽量贴近当前机器的实际结构。
2. 当前机器上的关键路径
CLIProxyAPI 安装目录:C:\Users\Windows\cliproxyapi
CLIProxyAPI 主配置:C:\Users\Windows\cliproxyapi\config.yaml
CLIProxyAPI 可执行文件:C:\Users\Windows\cliproxyapi\6.8.55\cli-proxy-api.exe
建议的临时验证目录:C:\Users\Windows\cliproxyapi\auth-filtered
当前本地代理地址:http://127.0.0.1:8317
Cherry Studio 本地存储目录:C:\Users\Windows\AppData\Roaming\CherryStudio\Local Storage\leveldb
3. 验证账号前必须知道的规则
只看 expired 字段不够,很多账号虽然没过期,但真实请求会返回 401。
只测 /v1/models 也不够,有些账号能列模型,但 POST /v1/chat/completions 会失败。
最终有效的判定标准应该是:
CLIProxyAPI 成功启动。
通过代理访问 POST /v1/chat/completions 返回 200。
响应体里有正常的 choices[0].message.content。
如果日志里出现下面这类错误,这个账号就不要再继续用了:
token_invalidated
token_revoked
Your authentication token has been invalidated
Encountered invalidated oauth token
4. 推荐的批量验证方法
推荐用“单文件隔离目录 + 重启代理 + 发真实对话请求”的方法批量验证。
这样做的原因:
不会被多账号轮询干扰。
可以精确知道到底是哪个 .json 文件有效。
失败时可以直接对应到日志文件。
5. 验证流程
5.1 准备隔离目录
先创建一个只放“当前待测账号”的目录:
New-Item -ItemType Directory -Force 'C:\Users\Windows\cliproxyapi\auth-filtered'
5.2 让 CLIProxyAPI 指向隔离目录
把 C:\Users\Windows\cliproxyapi\config.yaml 中的 auth-dir 改成:
auth-dir: 'C:/Users/Windows/cliproxyapi/auth-filtered'
建议的基础配置如下:
host: '127.0.0.1'
port: 8317
tls:
enable: false
cert: ''
key: ''
remote-management:
allow-remote: false
secret-key: 'cliproxy-mgmt-local-20260328'
disable-control-panel: false
panel-github-repository: https://github.com/router-for-me/Cli-Proxy-API-Management-Center
auth-dir: 'C:/Users/Windows/cliproxyapi/auth-filtered'
api-keys:
- 'sk-local-proxy-user-key'
说明:
api-keys 是客户端访问本地代理时要带的密钥,不是 OpenAI 官方 API Key。
secret-key 是管理页密钥。写明文后,程序启动时会自动转成哈希。
5.3 启动 CLIProxyAPI
这里有一个非常重要的细节:
cli-proxy-api.exe 会从“当前工作目录”寻找 config.yaml。所以必须从 C:\Users\Windows\cliproxyapi 启动,不能随便从别的目录启动。
正确示例:
$exe = 'C:\Users\Windows\cliproxyapi\6.8.55\cli-proxy-api.exe'
Start-Process -FilePath $exe -WorkingDirectory 'C:\Users\Windows\cliproxyapi' -WindowStyle Hidden
启动后检查根地址:
Invoke-WebRequest -Uri 'http://127.0.0.1:8317/'
看到类似下面的内容,说明代理已起来:
{"endpoints":["POST /v1/chat/completions","POST /v1/completions","GET /v1/models"],"message":"CLI Proxy API Server"}
5.4 用真实对话请求验证账号
不要只测 /v1/models,要测:
$headers = @{
Authorization = 'Bearer sk-local-proxy-user-key'
'Content-Type' = 'application/json'
}
$body = @{
model = 'gpt-5'
messages = @(
@{
role = 'user'
content = 'Reply with OK only.'
}
)
max_completion_tokens = 8
} | ConvertTo-Json -Depth 6
Invoke-WebRequest `
-Uri 'http://127.0.0.1:8317/v1/chat/completions' `
-Method Post `
-Headers $headers `
-Body $body
结果判定:
200:账号有效。
401:账号不可用,通常是 token 已失效或被撤销。
500:需要看代理日志,通常也不建议继续纳入正式池。
5.5 查看失败日志
失败日志一般会写到当前 auth-dir 下的 logs 目录,例如:
C:\Users\Windows\cliproxyapi\auth-filtered\logs
常见无效示例:
{
"error": {
"message": "Your authentication token has been invalidated. Please try signing in again.",
"type": "invalid_request_error",
"code": "token_invalidated",
"param": null
},
"status": 401
}
出现这类日志时,说明这个账号文件不能继续用。
6. 一个可直接用的批量验证脚本思路
下面这段 PowerShell 逻辑适合批量跑一个目录里的所有 *.json:
假设你的账号目录是P:\codex
$sourceDir = 'P:\codex'
$testDir = 'C:\Users\Windows\cliproxyapi\auth-filtered'
$exe = 'C:\Users\Windows\cliproxyapi\6.8.55\cli-proxy-api.exe'
$resultPath = 'P:\codex_verify_result.json'
$headers = @{
Authorization = 'Bearer sk-local-proxy-user-key'
'Content-Type' = 'application/json'
}
$body = @{
model = 'gpt-5'
messages = @(@{
role = 'user'
content = 'Reply with OK only.'
})
max_completion_tokens = 8
} | ConvertTo-Json -Depth 6
$results = @()
Get-ChildItem $sourceDir -File -Filter '*.json' | ForEach-Object {
Get-Process cli-proxy-api -ErrorAction SilentlyContinue | Stop-Process -Force
Start-Sle
标题: 讲真,Ai编程对人的要求更高了
作者: #linchi
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1844995
时间: 2026-03-29 13:34:18
摘要:
作者: #linchi
板块: #搞七捻三
编号:
1844995帖子: https://linux.do/t/topic/1844995
时间: 2026-03-29 13:34:18
摘要:
以前写代码,是要求的是,你自己能够写出又快又好的代码。
现在用了Ai之后,看似你是不要自己写了。但是实际上,你需要:
搞懂他在干啥,怎么写的,避免各种抽风,特别是有时候Ai容易绕一大圈。
出bug了知道为啥会出bug,效果不好知道大概率为啥效果不好,怎么让他该,如果只是告诉Ai这里有问题,他大概率会直接开始乱改。
还得拥有极强的批判性思维能力,一定得在他胡说八道的时候赶紧给他扭过来,Ai最擅长的就是给你生成一堆漂亮代码,然后你非常容易被他牵着鼻子走。最后就产出了几千行的垃圾……
今天我就上午有点累,没仔细看他在干啥,等我意识过来的时候,他已经给我把数据库表暴露到view的UI层然后在UI写查询了……
然后我叫他按照规范来,他又要引入DTO,就一个很简单的看板组件而已。所以,你就知道为啥AI容易写几千行代码了吧,就是把简单问题复杂化了。
也就是说,虽然Ai能帮你降低心智负担,不用手动改代码了,但是如果你想要写出好的代码,对人的要求是一点都没有变的,甚至你不仅得自己会写,还得搞清楚他在干啥
而且,有时候,这家伙容易抽风……
开始疯狂的 wait了 ……
标题: [开源]基于bark的Codex通知hook,简单但强大,再也不用担心多项目时漏掉某一个已完成的会话了!
作者: #Psyche
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1845010
时间: 2026-03-29 13:36:49
摘要:
作者: #Psyche
板块: #开发调优
编号:
1845010帖子: https://linux.do/t/topic/1845010
时间: 2026-03-29 13:36:49
摘要:
帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
我的帖子已经打上 开源推广 标签: 是
我的开源项目完整开源,无未开源部分: 是
我的开源项目已链接认可 LINUX DO 社区: 是
我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
项目地址—codex-bark-notify-hook—Github
使用方法
在手机上下载bark app
获取到你的bark url
打开codex 把仓库和bark的url全部丢给他
“帮我全局配置一下这个项目”
ps这次仓库的readme里面单独开辟了一个地方给coding agent看 也算是跟上时代潮流了吧 所以写了这样的教程 如想手动配置也可前往仓库自行测试
如题所说 大家在多项目并行开发难免漏掉一两个已完成的项目
有了一个这样一个通知hook 就我个人而言是好了很多 也不用一直盯着了 算是解放了注意力吧
随手的一个小项目 有不完善的地方希望大家多多包涵
非常欢迎各位佬友来提提pr和issue 点点star(好用的话嘻嘻)
希望大家用的开心
标题: 有人尝试过 Antigravity Google AI Ultra 自己用不邀请家庭
作者: #momi
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1845034
时间: 2026-03-29 13:40:45
摘要:
作者: #momi
板块: #开发调优
编号:
1845034帖子: https://linux.do/t/topic/1845034
时间: 2026-03-29 13:40:45
摘要:
自己用不邀请家庭的用量,opus的用量会不会变多?
标题: 终于到手了!得瑟一下不过份吧👌
作者: #查无此人
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1845053
时间: 2026-03-29 13:45:10
摘要:
作者: #查无此人
板块: #搞七捻三
编号:
1845053帖子: https://linux.do/t/topic/1845053
时间: 2026-03-29 13:45:10
摘要:
今天周末,刚上L站,四条未读,点开一看,全年不落,高兴屁了
标题: 有佬友了解白俄罗斯一年水硕的吗?
作者: #Easton1209
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1845068
时间: 2026-03-29 13:52:17
摘要:
作者: #Easton1209
板块: #搞七捻三
编号:
1845068帖子: https://linux.do/t/topic/1845068
时间: 2026-03-29 13:52:17
摘要:
今天朋友突然问我这个问题,我之前只了解过香港的一年水硕,现在听说这个白俄罗斯的水硕一年成本大概也就10W人民币,只提升学历来讲有搞头吗?
标题: 奥特曼还搞连坐吗?
作者: #D
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1845069
时间: 2026-03-29 13:53:23
摘要:
作者: #D
板块: #搞七捻三
编号:
1845069帖子: https://linux.do/t/topic/1845069
时间: 2026-03-29 13:53:23
摘要:
我一个gmail的小号进的team,team挂了以后的第二天我这个号被封了。。。我这个号都没自己开team和plus,有点无语了
标题: 让AI 帮我复盘了一下这几天的“屎山”代码项目,顺便有些经验分享
作者: #mrkim
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1845072
时间: 2026-03-29 13:54:21
摘要:
作者: #mrkim
板块: #搞七捻三
编号:
1845072帖子: https://linux.do/t/topic/1845072
时间: 2026-03-29 13:54:21
摘要:
首先感谢各个公益站。自己产品一枚(非技术),之前一直使用聊天形式解决业务和生活问题,自从发现 cc 和 codex 神奇魔力后,打算自己搞个小系统练手。背景介绍完了,谈谈期间遇到的坑
1、线程不是越多越好
最开始会觉得,多开线程就一定更快。测试下来,实际不是。
线程一多,最容易发生的事情是:大家都在重复看同一批文档、改到同一批文件、最后总控根本收不回来
实际感受是:
3-6 条线程,通常是最舒服的
6-8 条线程,已经要很强的总控
8-10 条线程,很容易开始偏,或者互相覆盖、互相重复
2、为什么这么耗 token,中间复盘过,实际就是以为内上下文太长了。最开始的方案是,每个线程都要重新读蓝图、读总控、读 handoff。 后来把文件分离,重新定义每个进程应该读的最小文件,最后让总控合并,解决一些。做完一轮后,还得再 review、再解释、再同步真值
3、 并行太多之后一定会留下“合并残留”,全是重复定义, 后来通过清理,回归解决部分问题。
持续更新 ing
以下是ai 总结的信息
标题: Steam 定价工具大改版:开发者可根据“汇率”或“购买力”换算各区价格
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #前沿快讯
编号:
帖子: https://linux.do/t/topic/1845073
时间: 2026-03-29 13:54:29
摘要:
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #前沿快讯
编号:
1845073帖子: https://linux.do/t/topic/1845073
时间: 2026-03-29 13:54:29
摘要:
Steam 定价工具大改版:开发者可根据“汇率”或“购买力”换算各区价格 - IT之家