如题 首页： 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 1 个帖子 - 1 位参与者 阅读完整话题
人工智能巨头OpenAI称，一批与中国有关联的ChatGPT账户试图煽动美国国内对数据中心建设的反对情绪，此举或意在削弱美国在AI领域的竞争力。 据彭博社报道，OpenAI星期三（6月10日）发布报告称，公司发现一些源自中国的账户利用AI生成英文社交媒体帖子，称数据中心推高了美国居民的电费。 OpenAI称，这些账户可能与一家未具名的中国私营科技公司有关，该公司为中国省级政府客户提供服务。 OpenAI表示，这些帖子传播范围有限，但应引起外界对外国势力试图削弱美国战略性产业的关注。该公司补充称，美国对AI和数据中心存在“合理的讨论”，但这些账户通过伪装成普通美国民众，通过发布有争议的AI生成内容来试图操纵讨论。 去年1月，美国总统特朗普刚开始第二次总统任期，就宣布私人企业将投资高达5000亿美元（约6443亿新元），建设人工智能基础设施，助美国在这一关键技术领域超越竞争对手。 不过人工智能数据中心需要大量电力，北美电力可靠性委员会曾警告，数据中心的耗电量正在剧增，北美发电能力无法满足日益增长的电力需求，未来10年内美国约半数地区将面临电力供应不足的风险。对此，特朗普称，他将通过紧急行政令帮助推动人工智能基础设施建设，包括让数据中心拥有自己的发电厂。 zaobao.com.sg OpenAI：中国关联账户用AI发帖煽动美国民众情绪 （华盛顿综合讯）美国人工智能（AI）巨头OpenAI称，一批与中国有关联的ChatGPT账户，试图煽动美国民众反对总统特朗普的关税政策，并干预美国国内对数据中心建设的讨论，可能意在削弱美国在AI领域的竞争力。 4 个帖子 - 4 位参与者 阅读完整话题
sonnet/opus 像未开发的少女或不听话的精神小妹，fable 像拍一下屁股就知道换姿势的少妇 -- 两个 Claude 20x Max 同时蹬 fable5 的阅人无数的中年老男人的感悟。
大大小小陆陆续续的买了几家的CodingPlan了 Kimi Minimax Codex 以及DeepseekAPI 还有OpenCode的Go套餐 用下来实际上感觉不出太大差距 除了Minimax-2.7 想问问佬友们自己在Vibe Coding的过程里都是用的什么模型，具体体感如何？各家的优势缺点都是什么？ Minimax在2.7的时候订阅了他家极速版 说实在的2.7真有点捞了，基本上那段时间里写代码（CC）就是在前端-怎么改都不如意 要么一堆bug与后端-打不开，编译失败 然后骂他 然后循环。 换了Kimi之后（2.6）其实也没感觉多好用，而且感觉用了minimax之后导致我的vibe热情都下降了，买了199套餐 甚至用不完。。 但是，kimi客户端的 Agent集群以及数据库 还挺好用的 给龙虾来盯个盘查个数据 新闻 还可以 然后最近Minimax除了M3 我也直接用上了，其实感觉有点提升吧，至少是思考变长了 当然也变慢了 而且长时间任务，确实明显提升- 上次一个单纯的文档审计-我Vibe之前一个设计 搞了比较多的文档-审计了得四五个小时吧，虽然是我让他多想的（没开子代理 可能这也是原因） 以及家的龙虾我也用了，感觉各家的龙虾做的都不咋样 还不如飞书的龙虾好用- 写到这里突然想起来飞书的龙虾好久没用了 数据都没备份呢 不会给我删了吧。。。 再就是 GPT- 一个字-夯 Codex真的很好用，作为一个工作台，不只是用来Code- 虽然Minimax与Kimi的客户端也都可以做其他事情了-minimax的更像GPT 不过就是量少-也可能我的用法问题吧 其实我还是缺少些VibeCoding的经验或者完整流程怎么搞的。 Claude…一个只在中转与公益中用过的模型 Fable 5我现在就只用来审计过文档代码 还有给我构思过一款前端。 每太能感受到强大。 其实还有很多关于VibeCoding的一堆问题，等下次主题再问吧。 7 个帖子 - 4 位参与者 阅读完整话题
本人和小组其他成员一起买了一个pro 20x订阅，搭了一个中转站方便使用，固定了代理ip，网页版gpt也使用了指纹浏览器，过了cyber认证，目前gpt主要用于网安研究使用。一个月不到被发了两封邮件警告cyber abuse啊 ，申诉被维持原判，现在导致不敢用了，害怕再来一次号没了，也不知道哪里出了问题，难道普通的网安研究也不行吗（没有逆向，破解等操作）。非常焦虑，没有AI直接停摆了 有没有佬懂的指点一下 1 个帖子 - 1 位参与者 阅读完整话题
之前订阅的应该是没什么影响，下个月还不清楚
OpenAI 近日在一份威胁报告中称，一些与中国有关联的用户账号曾利用 ChatGPT 生成内容，试图影响美国民众对本土数据中心及相关科技政策的看法，但这些活动几乎没有产生可观效果。 报告指出，这些已被封禁的账号在暗中参与“影响力行动”，通过制造和传播特定叙事，意在操纵围绕美国人工智能与更广泛科技政策的公共辩论。 根据报告，首批被识别的账号围绕“数据中心扩建推高普通家庭电费”这一说法大量生成社交媒体评论和配图内容，OpenAI将这一行动命名为“数据中心顺风车”（Data Center Bandwagon）行动。 从 2025 年底到 2026 年初，这些账号多次向 ChatGPT 提示，让其用英文撰写关于数据中心和 AI 应用增加用电需求、导致美国普通民众电费上涨的短评与图片文案。 相关内容包括以数据中心为主题的漫画，以及在通用电力营销图片上叠加文字，暗示美国公民正在为 AI 基础设施“买单”。 这些由 ChatGPT 生成的文字和图像随后被发布到多个社交平台上，发布者账号往往伪装成出身背景各异的美国人，以增强内容的“本土化”与可信度。 OpenAI 表示，其模型本身并不对中国境内开放访问，因此相关操作者被认为是通过 VPN 绕过地域限制。 该公司研判，这些账号很可能隶属于一家中国本土私营科技企业的社交媒体运营团队，为省级政府客户提供舆论影响服务。 操作人员还曾向 ChatGPT 上传一份报告，详细描述其影响舆论的目标和策略，包括如何创建更容易逃避平台风控系统的社交账号。 除“数据中心顺风车”外，OpenAI 还识别出第二个账号集群，同样利用 ChatGPT 生成内容，但主题转向抨击美国关税政策和科技政策。 这些内容普遍围绕中美科技竞争展开，指责美国一方面追求科技主导权和“规则制定权”，另一方面则“暗中伤害盟友”。 有意思的是，这些账号在向 ChatGPT 提示时特别注明，生成内容中不得出现中国领导人习近平的名字。 在评估上述行动影响力时，OpenAI 的结论是：这些活动在网络舆论场中几乎未掀起什么水花。 不过，就数据中心议题本身而言，美国国内民意原本就高度分裂甚至日益转向反对新建设施。 OpenAI 引用的一份近期报告显示，如今已有 71% 的美国人反对在其居住地附近建设数据中心，而这一比例在九个月前还只有 42%。 在关于电价问题的部分，报告将相关账号的表述称为“声称”（claimed），但第三方数据表明，数据中心周边电价上涨确有其事。 彭博社此前的一项分析显示，在一些靠近数据中心的区域，电价涨幅最高达到 267%。 在美国国内政治语境下，一些怀疑论者认为，作为人工智能热潮的主要推手之一，OpenAI 有动机将愈演愈烈的反数据中心情绪，部分包装为“境外势力操纵”的结果，以减轻对自身业务模式的政治压力。 近期，一些共和党议员甚至呼吁联邦调查局（FBI）调查反数据中心舆论是否源自“中国的隐形操纵”。 但无论是否存在境外信息行动，围绕数据中心的本地反对声浪本身具有多重现实根源：包括电价上涨、环境影响、耗水量巨大、大量占用土地资源，以及公众对 AI 技术整体的不信任与反感等。 在这样的背景下，即便没有外部力量推动，美国社会对数据中心的强烈抵制也不难理解。 查看评论
这两者是怎么对比的呀？为啥看api价格看不出来呢，佬们为啥会这样认为呢，真诚发问 9 个帖子 - 8 位参与者 阅读完整话题
wedoaius beldenstudious 美国 archinesjp 日本 loptrde 德国 27aiau 澳大利亚 27aiin 印度 27ainz 新西兰 4 个帖子 - 4 位参与者 阅读完整话题
之前订阅的应该是没什么影响，下个月还不清楚
准备给同事电脑装一个 Hermes desktop，但是今天在自己电脑上试了一下，在关闭科学的情况下，npm，github，还有一些二进制文件，基本都失败，卡晕了，镜像都改了一堆了，还是跑不通。 有没有无科学成功安装的佬友，想看看方案 9 个帖子 - 7 位参与者 阅读完整话题
最近刚薅到了一些羊毛，也是体验了一下opus4.8,但是感觉余额框框的掉啊，不知道代码质量啥的有什么区别 6 个帖子 - 6 位参与者 阅读完整话题
咱也不懂这是什么。。 只是搜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 位参与者 阅读完整话题
求助，在cc里面用fable和opus都是429，前面有段时间我记得是可以用的，新开会话也一样。 是单纯用的人太多了吗？或者说是我的配置不对哇 1 个帖子 - 1 位参与者 阅读完整话题
这是啥情况，我配置的不是opus吗，为啥会路由到gpt，是我哪里配置错了吗 21 个帖子 - 12 位参与者 阅读完整话题
我先来：Top1:muyuan公益站（yyds啊，非常厉害） Top2的话是:anyrouter Top3的话是：Prism 12 个帖子 - 12 位参与者 阅读完整话题
给cherry studio还有cursor接api全都报错403 还好一点没用 亏一刀学费 也是光速点refund了好吧 我是SB 还好一点没用 1 个帖子 - 1 位参与者 阅读完整话题
Login server error: Token exchange failed: error sending request for url ( https://auth.openai.com/oauth/token )没招了，全局也开了，tun也开了，就是登陆不了 1 个帖子 - 1 位参与者 阅读完整话题
Vercel 发布 2026 年 6 月 AI Gateway 生产指数。报告显示，得益于 5 月上线 Vercel 网关的 DeepSeek V4 系列（含 Flash 与 Pro 模型）推动，DeepSeek 的 Token 流量份额单月内从不足 1% 飙升至 17%，超越 OpenAI（13%）位居第三。然而由于定价极低，所有用户使用 DeepSeek 的总成本之和仅占网关整体资金支出的 1% 左右。 价格是 DeepSeek 迅速爆发的主因。DeepSeek V4 Flash 百万 Token 输入与输出收费仅为 0.14 美元和 0.28 美元，较 Anthropic 同类前沿模型便宜 20 至 50 倍，较 Qwen 3.6 Plus 与 Kimi K2.6 也低 8 至 12 倍。评测表明 DeepSeek V4 性能达标，促使开发团队迅速在生产中部署。 尽管低成本模型流量暴涨，但在资金消耗上，前沿模型仍占主导。5 月 Anthropic 支出份额从 61% 增至 65%，在应用生成、后台智能体及编程等高难度场景占 70% 到 80% 支出。例如在编程智能体场景，DeepSeek 贡献了 49% 的 Token 流量，但仅占 4% 的费用，而 Anthropic 以 28% 的流量耗费了 70% 的资金。 开发团队正通过智能路由管理预算，将高频低风险任务分流至低成本模型，仅在关键环节使用前沿模型。对投资回报率（ROI）的考量也减缓了模型升级。例如谷歌 5 月推出的 Gemini 3.5 Flash 定价高于 3.0 版本，导致迁移缓慢，月底时 3.0 Flash 仍占 Flash 系列 90% 的流量，而 3.5 Flash 仅占 7%。同时，AI 智能体表现出极高 Token 消耗密度，以四分之一的请求量消耗了过半 Token。 Vercel DeepSeek enters the fight for token volume, Anthropic continues to dominate... The June 2026 AI Gateway production index: DeepSeek's token share jumped to 17% as low-cost models entered production, while Anthropic held 65% of all spend. 13 个帖子 - 11 位参与者 阅读完整话题
上个月订阅过套餐，忘了关闭自动续费，昨天又给续了。 这个基本用不上，各位有需要可以使用下。去掉前后的T TTTTsk-QnkBUBvOqDdfnH7gyhv6KUrd3d5PAfLXgYOQwHb05AT2ogPyQmH03Bu2tNLxxecmTTTT 1 个帖子 - 1 位参与者 阅读完整话题