Claude Code隐藏插件系统深度解析：六大核心组件与实战开发指南-三亩地-编程学习日记

1. 项目概述：Claude Code 的隐藏插件生态

如果你和我一样，日常开发重度依赖 Claude Code，那你可能已经习惯了它强大的代码补全、解释和重构能力。但绝大多数人，包括很多资深开发者，都把它当作一个“聪明点的代码助手”来用。直到最近，我在调试一个复杂的项目配置时，无意间在它的日志里瞥见了一些奇怪的、从未在官方文档里出现过的术语：Skills、Hooks、Agents。这瞬间点燃了我的好奇心——难道 Claude Code 内部藏着一个完整的、可扩展的插件系统？

经过一番近乎“考古”般的挖掘和逆向工程式的探索，我发现了一个惊人的事实：Claude Code 确实内置了一套功能强大但从未被官方公开宣传的插件架构。这套系统远不止是简单的“自定义指令”或“代码片段”，而是一个允许深度集成、行为干预和功能扩展的完整框架。网络上关于它的讨论零星且隐晦，大多集中在几个特定的“超级技能”（Superpower Skills）上，但对其底层机制、组件构成和开发潜力，几乎无人系统性地拆解过。

今天，我就把自己这段时间的研究成果和实战经验整理出来，深度拆解 Claude Code 插件系统的六大核心组件。这不仅仅是“安装几个现成插件”的教程，更是理解其如何工作、如何定制，甚至如何为你的团队或工作流打造专属“外挂”的指南。无论你是想提升日常编码效率的前端工程师，还是希望将 AI 深度集成到 CI/CD 流程中的 DevOps，这篇文章都将为你打开一扇新的大门。

2. 核心组件深度拆解：六大隐藏模块

Claude Code 的插件系统并非一个单一功能，而是一个由多个相互协作的模块构成的生态系统。我们可以将其核心抽象为六大组件，它们共同构成了 Claude Code 可扩展性的基石。理解这些组件，是玩转这个隐藏生态的第一步。

2.1 Skills：可复用的能力单元

Skills（技能）是这套系统中最核心、最直观的概念。你可以把它理解为一个个封装好的、具有特定功能的“小程序”或“工具包”。一个 Skill 定义了 Claude Code 能够执行的一项具体任务。

核心特征与工作原理：一个典型的 Skill 通常包含以下几个部分：

触发器（Trigger）：定义何时激活该技能。可以是特定的自然语言指令（如“为这个函数生成单元测试”）、代码中的特殊注释（如// @skill: optimize），甚至是文件类型或项目结构的匹配。
执行逻辑（Execution Logic）：这是技能的核心，通常是一段 JavaScript/TypeScript 代码，或一个指向外部 API 的调用。它接收来自 Claude Code 上下文的输入（如当前选中的代码、文件路径、项目信息），经过处理，产生输出。
输出处理器（Output Handler）：定义如何处理执行结果。可能是直接将生成的代码插入编辑器，也可能是以对话框形式展示建议，或是执行一个终端命令。

与普通代码片段或指令的本质区别：普通自定义指令是静态的文本模板，而 Skill 是动态的、可编程的。例如，一个“生成 CRUD API 接口”的 Skill，可以根据你当前所在的模型文件，自动分析字段类型，并生成对应的控制器、服务层和 DTO 代码，而不仅仅是粘贴一段模板。

实操心得：初期寻找 Skills 是一大难点。官方没有应用商店。社区资源散落在 GitHub、Reddit 和一些技术论坛中。搜索关键词如 “Claude Code skill repo”、“awesome-claude-code-skills” 可能会有收获。更常见的方式是，一些效率工具博主会分享他们自己编写的.skill.js文件。

2.2 Hooks：事件驱动的行为拦截器

如果说 Skills 是主动调用的“技能”，那么Hooks（钩子）就是被动响应的“监听器”。Hooks 允许你在 Claude Code 生命周期的特定事件发生时，注入自定义逻辑。

常见 Hook 类型与场景：

