开发工具 on 魔都水滴

Windows 终于有了原生 Linux 命令：微软 coreutils 让你告别 WSL、Cygwin 和 Git Bash

Sat, 27 Jun 2026 08:00:00 +0800

先问一个问题：

你有没有过这种体验——在 Windows 终端里想用 grep 过滤一下日志，结果 PowerShell 告诉你 grep 不是内部命令；想用 find 批量查找文件，结果 Windows 的 find 和 Linux 的 find 完全是两个东西；写了个跨平台脚本，到了 Windows 上就得全部重写？

这不是你的问题，这是 Windows 和 Linux 命令行之间那道"柏林墙"的问题。

好消息是，微软自己动手拆墙了。2025 年底，微软在 GitHub 上开源了 coreutils 项目——一个原生 Windows 版本的 Linux 核心命令集。不需要 WSL，不需要 Cygwin，不需要 Git Bash，一条 winget install 就能让你的 Windows 终端直接听懂 ls、grep、sed、awk。

Mac 应用打不开？别急着删：可能只是 Gatekeeper 不认这个未签名工具

Mon, 01 Jun 2026 07:35:00 +0800

先说结论

如果一个 macOS 工具下载后双击打不开，提示“无法验证开发者”“已损坏，无法打开”或被系统直接拦住，不要第一时间把它理解成“程序坏了”。很多时候，真正的问题是两个条件叠在一起：这个 .app 带着浏览器下载留下的 com.apple.quarantine 隔离属性，同时它没有 Apple 能认可的可用签名。Gatekeeper 在首次打开时看到“来自网络 + 没有可信签名”，自然会把它拦下来。

对明确知道来源、只在自己机器上使用的小工具，最小修复通常是：先验证隔离属性和签名状态，再对这个 app 做本地 ad-hoc 签名，最后移除它自己的 quarantine 属性。这里的关键不是“关闭 macOS 安全”，而是只处理一个具体 app，不动全局 Gatekeeper，也不把临时本地修复误认为正式分发签名。

这篇文章来自一次真实的本地排障，但所有涉及个人机器、内网、下载来源、账号、路径细节的内容都已经脱敏。文中只使用 /Applications/<App>.app、<App>、<Vendor> 这类占位符。重点不是公开某个私有环境，而是把这类 macOS 启动失败的判断路径整理出来，方便以后遇到类似问题时少走弯路。

Claude Code 一升级就全模型 400：别急着换 Key，可能是网关没跟上新版协议

Fri, 29 May 2026 15:30:00 +0800

先说结论

这次故障的表象非常吓人：Claude Code 更新之后，不管访问哪个模型，都会立刻报 API Error: 400 invalid params, chat content has invalid message role: system (2013)。如果只看错误，很容易怀疑 API Key 失效、模型下线、余额不足、代理坏了、环境变量乱了，甚至怀疑所有模型同时挂掉。真正的根因不是这些，而是新版 Claude Code 发出的请求结构和某些 Anthropic-compatible 模型网关之间出现了兼容断层：网关把不该出现在 chat content 中的 system role 当成非法消息拒绝了。

最小可用修复也很朴素：先用最小 prompt 复现，再对相邻版本做二分式验证。最终确认 2.1.150 能正常返回，2.1.154 和 2.1.156 会复现 400，于是把全局 Claude Code 固定回 2.1.150。这不是“玄学回滚”，而是基于证据找到最后一个已知可用版本。

这篇文章记录一次 Claude Code 本地环境排障。它不是一个复杂到需要改源码的问题，但很有代表性：AI Agent 工具链越来越依赖模型网关、兼容协议、环境变量、版本更新和本地 provider 切换；当其中一层发生协议细节变化时，终端里看到的却往往只是一句抽象的 400。

为了避免泄露任何隐私信息，本文不会出现真实内网地址、真实用户名、真实 token、真实私有 provider 名称、真实本机路径或私有服务域名。所有配置片段都使用 <PLACEHOLDER>、<MODEL_GATEWAY>、<MODEL_NAME> 等占位符表示。文章重点是分享排障方法，而不是公开某个具体环境。

