Claude-Code on 魔都水滴

GLM Coding Plan 抢不到？火山方舟 9.9 元还能叠 95 折：邀请码买最低约 9.4 元

Sat, 11 Jul 2026 03:20:00 +0800

先说结论

如果你最近想买 GLM Coding Plan，却遇到名额、活动入口或购买节奏不合适，不必一直守着页面刷新。火山方舟 Coding Plan 当前提供 Lite 连续包月首两个月 9.9 元/月的限时优惠；通过邀请入口首次订阅，还能在 9.9 元基础上再叠加 9.5 折，按宣传口径最低约 9.4 元/月。活动页同时明确列出了 GLM-5.2，并写明 GLM-5.2 等热门模型限时加量 4 倍。

但先别只看“9.9”三个数字：优惠是首两个月，不是永久价；第三个月会恢复页面标注的 40 元/月；套餐额度只能用于 Coding Plan 支持的编程工具，不等同于一笔随便调用所有 API 的通用余额。本文写作与截图时间为 2026 年 7 月 11 日，活动页标注截止日期为 2026 年 8 月 7 日，最终规则以购买页实时显示为准。

别再到处找 YOLO 开关了：6 个 AI Agent 一键进入高自主模式

Mon, 06 Jul 2026 09:50:00 +0800

先说结论

AI Agent 工具里的 yolo，本质不是“更聪明”，而是“少问你”。它会减少或跳过工具调用确认框，让 Agent 更像无人值守脚本一样连续执行。问题在于，不同工具的叫法完全不统一：Codex 是危险旁路 approval 和 sandbox；Claude Code 是跳过权限检查或使用 bypass 权限模式；Gemini CLI 和 Qwen Code 有 --approval-mode=yolo；OpenCode 是 --auto 加 permission 规则；Aider 是 --yes-always。

这篇文章给出一个统一做法：不要偷偷覆盖原来的 codex、claude、gemini 命令，而是安装一个显式的 agent-yolo 启动器。你想高自主时才输入 agent-yolo codex、agent-yolo claude、agent-yolo gemini。这样一次搞定常见 Agent 的 YOLO 命令，又不会把日常安全模式改坏。文中脚本覆盖 Windows 11、Ubuntu 26.04、macOS 26，不依赖第三方服务，不安装缺失工具，也不包含任何真实内网地址、完整计算机名、私有域名、令牌或密钥。

Markdown 王座崩塌：当 AI Agent 走出聊天框，HTML 成为新答案

Wed, 10 Jun 2026 10:00:00 +0800

如果说 2023 年是属于 ChatGPT 与 Markdown 的"聊天框时代"，那么 2026 年正在宣告一个新阶段的到来：AI 不再只是"回答"你，它要"接管"你的界面。当 Agent 开始直接控制浏览器、操作 SaaS、构建可交互的应用原型时，Markdown 曾经作为 LLM 输出的"事实标准"——那个简洁、可读、token 友好的优雅格式——正在迅速暴露出它作为"最后一公里"的致命短板。HTML，不是 Markdown，正在成为新一代 Agentic 输出的新答案。

一、导言：Markdown 的王座，是怎么建起来的？

要理解这场变革的迫切性，我们得先回到 Markdown 当年"加冕"的历史现场。

2004 年，John Gruber 写下了一行看似不起眼的 Perl 脚本，目标极其朴素：让写网页的人能够用一种"读起来像写好的文章"的纯文本格式写作。Markdown 的设计哲学是"少即是多"——用 *斜体* 而不是 <em>斜体</em>，用 # 标题 而不是 <h1>标题</h1>。它的成功，本质上是一次"人类可读性“对”机器可表达性“的胜利。

二十年过去了。Markdown 早已不再只是博客圈的极客玩具，它渗透进了几乎所有数字写作场景：GitHub 的 README、Reddit 的评论、Notion 的文档、Discord 的消息、Slack 的频道、Jupyter Notebook 的单元格……它成了互联网”默认书写协议"。

而真正让 Markdown 登上 AI 王座的，是 2022 年末 ChatGPT 的横空出世。

OpenAI 在训练 GPT-3.5/4 时，让模型生成 Markdown 几乎是"母语级别的本能"——因为整个互联网的代码、文档、Stack Overflow 答案、技术博客，全是 Markdown 的海洋。当一个格式占据了 80% 的训练语料，它就不再是"一种格式"，而成了模型的"母语"。

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> 等占位符表示。文章重点是分享排障方法，而不是公开某个具体环境。

Clawd Code 架构速读版：用一页纸看懂 Python-first 重写工作区

Tue, 31 Mar 2026 21:30:00 +0800

margrop/clawd-code 的最新代码，已经不是“把泄露源码原样存起来”的那种仓库了。它现在是一个很明确的 Python-first porting workspace：src/ 是活动实现，tests/ 负责验证，archive/claude_code_ts_snapshot/ 只是可选的本地归档，src/reference_data/ 才是命令和工具镜像的来源。

如果上一版长文讲的是“怎么读源码”，这一版速读版只回答一个问题：这个工作区到底怎么分层？

Clawd Code 最新代码解析：一个 Python-first 的 Claude Code 重写工作区如何组织命令、工具、会话与审计

Tue, 31 Mar 2026 20:30:00 +0800

我重新看了 margrop/clawd-code 的最新代码之后，得出的第一印象是：这仓库已经不再是“泄露源码镜像”的延续叙事了，而是一个明确的 Python-first porting workspace。它的 tracked tree 里，src/ 是活动实现，tests/ 是验证层，archive/claude_code_ts_snapshot/ 是可选的本地归档，src/reference_data/ 则保存了命令、工具和表面覆盖率的镜像数据。

这意味着项目关注点变了。它不再只问“原始 Claude Code 是怎么写的”，而是问：

旧系统的结构能不能被重新组织成更清晰的 Python 工程；
命令、工具、会话、权限和启动顺序能不能被显式建模；
当前 porting workspace 到底覆盖到了旧体系的哪些边界；
哪些部分只是镜像，哪些部分还只是骨架，哪些部分已经能跑出可读的 runtime 报告。

从这个角度看，这个仓库更像一套“重建中的工程系统”，而不是“保存原样的源码档案”。这也是我把这篇文章重新更新的原因。上一版文章仍然围绕旧快照本体，这一版必须围绕最新的 Python porting 工作区本身来写。