openai发布claude code插件 codex-plugin-cc，可以直接在 claude code里调用codex，有点儿意思。 
https://github.com/openai/codex-plugin-cc

我深刻的感知到，AI发展的如何迅猛。 
我现在只有一个想法，抓紧时间，拼劲一切想法和时间使用AI，融入AI。 
从2023 12月的gpt-3.5到现在的claude-opus-4.6 
其实骨子里已经有深深的忌惮了，当openai/claude 拉闸而不仅限于拉闸的时候，是否会有那么一天，人类已无法独立于AI之外？ 
我们被剥夺于技能之外还剩下什么？ 
我想这几年佬友们需要加快速度攒钱或者创业了，不在于其他的,而是在与AI平权的底色下仍然是财富，你舍不得用，那就是门槛，你越舍不得，差距越大。 
突然觉得 
我一度以现代人的眼光，调侃自己的父母，直至现在，我面临同样的抉择，方才发现，面对时代的风口，看似简单，实则很难精准把握，我辈能搭上一路顺风车已是人中龙凤，更别提精准把握～ 
各位，共勉

普通账号的grok的图片生成都不能用了吗?我去测试了结果一直都是 
status: 502 
{‘error’: {‘message’: ‘Image generation blocked or no valid final image’, ‘type’: ‘server_error’, ‘param’: None, ‘code’: ‘upstream_error’}}

[image] 
浏览话题数量不增加，我刚刚有测试，打开了10个新标签，发帖人右上角的小蓝点消失之后关闭！但是浏览话题的数量并没有增加。（距离我测试时间已经过了差不多1个小时！）

之前一直用字母968，内置性价比天花板，配置是正手不灌油40度蓝省+反手ELP。打了三年，说实话没啥长进，上限就卡在1580。 
优点也很明显: 
正手是真的舒服。我就是靠这个拍子，从小白摸到了点正手感觉的。比赛里只要一出台，我基本都能冲一板大角度，杀伤力是有的。 
但问题更明显: 
极度依赖正手，反手几乎不会用，一发力就下网正反手转换基本没有，步伐和重心也比较散。再加上正手偏撞击，动作又大，打完还原不过来，基本没有连续。说白了就是一板流选手。那个阶段的极限就是1580，怎么打都上不去。 
然后说樊A。 
这次算是跟自己和解了。以前用40度蓝省，以我当时的水平在比赛里确实打不出该有的效果，更多是在练球对拉里很爽。 
所以这次正手换成了不灌油39度橙省，反手用了咒语ProM。然后我的板子挑的是90.4克的，打起来并不震手，第一次试打的感觉就是拍子太弹了，下旋球发力容易出界，不发力又容易下网。...

Taking longer than expected.. 简单的问题，一直提示很久，必须要停止在重新输入 继续才行。 
 [image]

[image]

[image] 
我的网站左边目录莫名其妙被GLM在上一轮删掉了，让他给我加回来，他说： 
 [image] 
然后我看了一下，只是.vitepress/config.mjs里面的侧边栏配置没有正确映射，改起来很简单，GLM思考了半天看了一堆文件，告诉我没问题，我真的 
然后让qwen3.5帮我加回来： 
 [image] 
[image] 
[image]

Foxcode的gemini渠道，真的有人调用成功吗？我试了好几次，cli，python脚本，一次成功都没有，有没有佬给个调用例子呀，生图例子 
 [image]

说明：
claude code/codex/opencode等客户端 → 中转/反代软件 → 所有copilot订阅套餐内可用模型 
下面提供两种中转代理的方式使用copilot套餐内模型 


VS Code Copilot Proxy插件：安装配置简单，但copilot请求次数消耗较快 


通过CliProxyApiPlus实现反代：配置较为复杂，但是copilot请求次数次数消耗相对较慢 


Copilot套餐次数消耗注意事项
这种用法下，copilot套餐扣减次数是以cc等客户端实际调用copilot模型次数为准，不等于cc里提问次数。 
如用户提问一次，cc拆分任务后可能会实际调用copilot llm5次(cc工具内部逻辑)，则 copilot就会扣除5次请求数。 
建议根据任务复杂度选择合适的模型，如果直接都用Claude Opus4.6和GTP5.4等最新高级模型（3x...

投票

rt，佬友们用的都是多大多高的桌子，给我参考参考

最近在整理自己从开发到线上运行这条链路，发现之前很多关注点其实是偏“代码内”的。 
比如： 

关注接口设计、代码结构
关注数据库设计
关注业务逻辑完整性

但在实际线上环境里，很多问题是运行态才暴露的，比如： 

CPU 抖动
GC 不稳定
线程堆积
IO 阻塞

本质上是：代码只是“静态正确”，但运行态是“动态博弈”。 
简单总结一下自己目前的一点理解： 
1️⃣ 开发阶段解决的是“功能正确” 
2️⃣ 运行阶段考验的是“系统稳定性” 
3️⃣ 运维/监控解决的是“可观测性” 
现在感觉，如果不把这三块串起来，很难真正把系统跑稳。 
后面准备把： 

监控指标
JVM 行为
容器资源限制

这几块再系统梳理一下，看看能不能形成一套比较稳定的认知模型。

[image] 
佩服各种各样的脑洞

虽然很多人自己搭过用codex审核cc结果的插件，但没想到现在o家官方自己推出了一个。现在它有这几个功能（机翻一下）： 
/codex:review 用于常规只读 Codex 评审 
/codex:adversarial-review 用于可引导的挑战性评审 
/codex:rescue、/codex:status、/codex:result 和 /codex:cancel 用于委派任务和管理后台任务 
打不过就加入！ 🫠 
openai/codex-plugin-cc: Use Codex from Claude Code to review code or delegate tasks.

朋友想要稳定的便宜的

如果需要买服务器的佬，腾讯的那个2h4g的，本来40g硬盘要195，然后你加一个数据盘就要变成175，不知道为啥加了20g还便宜了🤣有需要的佬可以试试，要新用户才行

抽奖主题：庆祝飞升 3 级 
🏆 奖品详情： 

50 USDT * 1 份

🕒 活动时间： 
开始时间：2026-03-31T02:00:00Z (UTC) 
截止时间：2026-04-02T12:00:00Z (UTC) 
📝 参与方式： 
在本贴下回复任意内容 
🔍 抽奖规则： 
每位用户仅允许参与一次。 
将使用 LINUX DO 抽奖工具在所有回复中随机抽取中奖者。 
⚠ 注意事项： 
本活动将在活动截止时间后关闭回帖，以确保公正性。 
中奖者将在活动结束后在本帖公布，并通过论坛站内信由发起人通知领奖方式。 
所有规则及抽奖结果由 @UEFI 及论坛管理团队最终解释。 
🛡 发起人承诺： 
作为本次抽奖的发起人 @UEFI，我承诺本话题的抽奖活动严格遵守 LINUX DO 社区抽奖规则。因违反上述规定引发的公平性争议或其他问题，均由我独立承担相应的道德与法律责任。 

期待您的...

也是让GPT吃上GPT了 
import json
import os
import re
import time
import random
import string
import secrets
import hashlib
import base64
import threading
import urllib.parse
import urllib.request
import urllib.error
import sys
import webbrowser
from datetime import datetime
from dataclasses import dataclass
from typing import Any, Dict, Optional
from queue import Queue, Empty
from curl_cffi import reques...

有没有一样问题的佬，有知道如何解决吗，是否要换其他域名邮箱了～