beforeCompletion：在 Claude Code 生成补全建议之前触发。你可以在这里修改用户的输入提示（Prompt），或者根据上下文强制添加一些约束条件（例如：“如果当前文件是配置文件，禁止建议修改敏感键名”）。
afterCompletionAccepted：当用户接受了某个代码补全后触发。可以用于自动记录代码变更、触发代码风格检查，或者向团队协作工具发送通知。
onFileOpen/onFileSave：在打开或保存特定类型文件时触发。可以用来自动运行 Lint、格式化，或者与项目特定的构建工具联动。
onTerminalCommand：监测到用户在集成终端中输入特定命令时触发。可以用于封装复杂的项目启动序列，或自动配置环境变量。

Hooks 的核心价值在于“无感集成”。它让扩展功能与原生操作流程无缝融合，用户几乎感知不到插件的存在，却享受到了自动化带来的便利。例如，通过一个onFileSave的 Hook，可以实现保存 React 组件时，自动更新对应的 Storybook 故事文件，保持文档与代码同步。

2.3 Agents：自主决策与工作流编排

Agents（智能体）是更高阶的组件，它代表了从“工具调用”到“任务自治”的跨越。一个 Agent 可以理解为一个具备特定目标和一定自主决策能力的 Cluade Code 实例。

Agent 的核心模式：

目标导向（Goal-Oriented）：你给 Agent 一个高级目标，如“修复这个模块中的所有 ESLint 错误”，它会自行分析错误类型、定位文件、规划修复步骤（是自动修复还是需要你确认），并依次执行。
工具使用（Tool Use）：Agent 可以调用多个 Skills 作为其“工具”。例如，一个“代码重构 Agent”可能会依次调用“代码分析 Skill”、“设计模式建议 Skill”和“代码重写 Skill”。
状态保持与学习（Stateful & Learning）：复杂的 Agent 可以在会话中保持状态，记住之前的决策和上下文，从而做出更连贯的操作。有些甚至能根据历史交互进行微调（尽管当前 Claude Code 的公开能力在此有限）。

与 Skills 的关联：你可以将 Agent 看作一个“项目经理”，而 Skills 是它手下的“专业工程师”。Agent 负责分解任务、调度资源（Skills）、并监督执行。目前社区中一些所谓的“超级技能”，本质上就是一个内嵌了简单决策逻辑的 Agent。

2.4 MCP (Model Context Protocol)：扩展上下文与工具集成

MCP是一个相对底层的协议，它定义了 Claude Code 内部 AI 模型与外部工具、数据源之间进行安全、结构化通信的规范。虽然用户不直接与之交互，但它是 Skills 和 Agents 能够调用外部能力的基础。

MCP 的关键作用：

安全沙箱：它确保外部工具（如数据库客户端、云服务 CLI）在受控的环境中运行，不会对本地系统造成意外损害。
标准化接口：为不同的外部工具提供统一的调用方式。无论是调用curl访问 API，还是执行一个 Python 数据分析脚本，对 Skill 开发者来说，调用模式是相似的。
上下文提供：允许外部服务器向 Claude Code 动态注入上下文信息。例如，一个“项目健康度 MCP 服务器”可以持续提供当前代码库的测试覆盖率、未解决的 Issue 数量等信息，这些信息会成为 Claude Code 生成建议的参考。

注意事项：当遇到“Reasonix 已进入安全模式。本次运行已禁用插件、MCP、Hooks、机器人、自动化和上...”这类错误时，通常是因为某个 MCP 服务器或 Skill 的行为触发了 Claude Code 的安全机制。排查的第一步是禁用最近安装或更新的插件，并检查相关 MCP 服务器的日志。

2.5 配置与扩展点：`claude.config.json`

Claude Code 的用户级配置通常隐藏在用户目录下的一个 JSON 文件中（如~/.config/claude-code/claude.config.json）。这个文件是控制整个插件系统的枢纽。

关键配置项解析：

