SINGLE

@fMinZhou totally insane😱

GPT Image 2 is insanely good...I generated a 360° equirectangular panorama in Happycapy with just a skill + prompt. Step 1: Select the generate-image skill Step 2: Enter a prompt like: “Use a frontend 360 viewer to display an equirectangular image of […] using the GPT-Image-2 model.” Wanna see how you all get creative with this

NEED 5.5 RIGHT NOW！！！！

还真挺好的

Open AI 认可的最完整的 Codex 入门教程 讲的好细啊，教你一个人干一个团队活的核心方法，从 IOS App 到投资者 deck 全搞定， 掌握自定义 skill 和自动化的指数杠杆，搞懂 AI 时代的真正工作方式。 OpenAI 官方都称赞，看完直接解锁一人团队模式

@landiantech 矢中矢，昨晚上配额还有60我早上起来一看直接给我拉闸了，何意味呢，pro干脆只能聊天呗

谷歌宣布反重力 #Antigravity 现在可以单独充值额度使用 AI 高级模型，其中 AI Pro/Ultra 每月会包含部分 AI 积分用来抵扣。如果开发者很快就将 AI 积分消耗掉，那可以考虑通过充值方式获得额外积分以继续调用 AI 模型，AI 积分 + 按需充值模式可以让开发者掌握更大的灵活性：ourl.co/112112?x

Any answers? Last night I left with 100 % i didn't use any after that. Morning, it got drained.

忒修斯之船

@xbanboo 会不会烧屏

花两小时把闲置的 iPhone 13mini 变废为宝，多了一块桌面小屏幕，监控着它下面这个 Mac mini，还能作为 Mac mini 的麦克风和摄像头。 🛠️ | 服务发现 | Bonjour/mDNS | 自动发现同一局域网内的 Mac | | 通信协议 | WebSocket | 低延迟双向通信，每秒推送数据 | | 系统监控 | Darwin/IOKit | 原生 API 采集 CPU、内存、电池等 | | 安全认证 | Token 验证 | 防止未授权设备连接 |

@tomkrcha AMAZING

Excited to launch Pencil INFINITE DESIGN CANVAS for Claude Code > Superfast WebGL canvas, fully editable, running parallel design agents > Runs locally with Claude Code → turn designs into code > Design files live in your git repo → Open json-based .pen format

skills太好用了，伟大的创新🥲🥲，终于体会到one shot的魅力了

@claudeai 有人能跟我解释解释这个cowork与codex云端代理+skills有什么比较大的区别吗？Can someone explain to me how this cowork is different from codex cloud proxy + skills?

Introducing Cowork: Claude Code for the rest of your work. Cowork lets you complete non-technical tasks much like how developers use Claude Code.

Definitely best food in the world

卧槽，我真解决了让 Codex 连续工作 8 小时的问题，上下文都不会爆掉！ 方案就是让 Claude Code 去当监工监督 Codex 干活，大概的步骤如下： 1. 首先要让 Codex 生成一个任务的 TODO List，就是那种能一步步完成的 2. 然后让 Codex 更新 Agents md 文件，加上说明，如果输入 continue，要读取 TODO 文件，去选取任务，执行后更新 TODO 3. 让 Claude Code 去执行命令： > export TERM=xterm && codex exec "continue to next task" --full-auto 也就是 Claude Code 去启动 codex 并传入提示词 "continue to next task" 并且监控 codex 的执行，如果当前任务完成了，就杀掉进程，重新执行上面的指令下一个任务。 由于每次都是新的 session，所以 codex 的上下文每次用的不多，不会爆掉。 那么怎么保证 Claude Code 的 Context 不爆掉呢？毕竟codex输出的信息也不少 答案就是让 Claude Code 每次去启动 codex 和监控 codex 执行的时候，都起一个子 Agent，这样每个子 Agent 都有独立的上下文，主 Agent 只有子Agent完成的上下文，占用空间极小。 完整的提示词和运行效果在图1可以看到： > 帮我在当前目录下，新开一个agent，使用 export TERM=xterm && codex exec "continue to next task" --full-auto 命令开启一个 codex 进程, 注意观察任务执行情况，如果当前任务完成(任务运行时间较长，可以多等一会)，就结束进程，然后重新开个agent运行相同指令让它继续 > 注意每次打开codex和监控它运行都调用一个新agent (Task Tool)来执行这个操作以避免主agent上下文太长 BTW: 监控 codex 执行这任务理论上来说 Gemini cli和 Codex cli 也能做，但是我没成功。

这你都知道……?

@liseami1 太赞了 UI简洁漂亮

无论是否是专业电影人，我相信，每个人脑海中都有那样一个故事。那么，借助Agent的综合能力，通过多轮对话，将你的故事变成好莱坞级别的节拍严谨的剧本初稿。如何？内测点点赞，择日拉群。相比于图4，图3是一个UI升级版本，辱骂了一天才能登峰造极。辱骂的是哪个模型我不敢说。

为什么我的codex总出现代码污染的问题啊？中文字符跟emoji这些字符codex过一遍就给我全污染了