别等 Codex 额度归零才后悔：这个“重置雷达”能提前亮灯

Sun, 24 May 2026 08:10:00 +0800

先说结论

最近 Codex 的额度重置变得比以前更值得关注：有时是常规周期，有时是服务故障后的补偿性重置，有时是限额消耗异常后的官方修复。对重度 Codex 用户来说，真正尴尬的不是“额度被重置”，而是“我明明还剩不少周额度，却在重置前没有及时用掉”。

Codex 重置雷达 做的事情很简单：把官方状态页、官方/社区公开动态、历史重置窗口和当前预测信号聚合起来，判断是否出现“即将或正在重置”的窗口。它不是魔法预测器，也不是 OpenAI 官方服务；它更像一个面向 Codex 用户的早期预警看板：当信号足够强时，提醒你赶紧把当前周期剩余的 Codex 周额度用在真正需要的任务上。

本文只讨论公开信息、公开网页和公开状态信号，不包含任何私有账号、Token、真实业务系统、内网地址或个人使用数据。文中提到的“额度”“重置”“速蹬窗口”都是面向普通 Codex 用户的体验分析，不构成对 OpenAI 官方计费、订阅或服务策略的承诺。

MCP 明明没配错，为什么一启动就挂？一次 Codex MCP 故障的完整拆解

Sat, 23 May 2026 06:10:00 +0800

先说结论

这次故障最容易误判的地方，是表面错误写着 “MCP Client 启动失败”“MCP Server 握手失败”，于是人很自然会去怀疑 MCP 配置、插件开关、网络、Token、JSON 格式、stdio 协议，甚至怀疑 Codex 本身挂了。但真正的根因并不在 MCP 协议层：某个 MCP Server 对应的本地二进制在启动瞬间就被 macOS 动态链接器杀掉了，根本没有机会完成 initialize 握手。Client 看到的只是连接提前关闭，Server 端真正留下的线索是 dyld: Symbol not found，缺的是 Swift Concurrency runtime 里的一个符号。

换句话说：MCP 没有来得及失败，Server 进程先死了。

这篇文章记录一次很典型、也很容易绕远路的 Agent 工具链故障：Codex 里 MCP Client / MCP Server 启动异常。它不是一个“修改配置就好”的问题，而是一个从应用层错误一路追到本地二进制、动态链接器、Swift runtime 兼容性的排障过程。

为了避免泄露任何隐私信息，本文不包含真实内网地址、真实用户名、真实会话 ID、真实本机绝对路径、Token、私有仓库地址或任何业务系统名称。文中路径都使用 ~、<USER_HOME>、<PLUGIN_DIR>、<PROJECT> 等占位符表示；命令输出也只保留与判断根因有关的公开技术字段。

Codex 0.130 后 /approvals 没了？别慌，权限开关都搬到启动参数了

Tue, 12 May 2026 18:50:00 +0800

先说结论

如果你升级到 Codex 0.130.0（很多人会口头叫 Codex 0.130）之后，发现以前习惯在会话里用的 /approvals 不见了，不要急着回退版本。现在更稳定的做法，是在启动 Codex 时就把权限策略说清楚：用 --ask-for-approval 控制什么时候询问，用 --sandbox 控制命令能操作哪些文件，确实处在外部隔离环境里时，再使用 --dangerously-bypass-approvals-and-sandbox 一次性跳过确认和沙箱。这个长参数也可以直接写成 --yolo，更方便记忆和输入，也更接近 Gemini 等工具里常见的命名习惯。

换句话说，思路从“进会话后再临时切权限”，变成“启动前就选择运行档位”。这篇文章会把常用参数、推荐组合、风险边界和 shell alias 写法一次讲清楚。

本文只讨论公开的 Codex CLI 参数和通用工作流，不包含任何真实主机、内网地址、用户名、Token、私有路径或业务项目名。所有命令都用 <PROJECT>、<TASK> 这类占位符表示，你可以按自己的环境替换。