<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>OpenCode on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/opencode/</link>
    <description>Recent content in OpenCode on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Mon, 13 Jul 2026 15:30:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/opencode/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>你给 Agent 装了 Superpowers 吗？v6 这一波更新，把 Skill 从「说明书」改造成了「自动工厂」</title>
      <link>https://blog.margrop.net/post/superpowers-6-whats-new/</link>
      <pubDate>Mon, 13 Jul 2026 15:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/superpowers-6-whats-new/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;如果你已经在用 Claude Code、OpenCode、Codex 之类的工具写代码，大概率已经听过 Superpowers 这个名字。它不是又一个「魔法 prompt」，而是一套让 Agent &lt;strong&gt;按流程工作&lt;/strong&gt;的 Skill 框架——把「先想清楚再动手」「先写测试再看代码」「修 bug 先收集证据」这些人类工程师的好习惯，变成 Agent 必须遵守的操作规程。&lt;/p&gt;&#xA;&lt;p&gt;截至 2026 年 7 月 13 日，Superpowers 的最新稳定版本是 &lt;strong&gt;v6.1.1&lt;/strong&gt;。从 v6.0.0 到 v6.1.1，这个项目连续完成了六个版本节点：&lt;strong&gt;子代理驱动开发（SDD）减少 reviewer，但审查更严格；Plans 增加「全局约束」和「接口契约」；Codex 进入官方插件市场；bootstrap 变得更轻；Gemini CLI 支持被移除；最后还修了一个 &lt;code&gt;hooks: {}&lt;/code&gt; 才能表达「明确没有 hook」的兼容性坑。&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;这篇文章就一起把这波更新拆开看看，你到底能拿到什么新东西，以及它为什么能让你的 Agent 输出更稳。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>GLM Coding Plan 抢不到？火山方舟 9.9 元还能叠 95 折：邀请码买最低约 9.4 元</title>
      <link>https://blog.margrop.net/post/volcengine-coding-plan-9-9-glm-5-2/</link>
      <pubDate>Sat, 11 Jul 2026 03:20:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/volcengine-coding-plan-9-9-glm-5-2/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;如果你最近想买 GLM Coding Plan，却遇到名额、活动入口或购买节奏不合适，不必一直守着页面刷新。火山方舟 Coding Plan 当前提供 &lt;strong&gt;Lite 连续包月首两个月 9.9 元/月&lt;/strong&gt;的限时优惠；通过邀请入口首次订阅，还能在 9.9 元基础上再叠加 &lt;strong&gt;9.5 折&lt;/strong&gt;，按宣传口径最低约 &lt;strong&gt;9.4 元/月&lt;/strong&gt;。活动页同时明确列出了 &lt;strong&gt;GLM-5.2&lt;/strong&gt;，并写明 GLM-5.2 等热门模型限时加量 4 倍。&lt;/p&gt;&#xA;&lt;p&gt;但先别只看“9.9”三个数字：优惠是首两个月，不是永久价；第三个月会恢复页面标注的 40 元/月；套餐额度只能用于 Coding Plan 支持的编程工具，不等同于一笔随便调用所有 API 的通用余额。本文写作与截图时间为 2026 年 7 月 11 日，活动页标注截止日期为 &lt;strong&gt;2026 年 8 月 7 日&lt;/strong&gt;，最终规则以购买页实时显示为准。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>别再到处找 YOLO 开关了：6 个 AI Agent 一键进入高自主模式</title>
      <link>https://blog.margrop.net/post/ai-agent-yolo-one-command/</link>
      <pubDate>Mon, 06 Jul 2026 09:50:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/ai-agent-yolo-one-command/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;AI Agent 工具里的 &lt;code&gt;yolo&lt;/code&gt;，本质不是“更聪明”，而是“少问你”。它会减少或跳过工具调用确认框，让 Agent 更像无人值守脚本一样连续执行。问题在于，不同工具的叫法完全不统一：Codex 是危险旁路 approval 和 sandbox；Claude Code 是跳过权限检查或使用 bypass 权限模式；Gemini CLI 和 Qwen Code 有 &lt;code&gt;--approval-mode=yolo&lt;/code&gt;；OpenCode 是 &lt;code&gt;--auto&lt;/code&gt; 加 permission 规则；Aider 是 &lt;code&gt;--yes-always&lt;/code&gt;。&lt;/p&gt;&#xA;&lt;p&gt;这篇文章给出一个统一做法：不要偷偷覆盖原来的 &lt;code&gt;codex&lt;/code&gt;、&lt;code&gt;claude&lt;/code&gt;、&lt;code&gt;gemini&lt;/code&gt; 命令，而是安装一个显式的 &lt;code&gt;agent-yolo&lt;/code&gt; 启动器。你想高自主时才输入 &lt;code&gt;agent-yolo codex&lt;/code&gt;、&lt;code&gt;agent-yolo claude&lt;/code&gt;、&lt;code&gt;agent-yolo gemini&lt;/code&gt;。这样一次搞定常见 Agent 的 YOLO 命令，又不会把日常安全模式改坏。文中脚本覆盖 Windows 11、Ubuntu 26.04、macOS 26，不依赖第三方服务，不安装缺失工具，也不包含任何真实内网地址、完整计算机名、私有域名、令牌或密钥。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>国产小模型不稳定？别急着换模型，先给你的 Agent 装上 Superpowers</title>
      <link>https://blog.margrop.net/post/agent-superpowers-stable-output/</link>
      <pubDate>Thu, 07 May 2026 16:43:10 +0800</pubDate>
      <guid>https://blog.margrop.net/post/agent-superpowers-stable-output/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;很多 Agent 工作流里所谓“国产模型不稳定”，表面看是模型一会儿聪明、一会儿犯糊涂，真正落到工程现场，常常是两个问题叠在一起：一是模型本身参数规模、训练数据和工具调用稳定性确实不如顶级闭源大模型；二是 Agent 没有稳定的方法论和检查点，导致每一次任务都靠即时发挥。前者短期内不一定能解决，后者可以马上解决：给 OpenClaw、HermesAgent、Codex、Claude、Gemini、OpenCode 这类 Agent 安装一套可复用的 Skill 工作流，例如 Superpowers。&lt;/p&gt;&#xA;&lt;p&gt;Superpowers 不能把小模型“魔改”成大模型，也不能保证所有国产模型突然拥有顶级推理能力。它真正有价值的地方，是把 Agent 的行为从“靠灵感输出”拉回“按流程工作”：先澄清目标，再写设计，再拆计划，再测试，再审查，再验证。对参数较少、上下文保持能力较弱、输出波动较大的模型来说，这种外置流程约束往往比继续堆提示词更有效。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;这篇文章想聊一个很现实的问题：当我们把 OpenClaw、HermesAgent、Codex、Claude、Gemini、OpenCode 乃至更多 Agent 放进日常工作流之后，为什么某些模型看起来特别不稳定？又为什么我会建议先安装 Superpowers 这样的 Skill，而不是第一反应就去换模型、加提示词、调温度或者把系统提示写成一篇论文。&lt;/p&gt;&#xA;&lt;p&gt;为了避免泄露任何隐私信息，本文所有环境、路径、主机、账号、项目名都使用通用示例，不包含真实内网地址、密钥、业务系统名称或个人配置。文中的命令也以官方公开文档和通用安装方式为准，实际使用前请结合你自己的 Agent 版本确认。&lt;/p&gt;</description>
    </item>
    <item>
      <title>如何写提示词，让 OpenClaw、HermesAgent、Codex、Claude、Gemini、OpenCode、Droid 自动写文章并发布到微信公众号草稿箱</title>
      <link>https://blog.margrop.net/post/agent-prompt-wechat-draft-automation/</link>
      <pubDate>Tue, 05 May 2026 16:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/agent-prompt-wechat-draft-automation/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;想让 OpenClaw、HermesAgent、Codex、Claude、Gemini、OpenCode、Droid 这类 Agent 自动写文章、生成博客、转换微信公众号 HTML、检查预览效果，并最终把内容发布到微信公众号草稿箱，提示词不能只写“帮我发一篇文章”。真正有用的提示词要把目标、素材、路径、账号约束、网络白名单、检查项、失败回退、隐私边界和最终验收写清楚。Agent 才能从“写一段内容”升级成“完成一次可验证的发布流程”。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;本文整理一套可以复用的写法：如何准备微信公众号草稿箱 API，为什么固定 IP Linux 机器很重要，怎样让 Agent 先直连再走中转，如何使用 Markdown 到公众号 HTML 的转换器，如何让 Agent 检查白字白底、奇怪缩进、图片可访问性，最后如何把整条流程写进一段高质量提示词里。&lt;/p&gt;&#xA;&lt;p&gt;为了避免泄露任何私人环境信息，本文只使用占位符和抽象示例，不出现真实 AppSecret、内网地址、跳板机地址、仓库地址、主机名、token、cookie 或任何可定位到具体环境的配置。你可以把文中的占位符替换成自己的值，但不要把真实密钥写进公开文章、公开仓库或聊天截图。&lt;/p&gt;</description>
    </item>
    <item>
      <title>一次 tmux &#43; opencode 中文变下划线的排障：不是字体坏了，而是 client_utf8=0</title>
      <link>https://blog.margrop.net/post/tmux-opencode-chinese-underscore-fix/</link>
      <pubDate>Tue, 28 Apr 2026 18:40:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/tmux-opencode-chinese-underscore-fix/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;这次问题不是 opencode 不支持中文，也不是终端字体突然坏了，而是 tmux 当前 client 被判定为“不支持 UTF-8”。证据是 &lt;code&gt;tmux display-message -p &#39;client_utf8=#{client_utf8}&#39;&lt;/code&gt; 返回了 &lt;code&gt;client_utf8=0&lt;/code&gt;。在这种状态下，tmux 会把非 ASCII 字符替换成下划线，所以中文在 opencode 的 TUI 里看起来就像全部变成了 &lt;code&gt;_&lt;/code&gt;。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;这篇文章记录一次很小、但很典型的终端排障：同一台 Mac 上，直接运行 &lt;code&gt;opencode&lt;/code&gt; 时中文显示正常；先进入 tmux，再运行 &lt;code&gt;opencode&lt;/code&gt;，中文就全部变成下划线。&lt;/p&gt;&#xA;&lt;p&gt;这种问题非常容易误判。第一反应通常是怀疑字体、终端模拟器、opencode 版本、主题、Nerd Font、宽字符宽度，甚至怀疑是不是某个 TUI 框架把 CJK 字符处理坏了。但这次真正的关键点只有一个：&lt;strong&gt;tmux 自己是否愿意把 UTF-8 字符写回外层终端。&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;为了不泄露任何私人环境信息，下面的命令输出都做了抽象化处理，不包含真实主机名、内网地址、会话名、密钥、账号或项目路径。保留的只有与问题本身有关的技术事实。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