{ "skills": { "enabled": true, "directory": "~/.claude-code/skills", // 自定义技能加载目录 "trustedDomains": ["https://api.your-corp.com"] // 允许技能访问的外部域名 }, "hooks": { "onFileSave": ["~/.claude-code/hooks/auto-format.js"] }, "agents": { "codeReviewer": { "enabled": true, "configPath": "~/.claude-code/agents/review-config.yaml" } }, "mcpServers": { "project-analytics": { "command": "node", "args": ["~/mcp-servers/project-stats-server.js"] } } }

通过编辑这个文件，你可以：

启用/禁用整个插件系统或特定组件。
指定自定义的 Skills、Hooks 脚本的存放路径。
配置和管理多个 Agents，每个 Agent 可以有独立的配置文件。
定义和启动本地的 MCP 服务器，以连接内部工具链。

2.6 社区与共享生态：非官方的分发模式

由于缺乏官方商店，Claude Code 的插件生态呈现出一种“地下”或“社区驱动”的独特面貌。其分发主要依靠以下几种模式：

GitHub Gist 与代码仓库：开发者将写好的.skill.js或 Hook 脚本发布到 Gist 或个人仓库，通过 README 分享安装方法（通常是下载到指定目录并修改claude.config.json）。
NPM 私有包：在一些企业内，会将定制化的 Skills 打包成私有 NPM 包，通过内部 registry 分发，方便版本管理和团队共享。
配置即代码（Configuration as Code）：高级用户会将整套插件配置（包括 Skills、Hooks 路径、Agent 设置）版本化，新成员克隆项目后，一键链接即可获得完全相同的 AI 辅助环境，这极大地保证了团队协作的一致性。

这种模式的优点是极其灵活和自由，缺点是发现性和安全性较差。用户需要具备一定的鉴别能力。

3. 实战：从安装到开发自定义 Skill

了解了核心组件，我们进入实战环节。我将以安装一个社区热门 Skill，并最终开发一个自己的简单 Skill 为例，展示全流程。

3.1 环境准备与基础配置

首先，你需要找到 Claude Code 的配置目录。位置因操作系统而异：

macOS/Linux:~/.config/claude-code/或~/.claude-code/
Windows:%APPDATA%\claude-code\或C:\Users\<YourUsername>\.claude-code

检查该目录下是否存在claude.config.json文件。如果没有，可以创建一个空文件，内容为{}。Claude Code 会在启动时读取它。

接着，创建插件所需的目录结构：

mkdir -p ~/.claude-code/{skills,hooks,agents,mcp-servers}

这个结构不是强制的，但清晰的分类有助于管理。

3.2 安装社区 Skill：以“代码注释生成器”为例

假设我们在某个论坛找到了一个名为generate-jsdoc.skill.js的 Skill，它可以根据函数代码自动生成 JSDoc 注释。

下载 Skill 文件：将generate-jsdoc.skill.js保存到~/.claude-code/skills/目录下。

查看 Skill 元信息：用编辑器打开该文件，开头部分通常会有一些元数据注释：

// Skill: Generate JSDoc // Description: Automatically generates JSDoc comments for JavaScript/TypeScript functions. // Trigger: Select function code and use command palette "Generate JSDoc" // Author: Community

修改配置文件：编辑~/.claude-code/claude.config.json，确保 skills 配置指向正确的目录。
```
{ "skills": { "enabled": true, "directory": "~/.claude-code/skills" } }
```
重启 Claude Code：完全退出并重新启动你的编辑器（VSCode 或 JetBrains IDE 等），使配置生效。
触发 Skill：根据其说明，选中一个函数，在命令面板（Cmd/Ctrl + Shift + P）中查找 “Generate JSDoc” 命令并执行。

常见问题排查：如果 Skill 不生效，首先检查 Claude Code 的开发者控制台（通常可以在帮助菜单中找到）是否有加载错误。常见错误包括：JS 语法错误、配置文件路径错误、或者 Skill 依赖了未安装的 Node.js 模块。

3.3 开发你的第一个自定义 Skill：项目结构生成器

现在，我们来创建一个实用的 Skill：“生成标准 React 组件目录结构”。当我们在项目资源管理器中右键点击一个文件夹时，这个 Skill 可以快速创建index.tsx、styles.module.css、types.ts和index.stories.tsx文件。

步骤 1：创建 Skill 文件在~/.claude-code/skills/目录下创建create-react-component.skill.js。

步骤 2：编写 Skill 逻辑

// Skill: Create React Component Structure // Description: Creates a standardized file structure for a new React component. // Trigger: contextMenu on folder in explorer // Version: 1.0 const fs = require('fs').promises; const path = require('path'); /** * Main skill entry point. * @param {Object} context - Provided by Claude Code runtime. * @param {string} context.selectedPath - The path of the right-clicked folder. * @param {Object} context.vscode - VSCode API instance (if in VSCode). */ async function execute(context) { const { selectedPath, vscode } = context; if (!selectedPath) { vscode.window.showErrorMessage('Please right-click on a folder in the explorer.'); return; } // 1. Ask for component name const componentName = await vscode.window.showInputBox({ prompt: 'Enter the React component name (PascalCase):', validateInput: (value) => { if (!value || value.trim() === '') { return 'Component name cannot be empty.'; } // Simple PascalCase check if (!/^[A-Z][A-Za-z0-9]*$/.test(value)) { return 'Component name should be in PascalCase (e.g., MyButton, UserCard).'; } return null; } }); if (!componentName) { return; // User cancelled } const componentDir = path.join(selectedPath, componentName); try { // 2. Create component directory await fs.mkdir(componentDir, { recursive: true }); // 3. Define file templates const files = { 'index.tsx': `import React from 'react'; import styles from './${componentName}.module.css'; import { ${componentName}Props } from './types'; export const ${componentName}: React.FC<${componentName}Props> = (props) => { return ( <div className={styles.container}> {/* Your component JSX here */} </div> ); };`, [`${componentName}.module.css`]: `.container { /* Your styles here */ }`, 'types.ts': `export interface ${componentName}Props { // Define your component props here children?: React.ReactNode; }`, 'index.stories.tsx': `import type { Meta, StoryObj } from '@storybook/react'; import { ${componentName} } from './index'; const meta: Meta<typeof ${componentName}> = { title: 'Components/${componentName}', component: ${componentName}, }; export default meta; type Story = StoryObj<typeof ${componentName}>; export const Default: Story = { args: { // Default props here }, };` }; // 4. Create files const creationPromises = Object.entries(files).map(async ([filename, content]) => { const filePath = path.join(componentDir, filename); await fs.writeFile(filePath, content, 'utf8'); return filePath; }); const createdFiles = await Promise.all(creationPromises); // 5. Provide feedback and open the main component file vscode.window.showInformationMessage(`Component "${componentName}" created successfully with ${createdFiles.length} files.`); // Open the main component file for immediate editing const mainComponentUri = vscode.Uri.file(path.join(componentDir, 'index.tsx')); const document = await vscode.workspace.openTextDocument(mainComponentUri); await vscode.window.showTextDocument(document); } catch (error) { vscode.window.showErrorMessage(`Failed to create component: ${error.message}`); console.error('Skill execution error:', error); } } // Export the execute function. This is the convention. module.exports = { execute };

步骤 3：添加上下文菜单触发器Skill 文件本身定义了触发器（contextMenu on folder），但我们需要在配置中明确注册它。编辑claude.config.json，添加或更新skills部分：

{ "skills": { "enabled": true, "directory": "~/.claude-code/skills", "registry": { "create-react-component": { "path": "./skills/create-react-component.skill.js", "triggers": ["explorer/context"] } } } }

步骤 4：测试与调试

保存所有文件，重启你的代码编辑器。
在项目资源管理器中，右键点击一个你希望创建组件的文件夹。
你应该能在右键菜单中看到一个新的选项，例如“Claude: Create React Component Structure”（具体名称取决于 Skill 的元数据或配置）。
点击它，输入组件名，观察文件和目录的生成过程。

实操心得：开发 Skill 时，充分利用context对象。它包含了丰富的运行时信息，如当前编辑器状态、选中文本、项目根路径、VSCode API 实例等。通过console.log(context)在开发者工具中打印，可以快速了解可用数据。另外，错误处理至关重要，务必用try...catch包裹核心逻辑，并给用户友好的提示，避免 Skill 静默失败。

4. 高级应用：构建自动化工作流 Agent

单个 Skill 能力有限，而 Agent 可以将多个 Skill 串联起来，形成自动化工作流。我们设计一个简单的“代码提交前自查 Agent”。它的目标是：在用户执行 Git Commit 前，自动运行代码检查、单元测试，并生成提交信息草稿。

4.1 Agent 设计思路

这个 Agent 将由一个主控脚本和它调用的多个 Skills 组成：

触发：通过 HookonGitPreCommit（假设我们通过监听.git/hooks/pre-commit或编辑器事件模拟）激活。
执行阶段：
- 阶段一（代码检查）：调用ESLint Skill和TypeScript 编译检查 Skill。如果发现错误，询问用户是“修复”、“忽略”还是“中止提交”。
- 阶段二（运行测试）：调用Run Unit Tests Skill，运行当前变更影响的相关测试。如果测试失败，同样给出处理选项。
- 阶段三（生成提交信息）：调用Generate Commit Message Skill，基于 Git Diff 分析变更内容，生成符合约定式提交（Conventional Commits）的信息草稿，并让用户确认或编辑。
决策与交互：Agent 在每个阶段都需要根据结果和用户输入做出决策，决定流程是继续、回退还是终止。

4.2 关键技术实现要点

实现一个简单的 Agent 控制器 (pre-commit-agent.js)：

// ~/.claude-code/agents/pre-commit-agent.js const vscode = require('vscode'); const { exec } = require('child_process'); const util = require('util'); const execPromise = util.promisify(exec); class PreCommitAgent { constructor() { this.steps = [ { name: 'Lint', fn: this.runLint.bind(this) }, { name: 'Tests', fn: this.runTests.bind(this) }, { name: 'CommitMsg', fn: this.generateCommitMsg.bind(this) } ]; } async execute() { for (const step of this.steps) { const result = await step.fn(); if (!result.success) { const choice = await vscode.window.showWarningMessage( `Pre-commit check failed at step: ${step.name}. Error: ${result.message}`, 'Abort Commit', 'Ignore and Continue', 'Try to Fix' ); if (choice === 'Abort Commit') { vscode.window.showErrorMessage('Commit aborted by pre-commit agent.'); return { success: false, abortedAt: step.name }; } else if (choice === 'Try to Fix') { // 这里可以集成调用一个自动修复的Skill vscode.window.showInformationMessage(`Attempting to fix ${step.name}...`); // ... 调用修复逻辑 } // 如果选择 'Ignore and Continue'，则继续下一环节 } } vscode.window.showInformationMessage('All pre-commit checks passed!'); return { success: true }; } async runLint() { try { const { stdout, stderr } = await execPromise('npx eslint --fix-dry-run --no-eslintrc -c .eslintrc.js .'); // 分析 stdout/stderr，判断是否有无法自动修复的错误 if (stderr || stdout.includes('error')) { return { success: false, message: 'ESLint errors found.' }; } return { success: true }; } catch (error) { return { success: false, message: `Lint failed: ${error.message}` }; } } async runTests() { // 简化：运行整个测试套件。更高级的可以只运行变更相关的测试。 try { const { stdout } = await execPromise('npm test -- --passWithNoTests'); if (stdout.includes('Test Suites:') && !stdout.includes('failed')) { return { success: true }; } return { success: false, message: 'Unit tests failed.' }; } catch (error) { return { success: false, message: `Tests failed: ${error.message}` }; } } async generateCommitMsg() { try { const { stdout } = await execPromise('git diff --cached --name-only'); const changedFiles = stdout.split('\n').filter(Boolean); // 这里可以集成一个更复杂的AI Skill来分析变更 const suggestedMsg = `chore: update ${changedFiles.length} files`; const finalMsg = await vscode.window.showInputBox({ prompt: 'Edit commit message:', value: suggestedMsg, placeHolder: 'Conventional commit message (e.g., feat: add new button)' }); if (finalMsg) { // 可以在这里将信息暂存，或直接设置到git commit -m中（需通过Hook实现） return { success: true, data: { commitMessage: finalMsg } }; } else { return { success: false, message: 'Commit message required.' }; } } catch (error) { return { success: false, message: `Failed to generate commit message: ${error.message}` }; } } } module.exports = PreCommitAgent;

通过 Hook 触发 Agent：创建一个 Hook 文件~/.claude-code/hooks/on-pre-commit.js，监听 Git 或编辑器事件（例如，可以监听 VSCode 的git.commit命令执行前的事件，这需要更深入的集成，此处为概念示例）：

const vscode = require('vscode'); const PreCommitAgent = require('../agents/pre-commit-agent'); // 假设我们能订阅到一个 pre-commit 事件 vscode.commands.registerCommand('claude-code.git.preCommit', async () => { const agent = new PreCommitAgent(); const result = await agent.execute(); if (!result.success) { // 如果Agent执行失败（且用户选择中止），可以阻止后续的git commit操作 // 这需要更底层的集成，可能通过重写git命令或使用git hooks实现 vscode.window.showErrorMessage(`Pre-commit agent blocked commit. Reason: ${result.abortedAt}`); return false; // 返回false表示阻止默认行为 } return true; // 允许继续提交 });

4.3 集成与优化策略

性能优化：对于大型项目，运行全部 ESLint 和测试会很慢。可以集成更智能的 Skill，只对暂存区（staged）的文件进行 lint，只运行受代码变更影响的测试。
状态持久化：Agent 的决策状态（如用户选择“忽略”某个错误）可以临时存储，避免在同一提交流程中重复询问。
可配置化：将检查规则（是否必须通过测试、是否强制要求提交信息格式）抽象成配置文件，让不同项目可以有不同的策略。
与 Git Hooks 深度集成：最可靠的方式是将这个 Agent 包装成一个真正的.git/hooks/pre-commit可执行脚本，这样它就与编辑器解耦，在任何 Git 操作终端都能生效。

5. 安全、调试与最佳实践

深入使用这套隐藏系统，必须关注安全性和可维护性。

5.1 安全考量与风险规避

代码来源可信度：切勿随意安装来源不明的 Skills。它们在你的编辑器上下文中运行，拥有与你的代码相同的文件系统、网络访问权限。务必审查代码，尤其是涉及child_process.exec、fetch到外部 URL、或文件写入操作的 Skill。
最小权限原则：在配置 MCP 服务器或 Skill 时，只授予其完成功能所必需的最小权限。例如，一个代码风格检查 Skill 不需要网络访问权限。
隔离与沙箱：对于高度不确定的社区 Skill，可以考虑在 Docker 容器或虚拟机隔离的环境中运行 Claude Code 进行测试。虽然 Claude Code 本身有一定的安全模式，但并非绝对安全。
定期审计：定期检查~/.claude-code/目录下的所有脚本，移除不再使用或可疑的插件。

5.2 调试技巧与问题排查

当插件不工作时，系统化的排查路径如下：

检查配置与日志：
- 确认claude.config.json格式正确，路径无误。
- 打开 Claude Code 的开发者工具（如果支持）或查看其日志文件（通常位于配置目录下的logs/文件夹），寻找加载错误或运行时异常。
验证 Skill/Hook 加载：在配置文件中暂时添加一个简单的、只打印日志的 Skill，重启编辑器，看其是否被执行，以确认插件系统是否正常启用。
分步执行与日志输出：在你开发的 Skill 中大量使用console.log或vscode.window.showInformationMessage来输出中间状态，这是最直接的调试方式。
处理依赖：如果你的 Skill 依赖了第三方 Node 模块，确保这些模块已经安装在 Claude Code 运行时能够访问到的环境中。有时可能需要全局安装（npm install -g），或者将模块安装在 Skill 文件同级目录。

5.3 性能优化与资源管理

懒加载与按需激活：不要在配置中一次性启用所有 Skills。通过triggers精确控制 Skill 的激活条件，避免不必要的内存占用和启动延迟。
避免阻塞主线程：Skills 中如果有耗时的同步操作（如处理超大文件），务必使用异步模式或 Web Workers，防止编辑器界面卡顿。
资源清理：如果 Skill 创建了临时文件、打开了网络连接或启动了子进程，确保在 Skill 执行完毕后妥善清理，防止资源泄漏。

5.4 团队协作与配置共享

为了让团队所有成员都能受益于同一套 AI 增强工作流，配置的共享至关重要。

创建团队配置仓库：建立一个内部 Git 仓库，用于存放团队认可的 Skills、Hooks 脚本和统一的claude.config.json模板。
使用符号链接：指导团队成员将本地的~/.claude-code/skills目录符号链接（ln -s）到团队仓库的对应子目录。这样，任何仓库更新都能即时同步到所有成员。
版本化管理：对 Skills 进行版本控制。当 Skill 更新时，通过 Git 拉取更新，并在团队内发布变更日志。
编写清晰的文档：为每个内部 Skill 编写 README，说明其功能、触发方式、配置项和任何已知问题。

Claude Code 的这个隐藏插件系统，其强大之处不在于某个单一功能，而在于它提供了一套“元工具”，允许你将 AI 能力像乐高积木一样，按照你个人或团队的工作习惯进行定制和组装。从提高重复操作效率的 Skills，到无缝融入开发流程的 Hooks，再到实现复杂自动化任务的 Agents，它正在将 AI 从一个被动的“助手”转变为一个主动的、可编程的“协作者”。探索和构建这个生态的过程本身，就是对未来人机协作模式的一次深刻实践。

日记详情

Claude Code隐藏插件系统深度解析：六大核心组件与实战开发指南