<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Openai on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/openai/</link>
    <description>Recent content in Openai on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Sun, 24 May 2026 08:10:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/openai/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>别等 Codex 额度归零才后悔：这个“重置雷达”能提前亮灯</title>
      <link>https://blog.margrop.net/post/codex-reset-radar-quota-reset-guide/</link>
      <pubDate>Sun, 24 May 2026 08:10:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/codex-reset-radar-quota-reset-guide/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;最近 Codex 的额度重置变得比以前更值得关注：有时是常规周期，有时是服务故障后的补偿性重置，有时是限额消耗异常后的官方修复。对重度 Codex 用户来说，真正尴尬的不是“额度被重置”，而是“我明明还剩不少周额度，却在重置前没有及时用掉”。&lt;/p&gt;&#xA;&lt;p&gt;&lt;code&gt;Codex 重置雷达&lt;/code&gt; 做的事情很简单：把官方状态页、官方/社区公开动态、历史重置窗口和当前预测信号聚合起来，判断是否出现“即将或正在重置”的窗口。它不是魔法预测器，也不是 OpenAI 官方服务；它更像一个面向 Codex 用户的早期预警看板：当信号足够强时，提醒你赶紧把当前周期剩余的 Codex 周额度用在真正需要的任务上。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;本文只讨论公开信息、公开网页和公开状态信号，不包含任何私有账号、Token、真实业务系统、内网地址或个人使用数据。文中提到的“额度”“重置”“速蹬窗口”都是面向普通 Codex 用户的体验分析，不构成对 OpenAI 官方计费、订阅或服务策略的承诺。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Codex 0.130 后 /approvals 没了？别慌，权限开关都搬到启动参数了</title>
      <link>https://blog.margrop.net/post/codex-130-approval-flags/</link>
      <pubDate>Tue, 12 May 2026 18:50:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/codex-130-approval-flags/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;如果你升级到 Codex 0.130.0（很多人会口头叫 Codex 0.130）之后，发现以前习惯在会话里用的 &lt;code&gt;/approvals&lt;/code&gt; 不见了，不要急着回退版本。现在更稳定的做法，是在启动 Codex 时就把权限策略说清楚：用 &lt;code&gt;--ask-for-approval&lt;/code&gt; 控制什么时候询问，用 &lt;code&gt;--sandbox&lt;/code&gt; 控制命令能操作哪些文件，确实处在外部隔离环境里时，再使用 &lt;code&gt;--dangerously-bypass-approvals-and-sandbox&lt;/code&gt; 一次性跳过确认和沙箱。这个长参数也可以直接写成 &lt;code&gt;--yolo&lt;/code&gt;，更方便记忆和输入，也更接近 Gemini 等工具里常见的命名习惯。&lt;/p&gt;&#xA;&lt;p&gt;换句话说，思路从“进会话后再临时切权限”，变成“启动前就选择运行档位”。这篇文章会把常用参数、推荐组合、风险边界和 shell alias 写法一次讲清楚。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;本文只讨论公开的 Codex CLI 参数和通用工作流，不包含任何真实主机、内网地址、用户名、Token、私有路径或业务项目名。所有命令都用 &lt;code&gt;&amp;lt;PROJECT&amp;gt;&lt;/code&gt;、&lt;code&gt;&amp;lt;TASK&amp;gt;&lt;/code&gt; 这类占位符表示，你可以按自己的环境替换。&lt;/p&gt;</description>
    </item>
    <item>
      <title>OpenAI GPT-5.4 全面解读：定位、能力、成本与落地实践（截至 2026-03-06）</title>
      <link>https://blog.margrop.net/post/openai-gpt-5-4-introduction-2026/</link>
      <pubDate>Fri, 06 Mar 2026 08:20:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/openai-gpt-5-4-introduction-2026/</guid>
      <description>&lt;p&gt;2026 年 3 月 5 日，OpenAI 正式发布 GPT-5.4。很多人第一反应是：这到底是一次“小版本升级”，还是一次会影响实际生产力结构的能力跃迁？&lt;/p&gt;&#xA;&lt;p&gt;如果只看命名，5.4 像是 5.2、5.3 之后的顺序迭代；但如果结合官方发布内容、模型文档、API 能力矩阵和 ChatGPT 侧的产品变化来看，GPT-5.4 的核心价值并不在“参数大了多少”，而在于它把三条线真正收敛到了一个更可用的中心点：&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;推理能力（reasoning）&lt;/li&gt;&#xA;&lt;li&gt;编程与工程落地能力（coding + agentic workflows）&lt;/li&gt;&#xA;&lt;li&gt;工具生态协同能力（tooling + computer use）&lt;/li&gt;&#xA;&lt;/ol&gt;</description>
    </item>
  </channel>
</rss>
