https://gnux.cn/ Recent content on 滚熊博客 Hugo -- gohugo.io zh-CN Cadunico Labs. Mon, 13 Jul 2026 00:00:00 +0000 https://gnux.cn/posts/ai-prompt-guide/ Mon, 13 Jul 2026 00:00:00 +0000 https://gnux.cn/posts/ai-prompt-guide/ 这份指南旨在帮助你编写出在日常使用中真正可靠、稳健的AI指令（提示词）。它不要求任何技术背景，每条规则都附有可操作的步骤和检查点。 在开始之前，请记住一个根本概念：AI模型不是在执行代码，而是在根据你提供的文本，预测下一个最可能出现的词（Token）。你的提示词，就是引导这个预测过程的“上下文”。所有规则都源于这一核心机制。 第一部分：构建提示词的八大黄金法则（附实操步骤） 核心原理： 否定词（如“不”、 https://gnux.cn/posts/openspec-dev/ Fri, 26 Jun 2026 00:00:00 +0000 https://gnux.cn/posts/openspec-dev/ 每个代码库都有两套叙事。 第一套很容易找到，它就藏在代码库里。每一笔 commit、每一段 diff、每一次重命名、每一行被删掉的代码，只要你找对地方，都还在。 第二套则很难复原：它是系统为什么会变成这样的历史。 为什么这个接口要这样设计？为什么服务层要强制执行这条规则？为什么当时放弃了更简单的方案？为什么会有这个约束存在？ 这些答案通常不在代码里，而在工单、Slack 线程、会议纪要、PR 评论里，以及在场的某 https://gnux.cn/posts/gsd/ Tue, 09 Jun 2026 00:00:00 +0000 https://gnux.cn/posts/gsd/ GSD 是一个元提示、上下文工程和规范驱动的开发系统，专为 AI CLI（如 Claude Code）设计，解决上下文腐烂问题。 核心理念 GSD 通过结构化文件维护项目信息： PROJECT.md - 项目定义与需求 ROADMAP.md - 里程碑与阶段规划 STATE.md - 当前状态追踪 安装 npx get-shit-done-cc 更新到最新版本： npx get-shit-done-cc@latest 标准工作流程 新项目→讨论阶段→规划阶段→执行阶段→验证工作→完成里程碑 **步骤** **命令** **说明** 1. 初始化 `/gsd:new-project` 定义需求和里程碑 2. 细化 `/gsd:discuss-phase` 捕获实现决策 3. 规划 `/gsd:plan-phase` 创建原子任务计划 4. https://gnux.cn/posts/opencode-dcp-dynamic-limits/ Sun, 07 Jun 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-dcp-dynamic-limits/ 类型: OpenCode Plugin — DCP 上下文限制同步器 1. 这是什么插件？ opencode-dcp-dynamic-limits 是一个专门为 DCP (@tarquinen/opencode-dcp) 服务的 OpenCode 插件。核心概念： DCP（Dynamic Context Pruning）是个独立的上下文裁剪插件 DCP 不知道你当前用的模型上下文窗口有多大 当你切换模型时，DCP 经常被留下陈旧的限制 —— 该剪的时候不剪，不该剪的时候乱剪，更糟的是把 dcp-system-reminder 持续塞进聊天里 这个插件在真实的 chat 请求上钩入 OpenCode，识别当前模型并即时更新 DCP 配置 写这个插件的人是个本地 GGUF 玩家（ https://gnux.cn/posts/opencode-commandcode-go-provider/ Sat, 30 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-commandcode-go-provider/ 类型: OpenCode Provider 插件 1. 这是什么插件？ Command Code Provider 是一个 OpenCode provider 插件，桥接 Command Code API 到 OpenCode 生态系统。它实现 @ai-sdk/provider 的 LanguageModelV3 接口，让 OpenCode 用户可以通过单一 API Key 使用 Claude、GPT、Gemini、DeepSeek、Qwen、Kimi、GLM、MiniMax、Step 等 20+ 模型。 主要特性: 单一 API Key — 一个 Key 访问 20+ 主流模型，无需多个账户 自动模型注册 — 插件启动时自动从 models.json 发现并注册所有可用模型 流式/非流式支持 — 完整支持 SSE 流式输出和非流式生成 工具调 https://gnux.cn/posts/opencode-slim-system/ Sat, 30 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-slim-system/ 类型: Token优化插件 1. 这是什么插件？ Slim System 是一个通过替换 OpenCode 内置的系统提示词和工具描述为精简版本，来自动减少每次请求的token开销的插件。核心思想是在每次向LLM发送请求时，使用更短但等效的描述文本，从而减少固定的token消耗。 ⚠️ 重要: 原始工具功能不会改变——Slim System只是替换了描述文本，工具行为完全一致。用户编辑的配置文件在npm更新后保留。 主要组件: Slim Tool Descriptions — 17个OpenCod https://gnux.cn/posts/rust/ Sat, 16 May 2026 00:00:00 +0000 https://gnux.cn/posts/rust/ 本课是基础。后续所有内容都建立在运行 cargo 的习惯、理解 build 和 check 的区别、以及了解工具链包含哪些组件的基础上。如果你对搭建环境和运行第一个程序有信心，后续会越来越轻松。 理论 什么是 Rust 以及为什么选择它 Rust 是一门系统级编程语言，设计目标主要有三个： 无垃圾回收器的内存安全。没有 null 指针、悬垂引用、数据竞争、双重释放、释放后使用 —— 全部在编译时捕获。 C/C++ 级别的性能。无运行时，零成本抽象：泛型、迭代器、闭包编译为最高效的代码 https://gnux.cn/posts/opencode-triage/ Sat, 16 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-triage/ 类型: Skill Router Plugin（确定性技能路由器） 1. 这是什么插件？ opencode-triage 是一个为 OpenCode 添加确定性 Skill 路由能力的插件。核心概念： 🎯 不依赖 LLM 解析 — 使用纯关键词匹配算法，零 PowerShell，零 LLM 解析开销 💾 节省约 90% tokens — 将所有 skills 从 system prompt 中隐藏，按需加载 🔍 智能路由 — 通过关键词评分自动发现并匹配最合适的 skill ⚡ 即时响应 — 缓存机制 + 文件监听，5秒内自动刷新 想象一下：就像一个智能分诊台，根据你的描述自动把你派到正确的专家科室，而不是让 https://gnux.cn/posts/opencode-background-agents/ Tue, 12 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-background-agents/ 类型: Async Agent Delegation Plugin 1. 这是什么插件？ opencode-background-agents 是一个为OpenCode添加Background Agents能力（类似Claude Code风格）的插件。核心概念： 不像传统agent以阻塞方式运行任务并阻塞你的session 它能够在后台异步运行agents，拥有独立的context 当它们完成时会返回结果，而不会中断你的工作 想象一下：就像并行运行一个由初级开发人员组成的团队，每个都独立处理自己的任务。 Background Agents与 https://gnux.cn/posts/opencode-workspace/ Sun, 10 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-workspace/ 类型：Bundled Multi-Agent Harness（插件集成包） 1. 这是什么扩展？ opencode-workspace 是一个完整的集成包，包含16个组件，共同构成了一个完整的AI开发编排系统。 想象一下，它就像一个"打包套餐"——只需安装一次，你就能得到： 🔌 6 个插件 🧠 3 个 MCP 服务器 🤖 4 个智能体（agents） 🎨 4 个技能（skills） 💬 1 个命令 ⚙️ 权限边界 和 智能体沙箱 这是 oh-my-opencode 的替代品，但采用不同的哲学： OmO → 专注于多模型编排 Workspace → 专注于 https://gnux.cn/posts/opencode-supermemory/ Sat, 09 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-supermemory/ 类型：Persistent Memory Plugin（持久化记忆插件） 1. 这是什么插件？ opencode-supermemory 是一个给 AI agent 提供跨会话和项目的持久化记忆的插件。这意味着 AI agent 始终记得你们的约定、从你的代码库学到的知识以及你的个人偏好。 可以把它想象成 AI 的"长期记忆"： 没有这个插件：每次新会话，AI 都会忘记之前的一切 使用这个插件：AI 会自动查阅旧的上下文 记忆层级： 用户档案 (跨项目) —— 你的个人偏好、写作风格、偏好的模型 https://gnux.cn/posts/opencode-notifier/ Fri, 08 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-notifier/ 类型：通知插件 1. 这个插件是什么？ opencode-notifier 是一个当你的 OpenCode session 中有重要事件发生时，提供桌面通知 + 声音的插件。支持 macOS、Linux 和 Windows。 想法很简单：当 AI agent 在处理长时间任务时，你可以去做其他事情，等任务完成或需要你的授权时再回来。 会通知你的事件： 🔔 Permission — 当 agent 需要你的授权来执行某些操作时 ✅ Complete — 当 session 完成时 ❌ Error — 当发生错误时 ❓ Question — 当 agent 提出问题时 🤖 Subagent Complete（默认静音）— 当 subagent 完成时 2. 有什么用途？ 使 https://gnux.cn/posts/opencode-morph-fast-apply/ Thu, 07 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-morph-fast-apply/ 类型：代码编辑加速插件 1. 这是什么插件？ opencode-morph-fast-apply 是一个通过 Morph Fast Apply API 10倍加速代码修改的插件。核心思想： 代替 AI agent 为了修改一行代码而重新编写整个文件 使用惰性编辑标记——意思是说"这里已更改，其余部分保持不变" Morph API 接收这些标记并快速应用到原始文件上 它解决的问题： 不使用 Morph： Agent: [读取整个文件 500 行] Agent: [重新编写整个文件 505 行包含修改] 成本: 1000+ tokens 使用 Morph： Agent: [读取文件] Agent: [写入惰性编辑： https://gnux.cn/posts/opencode-google-antigravity-auth/ Wed, 06 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-google-antigravity-auth/ 类型：身份验证插件（使用免费模型） ⚠️ 安装前重要提醒 仓库已归档 于 2026年2月28日（只读且不再开发）。 有报告称 Google 会封禁使用此插件的账户。 Antigravity 服务条款 规定该服务不应与其他产品一起使用。 🚨 请自行承担使用风险，建议使用非主要的 Google 账户。 1. 这是什么插件？ opencode-google-antigravity-auth 是一个用于与 Google Antigravity（Google 的免费 AI IDE）进行 OAuth 身份验证的插件，可以免费使用 Gemini 和 Claude 模型，无需支付 API 积分。 该插件是 opencode-gemini-auth 的分支，但具有更 https://gnux.cn/posts/opencode-dynamic-context-pruning/ Tue, 05 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-dynamic-context-pruning/ 类型: Token优化插件 代码库: https://github.com/Opencode-DCP/opencode-dynamic-context-pruning NPM包: @tarquinen/opencode-dcp 星标: 2.3k+ ⭐ 1. 这是什么插件？ DCP (动态上下文剪枝) 是一个通过智能管理对话上下文来自动减少token消耗的插件。核心思想是在向LLM发送请求之前，从上下文中移除不再需要的旧工具输出。 ⚠️ 重要: 原始会话历史不会改变——DCP只是在发送请求前将剪枝的内容替换为占位符。 主要组件: Compress Tool — 模型用来高质量地总结旧对话的技术工具（比OpenCode的标准压缩更智能）。 Deduplication — https://gnux.cn/posts/opencode-plugin-magic-context/ Tue, 05 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-plugin-magic-context/ 类型: 上下文管理插件 代码库: https://github.com/cortexkit/magic-context NPM包: @cortexkit/magic-context (CLI), @cortexkit/opencode-magic-context (OpenCode插件), @cortexkit/pi-magic-context (Pi插件) 星标: 500+ ⭐ 1. 这是什么插件？ Magic Context 是一个用于AI编码代理的缓存感知无限上下文、跨会话内存和背景历史压缩插件。 核心思想是让代理专注于编码工作，而不是自己管理上下文和内存。所有上下文压缩和内存管理都在后台自动运行，代理完全无感知。 主要组件: 背景历史记录器 — 主代理继续工作时，一个单独的模型在后台压缩旧的对话。所有操作都是缓 https://gnux.cn/posts/opencode-conductor/ Mon, 04 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-conductor/ 类型：Workflow / Process Plugin 1. 这个插件是什么？ Conductor 是一个强制 OpenCode 遵循名为 Context-Driven Development（上下文驱动开发）严格方法的插件。其理念很简单： “Measure twice, code once” —— 量两次，切一刀。 插件不是让 AI agent 在您要求时立即编写代码，而是强制它遵循严格的协议： 上下文 → 规范 → 计划 → 实现 即： 首先完全理解项目上下文 编写清晰规范（规范文档） 制定详细计划 然后才开始编写代码 组件： 🎭 @conductor* Agent*—— 作为 “项目架构师&rdqu https://gnux.cn/posts/opencode-octto/ Sun, 03 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-octto/ 类型：AI头脑风暴的浏览器UI 1. 这是什么插件？ octto 是一个为 OpenCode 提供 交互式浏览器UI 的 AI 头脑风暴插件。你不再局限于在终端里与 AI 交互，它会在浏览器中为你打开一个界面，包含： 多问题表单 — 一次性回答多个问题 可视化交互 — 对于长时间的头脑风暴，比终端更方便 交互式UI — 图表、表单、复选框等 想象一下，就像是“AI头脑风暴的 Notion”——为你提供一个与 AI 思考的可视化空间。 与 micode 的关系 这个插件与 micode（Brain https://gnux.cn/posts/opencode-omo/ Sun, 03 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-omo/ 类型：全面的 Agent Harness（列表中最全面的） 1. 这是什么插件？ oh-my-opencode（简称：OmO）是一个集成的"agent harness"，它不仅仅是一个普通的插件 - 这是一个完整的包，将 OpenCode 从简单的工具转化为完整专业的工作系统，其中有一个 AI agent 团队并行工作。 这个插件基于一个理念：没有哪个模型在所有事情上都是最好的，所以它针对不同的任务使用不同的模型（Claude Opus、K https://gnux.cn/posts/opencode-plugin-guide/ Sat, 02 May 2026 00:00:00 +0000 https://gnux.cn/posts/opencode-plugin-guide/ 快速选择合适的插件，适用于各种项目类型 📑 快速目录 根据你的项目类型，从下表选择相应的预设，直接复制配置： # 预设 使用场景 1️⃣ [大型完整项目，从零开始](https://www.notion.so/cadunico/Pikachu-s-Blog-27f24dd473b84d528125b61e85daa964?p=354feec27e4f80488dbbe442098ac1a8&pm=s#1%EF%B