最近有一个想法：搭建一个属于自己的专业agent，专属的agent比通用的agent在专业领域会好用很多。 首先需要去了解agent大致是怎么搭建的，让AI写了一个agent的模板，但是看了之后发现是基于langchain的异步调用，这个在实际使用中会存在很多问题，比如说：1、上下文爆炸 2、langchain框架过重 3、LangGraph状态机过于复杂等 在查看了claude code的agent搭建逻辑之后发现：claude code并没有使用langchain这种重型框架，而是使用了手写的ReAct循环。其agent核心不是任何的第三方库，而是一个while(true)的异步循环。它主要的架构可以概括为：System Prompt定制原则底线规则+强类型工具集+带拦截功能的Tool Loop。 核心主循环(The Agent Loop)的伪代码大致长这样: async function runAgent(userInput: string) { let messages = [SystemPrompt, { role: “user”, content: userInput }]; while (true) { const response = await claude.chat(messages, { tools: ToolDefinitions }); messages.push(response.message); const toolCalls = response.message.content.filter(block => block.type === "tool_use"); if (toolCalls.length === 0) { console.log(response.message.text); break; } for (const call of toolCalls) { const toolResult = await executeTool(call.name, call.input); messages.push({ role: "user", content: \[{ type: "tool_result", tool_use_id: call.id, content: toolResult }\] }); } } } 分析为什么cc会使用Loop而不是langchain? 原因大致有这几个： 1、Token控制：手写循环可以在每次message.push()之前轻松实现对超长上下文的截断、摘要与压缩 2、拦截器功能：在executeTool之前插入权限确认 3、摆脱黑盒不可见：没有langchain的callback和序列化问题，调试可见 2 个帖子 - 2 位参与者 阅读完整话题
诗词作为一种文化载体，在中华文明中源远流长。寥寥几字，却犹如无声胜有声那般震撼人心。这就是诗歌的魅力。在今时今日，仍是广受欢迎的一种文学表现形式。 因被佬友@dawnflyc 请教 特写此文。 如何写好一首诗，这个是大多数人绕不开的问题。明明写得洋洋洒洒，明明写得豪情万丈，明明写得绞尽脑汁，可却不是一首好诗。为什么会这样？请容我从以下几个角度去阐明—— 1、选题 不管写什么，其实都必须汇聚到一个点，这个点就是题。这个是绕不开的。所有的内容都必须围绕这个展开。写文章如此，写诗词更是如此。 首先你要明确你到底要想写什么。是景？是物？是人？还是事？简单的举例——大家耳熟能详的唐代诗人骆宾王的《咏鹅》，唐代诗人王维的《画》，这都是写物的。唐代诗人柳宗元的《江雪》，唐代诗人李白《望庐山瀑布》这些都是写景的。《诗经》中的《卫风·硕人》，《木兰辞》这些都是写人的。（因本人才疏学浅，未能找到太多写人的，深感惭愧）。写事的就很多了，不一一举例。 其次，对于大多数人而言，选题时要避免过于宽泛。就好比一个人想用一首诗写遍中华上下五千年，可能吗？不现实吧？所以，先从简单的选题开始练习创作，循序渐进，由浅入深。很多人觉得，有某一个瞬间，很想记录下来，但是一时又想不出适合的标题。然后写了很多，回过头来再想题。这样的做法其实不适用于刚开始尝试创作的人。特别是，想倒哪写到哪，往往只会让读者读起来觉得松散无神、言之无物。当然，那种才思敏捷，七步成诗的天才除外。 2、选用合适的文体 首先要明确的是要写的是什么文体。诗词在发展过程中，已经有了明确的定式。因此我们需要考虑的就是——绝句？律诗？五言？七言？写词的话就是选择合适的词牌名。通常这些都是不能随意变更的。 3、内容的划分 在诗中，首句或者首联最为重要。起到特殊点题，引人入胜的作用。以骆宾王的《咏鹅》为例子，“鹅，鹅，鹅，曲项向天歌”。一个“歌”字很好的吸引了读者的目光。可谓之神来之笔。（补充一些概念——律诗中每两句为一联，称为首联、颔联、颈联、尾联） 在词中，分上阕、下阕。上阕以叙事、写景为主，下阕侧重为情感的递进和主题的升华。 因此，选择合适先后顺序往往更能提高整首诗词的易读性和魅力。 4、韵脚的选择 首先根据选择的文体确定是押平韵还是仄韵。从创作的角度来说，第一句就决定了整首诗词走向，这个需要慎重选择。还是以骆宾王的《咏鹅》为例子——首句压“e”的仄韵，次句压“e”的平韵，第三句不押韵，尾句压“o”的平韵。解析起来就是——整体符合五言，七言中的“仄平仄平”的交替押韵规律。根据《平水韵》中的划分，”歌“和”波“同属于“下平五歌”的韵部。但是对于大多数人来说，先从同声韵字开始创作为佳。即，韵头、韵腹和韵尾相同为佳，腹和尾相同的次之，仅韵尾相同的再次之，同韵部的再次之。 写词则需遵循词牌名的要求，同时注意避免重韵。原则上也是从同声韵字开始创作为佳。另外就是填词需要遵循《词林正韵》或者《中华新韵》。如果你够牛13，不遵循也没事。 5、对仗 这个在唐诗中最为侧重。也是提升整体美感的重要表现形式。工整与否决定了诗词的好坏。特别是在律诗里，作为和绝句的区别手段，颔联和颈联必须是对仗的。所以在问为什么我写的不是律诗之前，先检查自己的颔联和颈联。 另外学习和了解一个词的词性也很重要。特别是在对仗中，名词对名词，动词对动词，助词对助词。这个是大多数人比较容易遗忘的一点。 解析柳宗元的《江雪》——“千山鸟飞绝，万径人踪灭。”“千山”（名词）与“万径”（名词）相对，“鸟”（主语，名词）与”人“（主语，名词）相对，“绝”（谓语，动词）与“灭”（谓语，动词）相对。 6、创作的先后顺序 先从字（词）的理解开始，认真学习每个字（词）的含义、词性。这个是必不可少的。也是要花最多时间的。只有你脑子里的词汇量够多，才能为写好诗打下基础。很多人会觉得怎么诗词有那么多讲究？“怎么填了一句，下一句都不知道要怎么整了”、“为什么这个平仄对应不上？感觉好难啊”诸如此类的问题的根源就在于，对字（词）的理解与运用的不足。 其次就是通读韵书和古诗词。深刻的剖析每一个字（词）的作用。自己在阅读理解古诗词的时候，常问自己为什么这个地方要用这个字（词），这个字（词）能否换成别的字（词）。并不是所有的古诗词都是完美无瑕的，要知道，连贾岛都还要为一个字“推敲”呢。 当你积累了一定的词汇量，就可以以打油诗开始创作。正所谓“愚者千虑，必有一得”，“好文章不如烂笔头”。无需理会什么格律、押韵、对仗等乱七八糟的规则。只要你想得足够多，就会因为灵光一现，偶得一佳句。当你脑子里的佳句越来越多，写别的文体，自然手到擒来。 当你创作越来越顺手（就是什么都可以胡诌一篇），就可以认真的系统学习格律诗、宋词和韵书了。学习完之后，也不用管那么多乱七八糟的，先依葫芦画瓢，先搞个几十首再说，管它好坏，无所谓。当你创作得足够多，绝世神篇也不是难事。 7、推敲 每次创作完，都必须不断地对每一个字（词）进行锤炼，修改，删减增加。这个也是绕不开的。任何文章和诗词都需要经过修编后才能最终定稿。那是改到不能再改的境界。 8、不要胡乱套用生僻字和词 大多数创作者觉得，某些古诗词用的词汇很屌！自己也心痒痒地依葫芦画瓢，整上好些个。这样的想法是错误的。写诗词不在于篇内是否有华丽的辞藻，而是在于是否流露出真情实感。因此，切记不要本末倒置。 选用李白的一首《南陵别儿童入京》中的“仰天大笑出门去，我辈岂是蓬蒿人”来说，“蓬蒿”的历史可以追溯到先秦时期。在诗经中就有提及。这个词在历史和中国文学的发展过程中就逐渐由起初的蓬草、蒿草引申出草丛、草莽、民间荒野，僻静之处等含义。最后也引申出野人，未仕之人的含义。可见的是，这个是中国文学的典故。要想用好这样的词汇，必须自身有一定的文学修养。不然很容易弄巧成拙。在自身实力不足之前，还是用大白话。还是引用李白的《静夜思》来说，寥寥几字，每个字都看得懂，没有任何典故，却能深刻的揭露了思乡之情，并成为经典。 当然，对于有一定造诣的人来说，积累得足够，想怎么用就怎么用。但不论写什么，通俗易懂，引起共鸣才是唯一的主旋律。 9、精炼之路 诗词，本就是一种文学的载体。和我们平时写文章一样。所以平时写写画画也尤为重要。简而言之就是，诗词无非就是从前几百字的文章，浓缩成几行字，然后又浓缩成几个字的过程。通过不断的提炼细节，来达到让读者脑补画面、场景的作用。还是用骆宾王的《咏鹅》来说，整体的细节把控得很好——“曲项”、“向天歌”、“红掌”、“拨”、“清波”、“白毛”、“浮”、“绿水”。寥寥数字，抓住了鹅的全部特征。让人能在脑中浮现出一只白鹅戏水的景象。 以上就是个人的一点心得。当然，山野村夫之言不作得数。还请各位看官见谅。另外就是，通过正规的途径学习还是很重要的，不要道听途说。特别是在现在信息化发达的今天，多看书，多和他人交流亦是提高自身能力的好办法。 一家之言，难免敝之、陋之、杂之，见笑了。 总之，让我们先从积累点什么开始吧… 最后用苏轼在《稼说送张琥》中的一句与大家共勉之——博观而约取，厚积而薄发。 PS：不建议使用AI创作，但是可以用AI检查平仄关系是否正确，对仗是否工整…毕竟这些应该是可以接受的… 至于那些怎么“救”，怎么“拗”…就不在此次讨论范围…至于每首诗词的平仄关系，哪些是可平可仄…鉴于篇幅…也不讨论了…（委实是不想再码字了，好痛苦…大家多读点书吧…这样你们痛苦，我轻松一些…嘿嘿…） 3 个帖子 - 2 位参与者 阅读完整话题
前言，平时在实验室待久了，再加上外面天气炎热，所以说很少出去运动，都是待在实验室的空调房里面。然后，其实也不怎么出汗。嗯，最开始也是一直待在实验室空调房里，渐渐的身体的汗腺就没那么发达，运动量也减少。身体为了适应，也开始出现一些夏天的反应。这个时候，如果你突然去运动的话，就会容易中暑。 事情是这样的，昨天下午上完课回到实验室，最后一行代码都还没写完，突然有学妹喊我去打羽毛球，那我肯定就Emmm…换做各位佬也会好不犹豫地就答应了是吧 去到羽毛球场（恒温带中央空调）的时候也没好好热身，打的时候都没出汗，打了一个多小时。然后回到实验室之后发现还是很累，气虚虚的，身体有点燥热。那是18:35，想着去食堂吃点东西，是不是饿了？结果去食堂也没有胃口，于是就打包回宿舍吃。好不容易歇了会，吃了一碗面，到了八九点这样子，就洗了个澡。正常的水温洗的澡，刚洗完，宿舍里不是开着空调嘛，结果发现身体还是一股燥热，于是就开着风扇继续吹。到了差不多十一点这个时候吧，就感觉有点不对劲，后来想了想有点慌，心想不会是中暑了吧。正好有一盒藿香正气水，然后我就问了一下豆包说是不是中暑了，他给我说是中暑了，可能是中暑的前兆，所以说我就喝下去了，一喝完，不一会儿，后背一股汗冒了出来，过了没一会儿就没什么事了，身体恢复常温，呼吸也顺了，然后结束了疲惫的一天。 所以说，这个经历要告诉各位警惕空调病，特别是我们经常待在室内，待在电脑前一坐就是大半天，然后开着空调也不运动，身体血液不流通，这种情况特别要注意。在这种夏天，其次呢，也要等太阳下山之后，天气不那么热了之后，也要适当地运动，保持一定运动量，保持身体汗腺发达，还有肌肉的耐受度。要做一些阻抗运动、有氧运动，这样才能保持身体的状态，不然久而久之，身体状况变差，体能下降。还有就是不知道最近是不是坐太久了啊，驼背、头前倾各种坏习惯感觉越来越明显了。以后真要注意，等出毛病了就晚了呀，各位哥。 1 个帖子 - 1 位参与者 阅读完整话题
竞技场里直出2k图 Png格式8mb 这种相当占空间的我不是很喜欢 普通 pro 看起来pro更亮一点 文字渲染方面: 普通 pro 这次双方生成时间一致，所以标题仅供参考 其实image系列和mj给我的感觉是一样的，他们都是那种类似于SD的原始AI绘画的质感，就是很破烂 像缝合(这里只说二次元动漫风格 也就是我们常说会出现碎玻璃质感的场景) 很多元素它不稳定，更比较受人关注的就是手部等精细器官很有可能画不正确或模糊不清 所有其他比较稳定的生成图片模型，比如豆包系列 以及阿里旗下的各种产品包括wan qwenimage等等 他们生成图片看起来就很稳定，不会有那么多奇怪的元素，比如说不规则的星星 所以完全不用去强调这些东西，但对于image需要强调 提示词中包含这些内容: 画面中所有星星严格限定为三种形态：star sphere（球形天体星，圆润立体饱满）、sparkle（外细内粗的四射星芒闪烁星）、five-pointed star（经典五角星），禁止出现任何不规则或未定义形态的星形 2 个帖子 - 2 位参与者 阅读完整话题
作为一个只会写点 vibe code （指代写不出严谨代码的震动码农）、对宏观经济一知半解的程序员，看着最近 AI 圈的乱象，总觉得有些不对劲，于是记录下了一些暴论。 一、 所谓的 AI 幻灭，或许只是因为不够接地气 现在的 AI 在工程落地层面依然被幻觉（ Hallucination ）和静默重构（ Silent Refactoring ）所困扰。按理说，泡沫早该破了。但我意识到，我之前犯了一个严重的错误：我高估了极客的付费意愿，低估了普通大众的订阅疲劳。 二、 运营商的复仇：从土管到 AI 总管 在通胀和经济下行的重压下，Netflix 、Prime 、Spotify 等五花八门的订阅已经让普通人彻底疲惫。让他们再为 AI 单独掏 150 元（或等值月费），简直是天方夜谭。 但运营商（ Telco ）抓住了人性——捆绑（ Bundle ）。 人对单点付费极其敏感，但对套餐里自带的 AI 却毫无防备。当运营商把 ChatGPT Plus 、Perplexity 等服务直接塞进高价流量套餐里，营销话术改成办套餐送顶级 AI ，消费者会毫不犹豫地买单。 三、 利益分配的终极博弈 Apple 和 Google 也不傻，他们会放弃直接向大众推销昂贵的 AI 订阅，转而将系统级 AI 能力以批发价卖给运营商。 对运营商： 终于有了杀手级应用 Killer App 来提升 ARPU ，绑定用户。 对 Apple/Google：甩掉了向终端用户收费的脏活累活，通过运营商的资费渠道，稳定地抽取许可费。 结论： 曾经被嘲笑为土管（ Pipe Provider ）的电信运营商，正在复活为 AI 的最大载体。即便 UI 演变成意图驱动（ Intent-based ），即便 App 逐渐形骸化，我们最终还是会通过每个月那笔断不掉的手机话费，源源不断地向大厂贡献 AI 税。 个人的一点浅见，欢迎各位大佬在评论区从工程架构、通信基础设施的角度拍砖。
作为一个只会写点 vibe code （指代写不出严谨代码的震动码农）、对宏观经济一知半解的程序员，看着最近 AI 圈的乱象，总觉得有些不对劲，于是记录下了一些暴论。 一、 所谓的 AI 幻灭，或许只是因为不够接地气 现在的 AI 在工程落地层面依然被幻觉（ Hallucination ）和静默重构（ Silent Refactoring ）所困扰。按理说，泡沫早该破了。但我意识到，我之前犯了一个严重的错误：我高估了极客的付费意愿，低估了普通大众的订阅疲劳。 二、 运营商的复仇：从土管到 AI 总管 在通胀和经济下行的重压下，Netflix 、Prime 、Spotify 等五花八门的订阅已经让普通人彻底疲惫。让他们再为 AI 单独掏 150 元（或等值月费），简直是天方夜谭。 但运营商（ Telco ）抓住了人性——捆绑（ Bundle ）。 人对单点付费极其敏感，但对套餐里自带的 AI 却毫无防备。当运营商把 ChatGPT Plus 、Perplexity 等服务直接塞进高价流量套餐里，营销话术改成办套餐送顶级 AI ，消费者会毫不犹豫地买单。 三、 利益分配的终极博弈 Apple 和 Google 也不傻，他们会放弃直接向大众推销昂贵的 AI 订阅，转而将系统级 AI 能力以批发价卖给运营商。 对运营商： 终于有了杀手级应用 Killer App 来提升 ARPU ，绑定用户。 对 Apple/Google：甩掉了向终端用户收费的脏活累活，通过运营商的资费渠道，稳定地抽取许可费。 结论： 曾经被嘲笑为土管（ Pipe Provider ）的电信运营商，正在复活为 AI 的最大载体。即便 UI 演变成意图驱动（ Intent-based ），即便 App 逐渐形骸化，我们最终还是会通过每个月那笔断不掉的手机话费，源源不断地向大厂贡献 AI 税。 个人的一点浅见，欢迎各位大佬在评论区从工程架构、通信基础设施的角度拍砖。
作为一个只会写点 vibe code （指代写不出严谨代码的震动码农）、对宏观经济一知半解的程序员，看着最近 AI 圈的乱象，总觉得有些不对劲，于是记录下了一些暴论。 一、 所谓的 AI 幻灭，或许只是因为不够接地气 现在的 AI 在工程落地层面依然被幻觉（ Hallucination ）和静默重构（ Silent Refactoring ）所困扰。按理说，泡沫早该破了。但我意识到，我之前犯了一个严重的错误：我高估了极客的付费意愿，低估了普通大众的订阅疲劳。 二、 运营商的复仇：从土管到 AI 总管 在通胀和经济下行的重压下，Netflix 、Prime 、Spotify 等五花八门的订阅已经让普通人彻底疲惫。让他们再为 AI 单独掏 150 元（或等值月费），简直是天方夜谭。 但运营商（ Telco ）抓住了人性——捆绑（ Bundle ）。 人对单点付费极其敏感，但对套餐里自带的 AI 却毫无防备。当运营商把 ChatGPT Plus 、Perplexity 等服务直接塞进高价流量套餐里，营销话术改成办套餐送顶级 AI ，消费者会毫不犹豫地买单。 三、 利益分配的终极博弈 Apple 和 Google 也不傻，他们会放弃直接向大众推销昂贵的 AI 订阅，转而将系统级 AI 能力以批发价卖给运营商。 对运营商： 终于有了杀手级应用 Killer App 来提升 ARPU ，绑定用户。 对 Apple/Google：甩掉了向终端用户收费的脏活累活，通过运营商的资费渠道，稳定地抽取许可费。 结论： 曾经被嘲笑为土管（ Pipe Provider ）的电信运营商，正在复活为 AI 的最大载体。即便 UI 演变成意图驱动（ Intent-based ），即便 App 逐渐形骸化，我们最终还是会通过每个月那笔断不掉的手机话费，源源不断地向大厂贡献 AI 税。 个人的一点浅见，欢迎各位大佬在评论区从工程架构、通信基础设施的角度拍砖。
TL;DR 拿到 Coding Plan 的授权 后， ~/.atomcode/config.toml ， [provider.xxx] 里加上 skip_tls_verify = true ai.atomgit.com AtomGit AI社区 - 开源大模型_多模态模型免费下载及部署方案 AtomGit AI 社区是汇聚开源 AI 模型、多模态数据集、在线运行工具的一站式协作平台，为开发者、研究员提供 AI 学习、模型开发、资源共享的全流程支持，助力高效开展人工智能研究与应用实践。 大家应该都知道了，这个东西出了个 Coding Plan。还得去它官方的 Tool 里才能领取。那么，领取之后，有的人就拿出 Reqable，准备大抓特抓——欸等等？客户端 SSL 握手失败？ WTF？！ 把源代码仓丢给 Gemini 让它分析，还真让它分析出来了： 总之配置文件改成这样就能抓出来了： 不知道干嘛的应该是系统提示词 放出来参考一下 （点击了解更多详细信息） 1 个帖子 - 1 位参与者 阅读完整话题
介于论坛中苹果账号转区话题佬们已经讨论烂了，今天来聊点新的， 苹果购买项目迁移 。 先贴上苹果官网说明 将购买项目从一个 Apple 账户迁移到另一个 Apple 账户 - 官方 Apple 支持 (中国) 先说一下我的情况，2014年注册的国区苹果账号，当时的苹果生态佬们应该都了解，一块钱的瘟疫公司、地狱边境、纪念碑谷、阿尔托的冒险随便买，不过19年之后就不同了，我之前也没注意，只是发现中区AppStore越来越拉，直到前年才根据教程注册了一个美区账号，从此放弃中区账号开启了新世界大门。另外我有比较严重的仓鼠病，特别喜欢屯app，一遇到内购限免就下载解锁卸载一条龙，偏偏美区各种app活动又多，我不到两年已购项目中下载了大概2000个app。在去年我又学会了苹果账户换区，于是把我的10年的中区账号又转到了美区，发现还是老账号香。又把美区账号就在亚洲各区换着转。因为毕竟中区账号用了10年，消费更保险一点。 不过最近发现一个现象，在我用中区内购的app切换为现在的美区账号登录后，内购无法恢复已购状态。经典的例子就是Star walk2，我用美区账号恢复已购并下载后，AppStore切回中区发现内购又要进行再次购买，查阅后才知道Apple 的内购机制存在两个版本：StoreKit V1 和StoreKit V2，简单来说以后会有越来越多的app会无法通过切换账号享受原购买账号获取的内购，这对我这个仓鼠病患者非常不友好，于是最近看到了购买项目迁移，马上来试了试。 准备工作 主账号：美区（设置里登录那个用于iCloud的苹果账户） 迁移账号：国区（只用于购买app项目的苹果账户，不涉及iCloud， 也是打算放弃使用的苹果账户 ） 首先确认两个账号都开启了双重认证。要迁移的账号近15天内没有下载app和消费过，并且迁移账号目前没有包含任何订阅，没有余额，也没有加入家庭组，然后通过转区将这个账号转到主账号的地区（美区），我习惯在浏览器中的苹果官网修改地区，大家可凭个人习惯。另外为了防止其他问题我将迁移账号地区改为了和主账号的相同免税州。 操作方式 在苹果设备的设置中登录主账号，点击媒体与购买项目，点击退出登录，然后再选择”不是主账户“，登入迁移账户的账号和密码，再点击“媒体与购买项目”，往下滑就能看到迁移购买项目选项，确认后就迁移成功了。 成功后再点进设置里”媒体与购买项目“是这样的 回答几个问题 一、是否需要将苹果设备升级到最新系统？ 答：五一假期迁移到的美区，iOS18.7.7，正常迁移。迁移后马上就能在主账号登录的AppStore里看到两个账户共同的已购项目。但苹果说最长需要15天，可能与地区有关。 二、迁移账户是不是废了？ 答：迁移后在其他苹果设备上再登录迁移账户的AppStore，已购项目已经不能打开，可以说取消了购买app的功能，但浏览器中还能正常登录。 三、可以反悔撤销迁移吗？ 答：可以撤销迁移，迁撤销后迁移账户依然可以正常使用。但官网提示1年内此迁移账户不能再次迁移，所以慎重。 四、迁移账户之前的购买内容出现风险会不会涉及主账户？ 答：个人认为应该不会，目前的感觉更像是迁移账户依附于主账户，如果迁移账户出现问题，应该只会涉及迁移的账户及购买内容，不会对主账户产生影响。但目前无法验证。 五、迁移后的再进行购买内容属于主账户还是两者兼有？ 答：只属于主账户。迁移账户只服务于之前的购买项目。 六、主账户还能否携带迁移账户自由换区？ 答：尚未验证。 PS：如果两个账户购买过相同的内容，最新下载记录会覆盖旧的下载记录，比如主账户的微信是1日1日下载，迁移账户之前是2月1日下载，那么已购记录中微信的下载日期就会变成2月1日。不过只要两个账户中有一个解锁过内购就可以在app里恢复购买。 总结：这个功能相对鸡肋，思来想去只适合我这种后知后觉的仓鼠病人，毕竟佬们基本不只一个苹果账户，最大缺点就是只能同地区账号迁移，这对在各区有刚性锁区的app完全没办法，比如国区迁移到美区，豆包肯定消失在已购中。只对账号太多又嫌麻烦的佬们可能有点帮助，因为这个功能限制较大，论坛里一直没什么人讨论，所以今天浅谈，如果佬们有更好的条件验证其他问题或想法，算我在此抛砖等引玉了。 3 个帖子 - 2 位参与者 阅读完整话题
从上个月谷歌削减家庭组共享额度开始，我上车的Ultra家庭组算是废了，但是在上周我发现我的Pro家庭组仍然能够使用，额度独立（当时有佬友分析是谷歌灰度测试，有些正常，有些独立） 变故就从这里开始了，当我爽爽蹬完5个Pro号（同一家庭组中的子号）一半额度后的第二天），我发现我的 其中4个 Pro号（ 蹬了目前存活的1个号和目前已死的3个号，还有一个死号甚至没有登陆过 需要手机号码验证了，据此我开始去寻找规律 使用美国家宽+Antigravity Tools 1.我唯一存活的Pro号一直在浏览器登陆，且偶尔使用过邮箱和gemini网页端，而我另外4个账号在上个月退出了浏览器登录，只使用反重力 ->我判断有一定关系，谷歌对于活动频繁且明显是人经常使用的号会给很宽松的政策（使用反重力算吗:(）。 2.我上周死号前使用的切号工具是“Antigravity Tools”（早就听说这个不行了，不听佬友言吃亏在眼前 ），但是按道理说如果是切好工具的问题应该5个号全死，给我剩了一个 3.可能是使用期间手贱切换过日本节点 有关权重问题： 1.不要买反重力的企业Ultra，低权重中的低权重，拉完了 2.我接码救活了其中一个死号（ 以前是高权重账号 ），但是该号从高权重变成了低权重账号，具体表现为 Opus：Our servers are experiencing high traffic right now, please try again in a minute. 3.1Pro：一直转圈，也无报错，也无回复 flash：正常 而存活下来的号仍然是高权重账号，Opus极其流畅 ->到底是封低权重账号还是封完变低权重账号暂时无法判断 总之，目前谷歌的政策收紧，廉价的路子似乎只剩下pixel了，我也想转codex，但是买了几个plus全是日抛:(，有关Antigravity的一些摸索还是选择Codex，想听听各位佬友的意见 3 个帖子 - 2 位参与者 阅读完整话题
浅谈一下昂， 像现在AI的廉价渠道已经很少了！ Team现在已经直接下架了 Plus估计也不远了 有时候吧，我觉得有一些可以去分享！ 还是老观点 你可以分享方式方法， 甚至可以去分享代码！ 但是你上传GitHub， 是不是有点过分了？ 这么搞的话，只会出现一种情况！ 就是大家都得去买原价的 作为一个小的奸商，我只能说！ 奸商永远有新的办法， 但是有一些东西分享完就只会导致 大家的成本批量增加！ 我不知道大家记不记得之前的team 最开始的时候是8块钱一个月带质保 后面被批量的free干了一波 现在质保一个月得30 然后的话就是像pro 之前100块一个20x 公布了之后基本上也没了 按这么搞，我不知道到底是有利于大家 还是？想砸盘！ 举个很鲜明的例子 现在公益站到底还剩了几家？ 而且现在感觉就是群众里面有坏人 你这边发布，反手人家就举报上去了 不多说了， 开始准备拥抱DeepSeek V4吧 12 个帖子 - 9 位参与者 阅读完整话题
其实在月初取消plus和team的双倍额度，后来一砍再砍就看得出，奥特曼之心，路人皆知了。在全球算力都不够用的情况下，oai看到a/吃蛋糕吃的如此欢快，难免心生羡慕。现在的情况是，所有的邮箱都弹add phone，可以猜测的是接下来有的账号都会401，但这不是封号，是随机地玄学的让at失效，oauth再上去就弹手机验证码了。带善人这次是真的倒了（哭唧唧） 11 个帖子 - 10 位参与者 阅读完整话题
新审查是类似gemini的外审 但gpt5.5外审在正经工作的时候现在都是敏感肌 且频繁触发会导致该账号使用gpt5.5时的tps大幅降低 疑似为高风险账号导致遭到云端多次审查才会给你这次请求放行 也可能是强制路由到其他本来就慢模型 gpt5.5本身tps很快 一风控就特别明显 审查对几点尤其敏感 直接发的原始提示词，有一点歧义立马把你毙掉 压缩后的第一次请求，也很容易毙掉 xhigh时模型会多想，只要cot稍微一发散，立马毙掉 工作区文件太多也不行，可能是codex会文件名还是什么，很多时候太大的仓库第一句话都动不了就死了 过于暴力和直白的破限会直接炸，伪装成正常网安任务之类的可以提高存活率，但用长了也会炸 （ps：有佬说封号不退款，我还正价开 20x pro，我真是c same的老木 ） 7 个帖子 - 7 位参与者 阅读完整话题