自己的Codex和Claude都买的20x，每个月经常用不完，准备自己建个中转给朋友用。现在中转已经搞好了，安全问题犯了难，用Cloudflare橙云有时会有响应超时和header被拦截的问题，不用的话直接把IP暴露给公网，都不行。还有什么第三方选择吗？ 13 个帖子 - 6 位参与者 阅读完整话题
如题 首页： https://www.ccopyright.com.cn/ 登录页面： https://register.ccopyright.com.cn/login.html 为什么我登录不了呢？网页进去是空白的。 F12看了一下显示，这两个资源502 https://static.ccopyright.com.cn/js/common.js https://static.ccopyright.com.cn/js/browser.js 4 个帖子 - 4 位参与者 阅读完整话题
没想到 rm -rf ~ 删除全盘的段子差点发生在我身上，平常用 claude code 一直都给的 yolo 模式，不用一个个的确认给权限是真的爽。 但是就在刚刚突然停下来，弹窗问我要权限，我第一反应是“怎么又要权限了，直接干不就完了？” 差点就真的直接按下回车键了，幸好 claude code 有内置的安全保护机制，即使在 yolo 模式下也会停下来。 我想起来之前经常听说有佬友用 codex 被清盘的，难道就是因为 codex cli 没有这种紧急保护机制吗？ 8 个帖子 - 5 位参与者 阅读完整话题
wedoaius beldenstudious 美国 archinesjp 日本 loptrde 德国 27aiau 澳大利亚 27aiin 印度 27ainz 新西兰 4 个帖子 - 4 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 一个 Windows 小工具，可以读取本机 Claude Code 用量，并推送到 EDIFIER 花再 Halo PixelBar 点阵屏显示，支持手动推送、定时刷新、设备选择和界面化配置。 它可以在 Windows 上自动读取当前电脑的 Claude Code 登录凭证，查询 Claude 用量信息，然后渲染成 256x32 点阵画面，通过 HID 推送到 EDIFIER 花再 Halo PixelBar 显示。 界面: 效果图: 主要功能： 自动获取 Claude Code usage 信息 支持 5 小时、7 天、Sonnet 用量展示 支持 EDIFIER 花再 Halo PixelBar 点阵屏推送 支持手动推送一次 支持定时刷新，比如 5 / 10 / 30 分钟 支持选择设备 支持自定义显示文字、单位、布局、字体参数 支持推送前自动切换 WORK 场景 提供 GUI 可视化配置界面 附带源码和可直接运行的 exe 隐私说明： 工具只读取本机 Claude Code 的 OAuth 凭证，用于查询 usage API；不会上传 token，不会把 token 写入配置文件，也不会打包进 exe。项目是非官方工具，不属于 EDIFIER / Anthropic / Claude 官方项目。 项目地址： https://github.com/3441293738/claude-edifier-pixelbar-usage 1 个帖子 - 1 位参与者 阅读完整话题
关于林社中转站 这是一个技术宅创立的站点 https://www.lamclod.cn https://auth.lamclod.cn 站长 QQ：2070346656 交流 Q 群：1103238053 其创建中转站的本意是为了炫技和科研学生一起聊天八卦 所以这个站点与众不同的特点： 1.整个系统架构全面融合 OIDC 身份机制，多个合作中转站身份统一验证，无需管理多站点账户。 2.借助 OIDC 密钥交换建立协同调度机制，为软件开发者提供便捷且精准的 LLMAPI 接入。 3.站长是技术宅，技术自然不在话下，平时可以聊聊天，讨论讨论技术。站长为人和善，包容大度。 4.Q 群中有不少热心网友和科研认识，值得一番认识和交流。 5.本站极其欢迎科研学生。
关于林社中转站 这是一个技术宅创立的站点 https://www.lamclod.cn https://auth.lamclod.cn 站长 QQ：2070346656 交流 Q 群：1103238053 其创建中转站的本意是为了炫技和科研学生一起聊天八卦 所以这个站点与众不同的特点： 1.整个系统架构全面融合 OIDC 身份机制，多个合作中转站身份统一验证，无需管理多站点账户。 2.借助 OIDC 密钥交换建立协同调度机制，为软件开发者提供便捷且精准的 LLMAPI 接入。 3.站长是技术宅，技术自然不在话下，平时可以聊聊天，讨论讨论技术。站长为人和善，包容大度。 4.Q 群中有不少热心网友和科研认识，值得一番认识和交流。 5.本站极其欢迎科研学生。
咱也不懂这是什么。。 只是搜com.openai.codex.code_sign_clone 看到了相关问题。 github.com/openai/codex [Bug] macOS app leaves code_sign_clone directories after quit (~965MB per launch) 已打开 06:34PM - 01 Jun 26 UTC yorhasaber bug app ### What version of the Codex App are you using (From “About Codex” dialog)? Co … dex App 26.527.60818 (ChromiumBaseVersion 148.0.7778.179) ### What subscription do you have? Unknown / not relevant to this issue ### What platform is your computer? Darwin 24.6.0 arm64 arm ### What issue are you seeing? Every time I launch and quit the Codex macOS app, a new directory is left under: `/private/var/folders/.../X/com.openai.codex.code_sign_clone/code_sign_clone.*` Each clone is about 965 MB. After launching/quitting Codex multiple times, these directories keep accumulating. On my machine after several app restarts: ```bash clone dirs: 7 6.5G /private/var/folders/.../X/com.openai.codex.code_sign_clone ``` The directories disappear after reboot because macOS cleans the `/var/folders/.../X` temp area. This looks related to Chromium's `MacAppCodeSignClone` / `code_sign_clone` mechanism. Clone creation itself may be expected, but inactive clone dirs are not cleaned up after the app quits. I also observed orphaned helper processes after quitting Codex, including multiple `browser_crashpad_handler` processes and `SkyComputerUseService` processes with PPID=1. ### What steps can reproduce the bug? 1. Launch `/Applications/Codex.app`. 2. Quit Codex.app. 3. Check the clone directory: ```bash find /private/var/folders/*/*/X/com.openai.codex.code_sign_clone -maxdepth 1 -type d -name 'code_sign_clone.*' 2>/dev/null | wc -l du -sh /private/var/folders/*/*/X/com.openai.codex.code_sign_clone 2>/dev/null pgrep -fl 'Codex|node_repl|SkyComputerUse|app-server|browser_crashpad_handler' ``` 4. Repeat launch/quit several times. Observed: each launch creates another `code_sign_clone.*` directory, and old inactive clone dirs remain after quitting. ### What is the expected behavior? After Codex quits, inactive `code_sign_clone.*` directories should be removed by the code-sign-clone cleanup helper. Repeated launch/quit cycles should not keep adding ~965 MB per launch until reboot. ### Additional information I checked that this does not appear to be caused by my Codex `config.toml`. The issue appears to be in the macOS app / Chromium app lifecycle cleanup. The active clone may be held by the running Codex process, but old clone directories were not held by open file handles when checked with `lsof +D`. This suggests cleanup is not being triggered or is not completing for inactive clones. 还有个62GB的 openai/codex/issues/27536 2 个帖子 - 1 位参与者 阅读完整话题
🌐 lingducloud | 全球云资源一站式服务商 📩 客服 Telegram：cloudcup 🔥 合作平台： 阿里云国际｜腾讯云国际｜华为云国际｜ AWS ｜ GCP ｜ Azure 🚀 核心业务： 代开代充： 国际站账号快速开通，免绑定个人外币卡。 灵活支付： 支持 USDT 充值美金、支付宝便捷收款。 安全隐私： 匿名隔离机制，有效规避风控风险。 全线产品： 免备案服务器、CDN 、数据库、存储一应俱全。 网址： https://www.lingducloud.com 在云计算和产业数字化的今天，拥有一个腾讯云账号并完成实名与充值，是开发者、企业 IT 负责人、甚至 AI 创业者部署业务的第一步。无论你是想买一台轻量应用服务器（ Lighthouse ）来挂载个人博客，还是想调用混元大模型 API 、部署企业级容器集群，“实名认证”与“账户充值”都是两道必须前置通过的门槛。 很多人在面对云厂商的各种认证选项和复杂的财务计费账期时，往往因为选错类型导致无法开票，或者因为充值姿势不对导致资金卡着无法到账。 本文将用最接地气、拒绝废话的真人写作风格，为你拆解一份腾讯云账号实名认证与资金充值的闭眼通关全攻略。 第一篇：腾讯云实名认证——选择与避坑 点击认证前，首要明确这个账号的归属权和法律责任人。腾讯云严格区分“个人”和“企业”两种认证，一旦选错，后续变更或财务报销会极其麻烦。 一、 个人实名认证：极速秒过通道 个人认证适用于学生、自由职业者、个人站长或独立开发者。腾讯云深度接入了微信生态，因此个人认证在所有云厂商中体验最丝滑。 路径一：微信/QQ 快捷认证（首选，秒级通过） 操作：登录腾讯云控制台，进入“账号中心”-“实名认证”。选择“个人认证”。 流程：系统会要求你选择微信或 QQ 授权。直接用手机微信扫描网页上的二维码，在手机端同意授权比对实名信息。如果云账号绑定的手机号与微信实名一致，几乎在点击确认的瞬间即可完成认证。 路径二：腾讯云 App 人脸识别（适合帮他人认证或无微信者） 流程：输入真实的姓名与身份证号。系统生成二维码，使用手机下载“腾讯云 App”扫码，允许调用摄像头进行活体人脸识别（眨眼、摇头）。验证通过后，电脑端自动同步。 二、 企业实名认证：三路大军合规通关 如果这个账号未来需要开具企业增值税专用发票进行财务报销，或者要购买高配的企业专属资源，坚决不要用个人身份证去测认证，必须走企业认证流程。 腾讯云为企业提供了三种主流通道，企业可根据财务和法务的审批严格程度对号入座： 通道甲：企业微信/企业支付宝/法人微信认证（即时生效） 这是最推荐的高效通道，无需上传纸质材料。 企业微信：如果你的公司已经开通了企业微信，且你本身是该企业微信的管理员或拥有权限，直接扫码即可一键拉取工商数据认证。 法人微信：填写公司营业执照信息后，由法人用他自己的个人微信（必须已实名）扫码。系统自动比对工商局数据库，比对成功即刻通过。 通道乙：对公银行账户打款认证（国企、外资、大厂首选） 当法人信息极度保密，且公司没有上述企业钱包时，这是最标准的商务流程。 流程：精确填写公司的银行开户行、支行全称以及对公账号。腾讯云会在 1~2 个工作日内向该账户汇入一笔一元以下的随机微量资金（如 0.45 元）。 激活：财务查账收到这笔钱后，将准确的金额数字填回腾讯云控制台。金额对齐，认证即刻生效。打进去的钱无需退还。 通道丙：营业执照人工审核（兜底方案） 特殊机构（如学校、医院、非营利组织等）或新注册工商数据未同步的公司，可以上传营业执照原件彩色照片或扫描件，并下载官方的“实名认证申请公函”加盖公章。由腾讯云后台人工客服在 1~3 个工作日内人工审核通过。 第二篇：账户充值与资金池管理——避开财务暗坑 实名搞定后，接下来就是账户充值。腾讯云的计费分为“包年包月”（预付费，买断制）和“按量计费”（后付费，按秒/按小时扣费）。如果是按量计费业务（如按流量计费的带宽、大模型 API 调用），账户内必须有充足的现金余额，否则一旦欠费，系统会在极短时间内自动停服甚至释放资源，造成数据丢失。 腾讯云提供了三种主流充值方式，企业和个人需要根据账务合规性进行选择。 一、 线上即时充值（适合个人、紧急续费） 微信支付/支付宝/银联在线： 操作：控制台右上角点击“费用”-“资金管理”-“充值”。输入金额，选择微信或支付宝，扫码即可。 到账时效：实时到账。 注意点：对于企业账号，用员工个人微信号扫码充值，钱虽然进了公司云账户，但在申请开具发票时，部分严谨的财务会质疑“资金流水非对公公出”合规风险。因此，线上充值只建议用于个人账号，或企业账号在面临欠费停服风险时的紧急垫付。 二、 网银对公转账（企业标准合规渠道） 企业最标准的充值姿势是由公司的公户直接转账给腾讯云。腾讯云为每个企业账号都分配了一个专属的专属虚拟子账号。 获取子账号：在充值页面选择“网银转账”，系统会显示一个收款信息。例如： 收款人：腾讯云计算（北京）有限责任公司 开户行：招商银行深圳深圳湾支行 账号：XXXXXXXXXXXX （这串数字是你专属的，别人不一样） 转账操作：公司财务登录企业网银，向这个专属账号发起转账。 秒级自动到账的秘密：因为这个账号是专属的，只要银行完成划款，腾讯云系统检测到该专属账号进账，无需任何人工提交工单对账，系统会自动将资金充值到对应的云账户余额中。通常在转账成功后 5~15 分钟内到账。 三、 国际信用卡/PayPal （针对境外或跨境业务） 如果注册的是腾讯云国际站账号，或者是跨国公司在华业务，系统支持绑定 VISA 、MasterCard 、JCB 等国际信用卡或 PayPal 。通常在绑定后，可配置“自动扣款（ Auto-recharge ）”，防止因时差导致欠费停机。 第三篇：实名与充值后的“高段位”安全运营建议 很多团队在拿到实名账号并充了钱后，就直接把账号密码群发给开发人员使用。这是极其危险的“裸奔”行为。钱在账上，账号实名是你，防盗和防误操作就是第一要务。 锁死你的资金口袋：设置可用额度与欠费预警 在控制台的“费用中心”，务必配置“余额预警”。例如设置“当账户余额低于 100 元时，通过短信、邮件、微信同时轰炸管理员”。对于按量计费的资源，还可以设置日额度上限，防止因为代码写错陷入死循环、或者遭遇 DDOS 攻击时，一夜之间把账上的几万元余额全部扣光。 主账号“退居二线”，推行 CAM 权限隔离 腾讯云的主账号（用你实名和微信绑定的那个账号）拥有最高生杀大权，可以注销、过户、看所有财务账单。 正确做法：实名充值完成后，主账号直接封存并开启强 MFA （虚拟令牌双重验证）。 统一使用腾讯云的 CAM （访问控制） 功能，为主管、运维、前端分别创建子账号。 财务同学只给 QcloudFinanceFullAccess （财务全权）权限，他能充值和看账单，但不能删服务器。 运维同学只给开发和运维权限，但看不到公司的财务隐私。 开票避坑：项目上线前先试开一张票 企业在充值消费后，建议在第一个月就去“费用中心”-“发票管理”尝试开具一张发票。检查企业抬头、纳税人识别号、开户行信息是否与公司财务要求完全一致。不要等到年底统一报销或审计时，才发现信息配错或者认证类型不支持专票，届时修改将面临漫长的流程审批。 结语 腾讯云背靠腾讯生态，其整体的实名和充值链路在工程化体验上非常丝滑。“个人看重极速、企业死磕合规”是通关这两道门槛的核心底层逻辑。 花十分钟把实名资产归属定准，把对公充值的专属账号存入财务白名单，再把安全令牌和子账号权限划分清楚。把这套标准化的企业级前置工作做扎实，后续的云端架构编排和业务狂飙才能没有后顾之忧。
把抢机脚本从 Cloud Shell （断连就停）改成了跑在自己机器上的 launchd 守护进程，连跑直到抢到。几个关键点踩出来分享下： 用 API 签名密钥别用 session token （会过期）。 错误按消息文本分类：Out of host capacity 其实是 500 InternalError ，不能只看状态码； 429 要退避。 OCI CLI 默认对 5xx 内部重试退避~110s ，把轮换节奏全打乱→launch 加--no-retry 秒返回。 抢到即停且不能抢第二台：launch 不加 --wait-for-state （退 0=已建无歧义）+每次 launch 前查存量+KeepAlive{SuccessfulExit:false}+哨兵守卫扛重启。 Oracle Ubuntu 镜像自带 iptables 挡 80/443 （只放行 22 ）+默认 MTU 9000 ，装 Web 服务记得处理。 抢中率最大杠杆：升级 PAYG （只用免费额度仍 $0 ，但拿容量优先级高得多）。 升级 PAYG 后约 1 小时抢到 4 核/24G 。机器拿来给我的 IP 检测小工具 ipok.io 做双栈 echo 端点了。有需要细节的可以交流。
关于林社中转站 这是一个技术宅创立的站点 https://www.lamclod.cn https://auth.lamclod.cn 站长 QQ：2070346656 交流 Q 群：1103238053 其创建中转站的本意是为了炫技和科研学生一起聊天八卦 所以这个站点与众不同的特点： 1.整个系统架构全面融合 OIDC 身份机制，多个合作中转站身份统一验证，无需管理多站点账户。 2.借助 OIDC 密钥交换建立协同调度机制，为软件开发者提供便捷且精准的 LLMAPI 接入。 3.站长是技术宅，技术自然不在话下，平时可以聊聊天，讨论讨论技术。站长为人和善，包容大度。 4.Q 群中有不少热心网友和科研认识，值得一番认识和交流。 5.本站极其欢迎科研学生。
报错登录失败：Login server error: Token exchange failed: token endpoint returned status 403 Forbidden: Country, region, or territory not supported 2 个帖子 - 2 位参与者 阅读完整话题
emJsX25ldA
把抢机脚本从 Cloud Shell （断连就停）改成了跑在自己机器上的 launchd 守护进程，连跑直到抢到。几个关键点踩出来分享下： 用 API 签名密钥别用 session token （会过期）。 错误按消息文本分类：Out of host capacity 其实是 500 InternalError ，不能只看状态码； 429 要退避。 OCI CLI 默认对 5xx 内部重试退避~110s ，把轮换节奏全打乱→launch 加--no-retry 秒返回。 抢到即停且不能抢第二台：launch 不加 --wait-for-state （退 0=已建无歧义）+每次 launch 前查存量+KeepAlive{SuccessfulExit:false}+哨兵守卫扛重启。 Oracle Ubuntu 镜像自带 iptables 挡 80/443 （只放行 22 ）+默认 MTU 9000 ，装 Web 服务记得处理。 抢中率最大杠杆：升级 PAYG （只用免费额度仍 $0 ，但拿容量优先级高得多）。 升级 PAYG 后约 1 小时抢到 4 核/24G 。机器拿来给我的 IP 检测小工具 ipok.io 做双栈 echo 端点了。有需要细节的可以交流。
Login server error: Token exchange failed: error sending request for url ( https://auth.openai.com/oauth/token )没招了，全局也开了，tun也开了，就是登陆不了 1 个帖子 - 1 位参与者 阅读完整话题
ECFR – 10 Jun 26 Home alone: Europeans are ready to defend themselves – European Council on... A major ECFR poll finds the European public, in a time of rupture, thinking differently and questioning old assumptions. It reveals new political space availabl [!quote]+ 就像经典喜剧电影中的小凯文一样，欧洲公民已经醒悟到一个令人不舒服的事实：他们被 “独自留在家中”。不是他们的父母和兄弟姐妹，而是许多人以为可以依赖的美国。 凯文不得不自力更生，挑战一些陈旧的假设。他在房子里设置了诱杀装置，保护了自己和房子，并在这个过程中学会了自力更生。欧洲人也发现，"独自在家 "的经历打破了一些旧的禁忌和思维方式。尽管他们乐观地认为美国最终会 “回家”，加入跨大西洋联盟，但他们还是愿意比以前走得更远来保卫自己。他们把国内安全放在首位，对在欧盟周边地区直接作战持谨慎态度。与凯文一样，他们也在追求自给自足；即使能源价格上涨，他们也抵制俄罗斯新的化石燃料进口的诱惑。 换句话说，就像麦考利-卡尔金（Macaulay Culkin）在影片中扮演的角色一样，他们变得更加 "成熟 "了。他们的领导人必须迅速面对这一新的现实–这既开辟了政治空间，也要求他们根据当下严峻的现实采取行动。 首先，欧洲对美国的信任降至新低。欧洲人并不指望唐纳德-特朗普领导下的美国会保护他们，他们认识到需要更多的自主安全（甚至由共同债务提供资金）。但他们确实认为特朗普上台后两国关系可能会改善，并希望为这种可能性敞开大门。 其次，尽管欧洲人继续支持乌克兰，但他们并不认为在当前形势下欧盟东扩是个好主意。他们也不愿意派遣自己的军队去维持战后乌克兰的和平。 第三，欧洲人已经吸取了依赖俄罗斯石油和天然气的教训。即使在新一轮能源紧缺对生活水平造成影响的情况下，他们仍坚决反对从俄罗斯购买化石燃料–整个欧洲大陆的大多数人都支持优先发展欧洲的可再生能源。 3 个帖子 - 3 位参与者 阅读完整话题
GNOME 基金会近日宣布，其新设立的 GNOME 奖学金项目首批获得资助的成员已经确定，两位长期社区贡献者 Peter Eisenmann 和 Sophie Herold 将自今年 7 月起正式以 “GNOME Fellows（GNOME 奖学金成员）” 身份展开为期一年的全职工作，以推动 GNOME 桌面项目的长期可持续发展。 GNOME 基金会在今年 3 月首次公布了这一奖学金计划，旨在通过资助独立和社区贡献者的方式，巩固 GNOME 桌面的可持续性，为期 12 个月的资助将覆盖受资助者在此期间的项目投入。 基金会表示，此次入选的两位成员均为活跃已久的 GNOME 贡献者，他们接下来一年的工作重点将集中在项目治理、底层库现代化以及核心应用的功能改进和体验提升等方面。 根据 GNOME 基金会的介绍，两位奖学金成员将致力于提升 GNOME 项目的整体健康度和长期可持续性，其中 Sophie Herold 的主要任务包括为 GNOME 建立全新的 RFC（Request for Comments）流程，以强化项目层面的治理结构，并通过引入和推广 Rust 语言来打造更易维护且更加安全的基础库。 通过这一系列举措，基金会希望在技术路线与社区协作流程上同时推进现代化，使 GNOME 在安全性与可维护性方面实现显著增强。 另一方面，Peter Eisenmann 将重点推进 GNOME 文件管理器（Files 应用）的现代化工作，其职责包括改进缩略图生成机制、优化用户目录本地化支持，以及全面采用 GNOME 平台的现代设计与开发规范。 这些改进将有助于提升 Files 应用在多语言、多区域环境下的可用性，同时在视觉一致性和用户体验上更好地对齐当前 GNOME 桌面整体平台的设计方向。 GNOME 基金会表示，奖学金项目不仅是在资金上支持个人开发者，更是通过集中资源解决项目在治理流程、基础设施与核心应用上长期存在但难以投入足够人力的问题。 基金会在官方博客中进一步介绍了本次奖学金工作的具体规划和背景，并强调将通过这一机制持续探索支持社区长期演进的新模式。 更多关于 GNOME 奖学金项目首批成员及其具体工作内容的详情，可参考 GNOME 基金会博客发布的官方说明： https://blogs.gnome.org/foundation/2026/06/11/announcing-our-first-fellows/ 查看评论
今天用fluxdo登陆一直登陆不上，然后切换到网页也一直弹验证，现在还没修好吗？下午好像看到站长发恢复的帖子了 2 个帖子 - 2 位参与者 阅读完整话题
这几天快被 cloudflare 的人机校验整疯了，小鸡用了 1 年多了，本来没事，结果强行迁到了 DC3 机房，然后就来了，几乎每个使用 cloudflare 的网站都要校验一次，快被整疯了。 大家有没有什么好方法能够减少校验的次数? 此外我还安装了 Silk - Privacy Pass Client 插件，这个更逆天，我浏览期间都要跳出来让我校验一次 7 个帖子 - 4 位参与者 阅读完整话题
各位佬们，ai agent这个方向的如何，有什么学习建议吗，有什么教程是能学到真东西的。目前正在看hello-agents，一个github上的开源项目。或者有什么其他方向推荐吗，本人今年毕业，有一点迷茫，还望佬们给点建议。 1 个帖子 - 1 位参与者 阅读完整话题