来自该信源的全部动态 · 共 1292 条
LinuxDo用户发帖讨论在200美元预算下，选择Claude Code会员还是OpenAI Codex（20倍额度）更适合日常开发。起因是免费额度频繁限流，用户希望了解两者付费后的实际可用额度与开发体验对比。帖子引发少量讨论，暂无明确结论。
嵌入式开发者分享AI辅助编码工作流：描述问题让AI写代码、部署测试、收集日志再反馈给AI迭代。作者对比发现Claude Opus 4.8能持续聚焦原始问题，而GPT 5.5虽推理能力强但容易遗忘上下文，需频繁纠正。Codex的/goal命令本质是将目标设为提示词并循环continue，遇到需人工输入时会死循环，实用性有限。帖子征集社区实践经验。
LinuxDo社区开源推广项目，旨在优化第三方平台使用Claude Code的体验。核心功能包括：多平台接入与负载均衡、智能熔断与协议转换、余额管理与用量统计、敏感数据拦截、任务栏实时状态显示、Skills和MCP管理等。未来计划支持更多平台（如opencode）及工具统一化配置。
LinuxDo用户反映在使用Codex SDK时需要调用Responses API端点，但发现目前仅OpenAI和xAI原生支持，国产厂商均未适配，OpenRouter的Responses实现为无状态模式，可能导致上下文膨胀问题。NewAPI等中转项目也缺乏支持，用户考虑自行魔改适配。该讨论反映了OpenAI新API标准在生态中的兼容性现状。
据Ed Zitron独家报道，OpenAI 2025年支出飙升至340亿美元，净亏损较2024年的50.9亿美元增长近8倍，累计亏损达380亿美元。2024年数据显示其营收37亿美元，但总成本124.8亿美元，其中研发占78.1亿。巨额烧钱速度引发对其商业可持续性的质疑。
LinuxDo论坛用户反馈，Anthropic官方API已下线claude-opus-4-20250514和claude-sonnet-4-20250514两个模型端点。目前仅有单一信源报告此事，尚未获得Anthropic官方确认，具体原因不明，可能涉及模型更新迭代或临时调整。
有用户发现Claude Code（Opus 4.8）出现严重降智现象，通过启动时添加--rc参数将对话同步至网页版claude.ai/code，并将思考程度调为max后，模型表现有所改善。该方法仅限官方订阅账号，对话仍在本地运行但同步到网页端。用户同时发现上下文窗口显示异常，网页端显示400K但实际模型应为1M，在300多K时即触发压缩，具体机制尚不明确。
开源无限画布项目发布重大更新，新增Agent自主操作能力，支持通过本地Codex连接画布执行操作；增加自定义工具栏，可自由选择和扩展创作工具；新增局部遮罩编辑功能，类似ChatGPT官方的区域选择编辑。用户需安装npm桥接服务@basketikun/canvas-agent来启用Agent本机模式。
OpenRouter 平台已出现智谱 GLM 5.2 模型的 API 定价页面，显示预计上线日期为 2026 年 6 月 16 日。该模型延续 GLM 系列在编码和长程智能体任务上的定位，上下文窗口达 202,752 tokens。具体上线时区尚未明确，信息来源为 OpenRouter 平台页面。
作者用vibe coding开发一年半，做了多个项目却几乎未发布。总结核心教训：AI提升的是执行速度而非产品判断力；功能太容易实现导致产品边界失控；项目核心价值若踩在模型演进路线上且未绑定具体场景，终将被平台能力覆盖。以自建AI应用平台CortexHub为例，说明独立开发者容易陷入重构循环和追热点陷阱。
用户在使用Claude Code桌面端时发现，即使通过日本-美国代理链（tun模式）访问，仍被检测到IP位于日本而非美国。帖子展示了其Clash规则配置，涵盖Anthropic核心域名及CDN基础设施，社区讨论可能是DNS泄露或规则未覆盖完整导致真实出口节点暴露。
开发小白在使用Codex、Claude Code等AI编码工具时遇到瓶颈：小功能可行但复杂项目难以驾驭。主要问题包括上下文膨胀导致开发偏离主线产生屎山代码、前后端分离项目的开发顺序选择、可视化测试评估困难、前端页面对接后端后效果崩坏等。求助社区分享成熟的Vibe Coding工作流和项目管理经验。
用户此前订阅ChatGPT Team三席位，因未用优惠且误触自动续费，联系客服退款成功。但退款后该账号无论订阅Plus还是Team均失败，尝试长链接和更换多张外卡均无效，而同一张卡在小号上可正常订阅Plus，怀疑账号被限制或标记。
用户反馈Codex经sub2api中转调用GPT-5.4模型时持续卡在「思考中」状态。经排查发现ChatGPT账户不支持通过Codex Responses API调用gpt-5.4，OpenAI上游返回400错误，sub2api映射为502，Codex客户端未正确处理错误重试或降级逻辑导致卡死。此前误判为10分钟超时问题，实际为模型权限与错误处理双重问题。
开发者开源了一款名为Fluxnotes的始终置顶Markdown编辑器，专为AI协作场景设计。作者认为当前AI应用的输入框不适合编写长文本，多任务并行时人类容易丢失自己的思路上下文。该工具支持快捷键呼出、始终置顶显示，适合用来写prompt、草稿和临时记录，灵感来源于Raycast Notes的交互模式。
wtflow 是基于 Worktrunk（wt）CLI 的 Agent Skill，将 Git worktree 工作流封装为可供 Claude Code、Codex、OpenCode 等 AI 编码代理直接调用的技能。核心价值是让多个 AI Agent 在各自隔离的 worktree 分支中并行编码，避免冲突，简化多分支管理流程。项目完整开源，发布于 GitHub。
LinuxDo用户分享AI编程中Token消耗过高的困境：随着项目增大，单个小需求就占用30%以上上下文窗口。由于AI生成的代码开发者不熟悉具体细节，无法给工具准确的文件入口，大模型频繁grep搜索导致上下文噪音增多。该用户一天仅做小需求就消耗200多元额度，尝试codegraph插件效果不佳，向社区征集减少Token的实践方案。
一位前端开发者分享使用AI工具（ChatGPT、Claude、Cursor、Codex）的体验：借助AI已能独立完成全栈项目，涵盖Node.js、Java、Docker部署等原本不熟悉的技术栈。由此引发思考：当AI能解决报错、生成接口、设计表结构时，程序员是否还需花大量时间学习底层知识，还是应转向需求拆解、提问能力等元技能。帖子发起投票讨论。
用户在LinuxDo论坛求助，实验室有1-2台8卡A40服务器（单卡48G显存，单台384G，双台768G），每台1T内存，局域网物理机环境，希望推荐适合本地化部署的开源大模型，偏好单台可部署的INT4量化版本。此前部署过MiniMax-M2.7但体验不佳，寻求更优替代方案。
开发者在微信小程序中集成Deepseek API实现AI问答功能，提交审核被拒，平台要求提供深度合成服务「在用证明」，需包含小程序主体、appid、订单有效期、算法备案号等信息。目前尚不清楚应由API提供商出具还是需自行办理，微信官方社区也缺乏明确指引。