GitHub Copilot最早基于VS code做IDE编程助手 如今也杀入CLI助手领域 这下不管是IDE还是CLI 开发者都可以使用copilot以及背后依托的业内最强的几个编程大模型

OpenAI codex cli with GPT5-codex 流畅无障碍 无需科学方式 VScode里也有插件可用 可以告别Anthropic这个歪屁股公司了
learn.microsoft.com

屋有鲜 名不副实 不难吃但顶着米其林一星的价位 应该要做的更好 不推荐

OpenAI总裁Greg在一档节目中谈到最新的GPT5-codex模型专为编程和复杂任务优化 期待它在实际环境中的表现 Anthopic的美国屁股让我实在不想用它 原文地址 www.youtube.com

安卓手机没锁屏放口袋 回家拿出来发现装了个快手极速版

@karpathy盛赞gpt5 pro在解决复杂编程问题的表现 在Claude全面断供的情况下考虑替代方案是一个紧迫的问题 x.com

父辈一直在对我们做艰苦教育 试图让我们能理解他们年轻时由于客观原因所遭受的苦难 让我们沿着他们的经验和道路在如今这个世界生存 然而我们成长在物质富足的新时代 天生无法理解为什么他们要没苦硬吃 反而很多人因此压抑自己的欲望 背负着巨大的不配得感 终其一生都无法释怀
我对下一代的期望是他/她能对自己的人生负责 去追寻他想要的人生和目标 如果找不到目标 就好好过完这一生就足够了 或许我给不了他生在罗马的好命 但我至少能给他足够的自由以及一个可以用来参考或者用来避雷的榜样

很真实的描述场景。但有些现状这位作者似乎没有亲身体验过。
1.首先Cloud Platform的Web UI从来没有哪家做到真正user friendly. 如果小白点一点就能搞定复杂的环境部署，那一定是底层屏蔽或封装了很多可调整细节。小白友好了，SRE要骂街了这也不能改那也不能改怎么用？
所以小白点鼠标实属于外行干活。可悲的是，这种情况还挺多见的。 毕竟不是每个甲方的SRE都是云计算专家，如果这样还需要原厂专家做什么呢。
AWS的云界面已经是相当优秀了在user friendly和dev friendly里取得相对的平衡。而真正用云的最佳姿势其实是“黑屏”界面，通过sdk/cli/IaC代码来自动化管理云资源 。API先行，而国内厂商为了照顾广大云小白先做向导界面先做web gui，然后api/sdk一泡污，但也情有可原取决于你想取悦谁。

2.专业事专业人做，问题是专业的人不免费。 为什么要五个人教一个人点鼠标因为客户没有给真正会点鼠标的人付钱。 国内做toB最让人讨厌的点在于甲方从来觉得服务就该免费，很怀念从出门就开始计费的甲骨文原厂工程师们。同理来到云时代，不掏support费当然只有免费劳动力教你点鼠标咯。大客户可能得到的还是hands on能力强的原厂SA帮忙，而小客户面对的可能就只是靠厂商返点存活的代理商服务，然后代理商再花几千块去市面上找大专应届生来做售后。

3. Cloud是一个非常大的话题 随便点开一个主流厂商的产品页，没有一百个以上service都不敢说自己是Cloud。 so你指望一个人精通所有服务的使用是不现实的。 正确的姿势是先读文档然后在测试账户上做实验，遇到问题文档里没有的再找专家。合理的预期应该是专家可能可以协助你可能他也需要其他domain的同事支援毕竟每个人擅长的方向不一样。 另一个前提是产品靠谱，toB产品难做是事实，很多前沿的service PM也是摸着石头过河，当小白鼠是难免的。文中描述的五个人教一个甲方点鼠标的场景在现实中就是很常见的。毕竟很多时候新功能新服务才是撬动甲方的敲门砖。

最后作者写的最佳实现倒是无比赞同，一个好的技术支持体系加上优秀的产品可以让客户用的更顺心

在现在这个割裂的世界才更加怀念过去的地球村时代

我想说 如果我是一家MaaS服务商 我把GPT OSS加入category 是不是就可以发一个新闻稿我和OpenAI达成战略合作了？？
一键和OpenAI达成战略合作
git clone github.com/openai/gpt-oss.git
今日朋友圈被刷屏有感