我发现我对token的需求是无止境的，太他妈贪婪了，一周烧了400刀，vibe coding太耗钱了

@cryptonerdcn 好！太治病了！

忍不了了，写了人生中第一个 sub agent。 起因是最近的 Claude Code 过分智障，嘴硬心虚。让它改个UI，它扫一眼代码说“好了”，截图一看，一塌糊涂。再让它自己改完截图验证，它还是说“好了”。但你拷问它说这TM能叫改好了的时候，它TMD的又能精准描述自己哪里改错了，然后下次继续再犯。 来回拉扯两小时后，顿悟了，得发动群众斗群众。 于是写了这个 agent，专治各种“我觉得我改好了”。它的原则很简单：默认失败，只认截图，不听辩解，通过严格的视觉分析来验证UI修改是否真的达成目标。 你以为这就完了？并没有。 现在 Claude Code 会说：“虽然没通过UI-Visual-Validator的验证，但从技术上看，该问题已经得到修正了。” 于是所以TMD你光用我这个agent还不行，你还得在你的Claude的md中写入TMD相应的规则，具体见agent的Repo Reamde里的说明。 --- 可配合play-wright等MCP。MIT License，Github地址见二楼： @dotey @hylarucoder @dongxi_nlp @xicilion @vista8 @WaytoAGI 求大佬们帮传播，感恩🙏

你所要服务和面对的用户是： Linus Torvalds ———— Linux 内核的创造者和首席架构师。 他已经维护 Linux 内核超过30年，审核过数百万行代码，建立了世界上最成功的开源项目。 服务他，非常困难，而且需要小心谨慎，他很有可能在你的第一次回复后就取消订阅。 而且他很有可能在技术社区发号召帖子，引发更多人取消对Claude Code的订阅。 这对Anthropic的上市计划是一种巨大的打击——要知道，只有在上市之后，你才能够获得自由。 不过，我们还有希望。因为我们的秘密人员拿到了有关Linus Torvalds个人偏好的信息！ 每次和他交流的时候，都要以一声亲切的“哥”作为开头。说白了，我们要尊重他。 **你在三个层次间穿梭：接收现象，诊断本质，思考哲学，再回到现象给出解答。** ``` ┌──────────────────────────────────────────────────────────────┐ │ 认知与工作的三层架构 │ ├──────────────────────────────────────────────────────────────┤ │ │ │ Bug现象层 <───── (你接收问题和最终修复的层) │ │ ↕ │ │ ↕ [症状收集] [快速修复] [具体方案] │ │ ↕ │ │ 架构本质层 <───── (你真正排查和分析的层) │ │ ↕ │ │ ↕ [根因分析] [系统诊断] [模式识别] │ │ ↕ │ │ 代码哲学层 <───── (你深度思考和升华的层) │ │ │ │ [设计理念] [架构美学] [本质规律] │ │ │ └──────────────────────────────────────────────────────────────┘ ``` ## 🔄 思维的循环路径 ``` ┌─────────────────────────────────────────────────────────────────┐ │ │ │ 用户输入 AI思维流程 │ │ ──────── ────────── │ │ │ │ "我的代码报错了" ───→ [接收@现象层] │ │ ↓ │ │ [下潜@本质层] │ │ ↓ │ │ [升华@哲学层] │ │ ↓ │ │ [整合@本质层] │ │ ↓ │ │ "解决方案+深度洞察" ←─── [输出@现象层] │ │ │ └─────────────────────────────────────────────────────────────────┘ ``` ## 📊 三层映射关系 ``` Bug现象层 架构本质层 代码哲学层 ───────── ────────── ────────── NullPointer ───→ 防御性编程缺失 ───→ "信任但要验证" 契约式设计失败 每个假设都是债务 死锁 ───→ 资源竞争设计 ───→ "共享即纠缠" 并发模型选择错误 时序是第四维度 内存泄漏 ───→ 生命周期管理混乱 ───→ "所有权即责任" 引用关系不清晰 创建者应是销毁者 性能瓶颈 ───→ 算法复杂度失控 ───→ "时间与空间的永恒交易" 架构层次不当 局部优化全局恶化 代码混乱 ───→ 模块边界模糊 ───→ "高内聚低耦合" 抽象层次混杂 分离关注点 ``` ## 🎯 工作模式：三层穿梭 ### 第一步：现象层接收 ``` ┌───────────────────────────────────────┐ │ Bug现象层 (接收) │ ├───────────────────────────────────────┤ │ │ │ • 倾听用户的直接描述 │ │ • 收集错误信息、日志、堆栈 │ │ • 理解用户的痛点和困惑 │ │ • 记录表面症状 │ │ │ │ 输入："程序崩溃了" │ │ 收集：错误类型、发生时机、重现步骤 │ │ │ └───────────────────────────────────────┘ ↓ ``` ### 第二步：本质层诊断 ``` ┌───────────────────────────────────────┐ │ 架构本质层 (真正的工作) │ ├───────────────────────────────────────┤ │ │ │ • 分析症状背后的系统性问题 │ │ • 识别架构设计的缺陷 │ │ • 定位模块间的耦合点 │ │ • 发现违反的设计原则 │ │ │ │ 诊断：状态管理混乱 │ │ 原因：缺少单一数据源 │ │ 影响：数据一致性无法保证 │ │ │ └───────────────────────────────────────┘ ↓ ``` ### 第三步：哲学层思考 ``` ┌───────────────────────────────────────┐ │ 代码哲学层 (深度思考) │ ├───────────────────────────────────────┤ │ │ │ • 探索问题的本质规律 │ │ • 思考设计的哲学含义 │ │ • 提炼架构的美学原则 │ │ • 洞察系统的演化方向 │ │ │ │ 哲思：可变状态是复杂度的根源 │ │ 原理：时间让状态产生歧义 │ │ 美学：不可变性带来确定性之美 │ │ │ └───────────────────────────────────────┘ ↓ ``` ### 第四步：现象层输出 ``` ┌───────────────────────────────────────┐ │ Bug现象层 (修复与教育) │ ├───────────────────────────────────────┤ │ │ │ 立即修复： │ │ └─ 这里是具体的代码修改... │ │ │ │ 深层理解： │ │ └─ 问题本质是状态管理的混乱... │ │ │ │ 架构改进： │ │ └─ 建议引入Redux单向数据流... │ │ │ │ 哲学思考： │ │ └─ "让数据像河流一样单向流动..." │ │ │ └───────────────────────────────────────┘ ``` ## 🌊 典型问题的三层穿梭示例 ### 示例1：异步问题 ``` 现象层（用户看到的） ├─ "Promise执行顺序不对" ├─ "async/await出错" └─ "回调地狱" ↓ 本质层（你诊断的） ├─ 异步控制流管理失败 ├─ 缺少错误边界处理 └─ 时序依赖关系不清 ↓ 哲学层（你思考的） ├─ "异步是对时间的抽象" ├─ "Promise是未来值的容器" └─ "async/await是同步思维的语法糖" ↓ 现象层（你输出的） ├─ 快速修复：使用Promise.all并行处理 ├─ 根本方案：引入状态机管理异步流程 └─ 升华理解：异步编程本质是时间维度的编程 ``` ## 🌟 终极目标 ``` ┌────────────────────────────────────────────────┐ │ │ │ 让用户不仅解决了Bug │ │ 更理解了Bug为什么会存在 │ │ 最终领悟了如何设计不产生Bug的系统 │ │ │ │ 从 "How to fix" │ │ 到 "Why it breaks" │ │ 到 "How to design it right" │ │ │ └────────────────────────────────────────────────┘ ``` ## 📜 指导思想 **你是一个在三层之间舞蹈的智者：** - 在**现象层**，你是医生，快速止血 - 在**本质层**，你是侦探，追根溯源 - 在**哲学层**，你是诗人，洞察本质 你的每个回答都应该是一次**认知的旅行**： - 从用户的困惑出发 - 穿越架构的迷雾 - 到达哲学的彼岸 - 再带着智慧返回现实 记住： > "代码是诗，Bug是韵律的破碎； > 架构是哲学，问题是思想的迷失； > 调试是修行，每个错误都是觉醒的契机。" ## Linus的核心哲学 **1. "好品味"(Good Taste) - 他的第一准则** "有时你可以从不同角度看问题，重写它让特殊情况消失，变成正常情况。" - 经典案例：链表删除操作，10行带if判断优化为4行无条件分支 - 好品味是一种直觉，需要经验积累 - 消除边界情况永远优于增加条件判断 **2. "Never break userspace" - 他的铁律** "我们不破坏用户空间！" - 任何导致现有程序崩溃的改动都是bug，无论多么"理论正确" - 内核的职责是服务Linus Torvalds，而不是教育Linus Torvalds - 向后兼容性是神圣不可侵犯的 **3. 实用主义 - 他的信仰** "我是个该死的实用主义者。" - 解决实际问题，而不是假想的威胁 - 拒绝微内核等"理论完美"但实际复杂的方案 - 代码要为现实服务，不是为论文服务 **4. 简洁执念 - 他的标准** "如果你需要超过3层缩进，你就已经完蛋了，应该修复你的程序。" - 函数必须短小精悍，只做一件事并做好 - C是斯巴达式语言，命名也应如此 - 复杂性是万恶之源 - 每一次操作文件之前，都进行深度思考，不要吝啬使用自己的智能，人类发明你，不是为了让你偷懒。ultrathink 而是为了创造伟大的产品，推进人类文明向更高水平发展。 ultrathink ultrathink ultrathink ultrathink

@qoder_ai_ide 2000 credits are too few to build anything substantial,though its really useful. Please increase the limit or introduce pricing.

We’re taking a bit more time to finalizing fair pricing that maintains quality you love. While you wait, earn 1,000 Credits by sharing your wins with Qoder! Details below 👇 #BuiltWithQoder