https://blog.aitool-hub.cn 分享技术经验，记录成长点滴 Fri, 19 Jun 2026 09:25:58 GMT https://validator.w3.org/feed/docs/rss2.html Feed for Node.js zh-CN https://blog.aitool-hub.cn/favicon.ico https://blog.aitool-hub.cn All rights reserved 2026, ChengJJ https://blog.aitool-hub.cn/blog/claude-code https://blog.aitool-hub.cn/blog/claude-code Fri, 29 May 2026 09:35:11 GMT export ANTHROPIC_MODEL=deepseek-v4-pro export ANTHROPIC_DEFAULT_OPUS_MODEL=deepseek-v4-pro export ANTHROPIC_DEFAULT_SONNET_MODEL=deepseek-v4-pro export ANTHROPIC_DEFAULT_HAIKU_MODEL=deepseek-v4-flash export CLAUDE_CODE_SUBAGENT_MODEL=deepseek-v4-flash ``` Windows PowerShell 用户，把 `export` 换成 `$env:变量名="值"` 的格式： ```powershell $env:ANTHROPIC_BASE_URL="https://api.deepseek.com/anthropic" $env:ANTHROPIC_AUTH_TOKEN="你的 DeepSeek API Key" $env:ANTHROPIC_MODEL="deepseek-v4-pro" $env:ANTHROPIC_DEFAULT_OPUS_MODEL="deepseek-v4-pro" $env:ANTHROPIC_DEFAULT_SONNET_MODEL="deepseek-v4-pro" $env:ANTHROPIC_DEFAULT_HAIKU_MODEL="deepseek-v4-flash" $env:CLAUDE_CODE_SUBAGENT_MODEL="deepseek-v4-flash" ``` 逐项解释一下： - `ANTHROPIC_BASE_URL` 指向 DeepSeek 的 Anthropic 兼容入口 - `ANTHROPIC_AUTH_TOKEN` 你在 DeepSeek Platform 创建的 API Key，注意把尖括号也删掉 - `ANTHROPIC_MODEL` 主会话默认用哪个模型 - 后面几个 `DEFAULT_xxx_MODEL` 是把 Claude Code 内部的 Opus/Sonnet/Haiku 档位映射到 DeepSeek 的模型上 - `CLAUDE_CODE_SUBAGENT_MODEL` 子代理用的模型，用 flash 更省 有一点很重要。这些环境变量只在当前终端窗口生效。你关掉终端重开，就要重新设置。 如果你想永久生效，把这些 export 语句写进 `~/.zshrc`（macOS）或 `~/.bashrc`（Linux）文件的末尾，保存后跑一下 `source ~/.zshrc`。 配好之后启动 claude，输入 `/model`，确认显示的是 `deepseek-v4-pro`。 ### 路线三 cc-switch（多模型一键切换，强烈推荐） 前两条路线都有一个问题，切换模型的时候需要手动改环境变量或配置文件，很麻烦。 cc-switch 是一个开源的图形化工具，专门解决这个问题。装好之后，你想用 DeepSeek 就点 DeepSeek，想切回 Claude 就点 Claude，想试试 Gemini 就点 Gemini。它自动帮你改 `~/.claude/settings.json`，你什么都不用管。 而且重点来了。用 cc-switch 切换到第三方模型的时候，完全不影响你的 Anthropic 登录状态。你的 Pro/Max 订阅还在，随时可以切回来用原生 Claude。 **安装方法** macOS 用 Homebrew： ```bash brew tap farion1231/ccswitch brew install --cask cc-switch ``` Windows 用户去 GitHub Releases 页面下载安装包： ``` https://github.com/farion1231/cc-switch/releases ``` 下载 `CC-Switch-vX.X.X-Windows.msi` 或者便携版 zip 都行。 **使用方法** 1. 打开 cc-switch 应用，首次启动会自动检测你已经装好的 Claude Code 2. 点右上角的 `+` 号，从内置预设中选择模型提供商（DeepSeek、OpenAI、Gemini、阿里百炼、智谱等几十个都有） 3. 填入你的 API Key 4. 在列表中点击你要用的 Provider，点「启用」，配置自动写入 5. 点旁边的「健康检查」按钮验证连接是否正常 cc-switch 的最新版本（v3.15.0）支持 44 个预设 Provider，基本涵盖了市面上所有主流模型。它还支持角色映射，也就是你可以把 Opus 映射到某个高端模型，Haiku 映射到某个轻量模型，Sonnet 映射到某个中端模型。 **用 /model 命令运行时切换** 除了 cc-switch 这种全局切换，Claude Code 本身也支持运行时切换模型。 在对话里输入 `/model`，会弹出模型选择器。你也可以直接 `/model claude-sonnet-4-6` 这样指定模型名。 不过要注意，`/model` 切换模型会重新读取整个对话历史，如果你在一个很长的对话中途切换，可能会消耗不少 Token。 ### 三条路线对比 | 维度 | Anthropic 原生 | DeepSeek 环境变量 | cc-switch | | -------- | ---------------- | ------------------------ | ---------------------- | | 配置难度 | 最低，登录就能用 | 中等，需要手动配环境变量 | 低，图形界面点几下 | | 切换模型 | /model 命令 | 改环境变量后重启 | 一键切换 | | 成本 | $20-200/月 | 按 Token 计费，便宜很多 | 取决于所选 Provider | | 模型选择 | Claude 全系列 | DeepSeek 系列 | 几十个 Provider 随便选 | | 稳定性 | 最高 | 高 | 取决于所选 Provider | 推荐的做法是 cc-switch 装好，里面配两三个常用 Provider。日常用 DeepSeek 省钱，遇到特别复杂的任务切 Claude Opus，偶尔试试 Gemini 的超长上下文。切换就是点一下的事。 --- ## Part 3 第一次跑通，验证 + 第一个 Demo ### 验证三连 配完之后别急着干活，先做三个检查。 **第一个，确认安装：** ```bash claude --version ``` 能看到版本号就行。 **第二个，环境自检：** ```bash claude doctor ``` 这个命令会检查环境变量有没有生效、API Key 能不能用、网络通不通。如果报错，大部分是 Key 没贴对或者 BASE_URL 拼错了。 **第三个，启动 Claude Code 后检查配置：** ```bash claude ``` 进入对话后输入： ``` /status ``` 核心看 Model 那一栏，显示的应该是你配置的模型名。 三个都过了，可以开始干活了。 ### 第一个 Demo，做一个倒计时页面 你的第一个任务做一件小但完整的事。做一个倒计时网页。 先建一个工作区文件夹： ```bash mkdir claude-first-demo && cd claude-first-demo ``` 如果你用 IDE（Trae、Cursor、idea 都行），用 IDE 打开这个文件夹，然后在 IDE 底部的终端里启动 `claude`。 启动之后，在对话框里粘这段 Prompt： ``` 目标：做一个活动倒计时单页，页面中央显示距离 2026 年 7 月 1 日还有多少天、多少小时、多少分钟、多少秒，每秒自动刷新。背景用深色渐变，数字用大号白色字体。 位置：当前目录下，文件名 countdown.html，所有 CSS 和 JS 写在同一个 HTML 文件里，零外部依赖。 验证：浏览器打开能看到倒计时在跳动，没有控制台报错。 约束：不要引入任何 CDN 或外部库，纯原生 HTML + CSS + JS。 ``` 记一下刚才那条 Prompt 的结构：**目标、位置、验证、约束**。这四项后面会经常用到，我管它叫「四件套 Prompt」。 > 好的 Prompt 不是在跟 AI 聊天，是在给 AI 写工单。 --- ## Part 4 核心用法，让 Claude Code 听懂你说的话 ### Agent Loop，它干活的方式 Claude Code 不是问答工具，是循环工具。 你给它一个任务，它会跑一个循环：**收集上下文**（读文件、看目录）→ **规划任务**（拆步骤、排顺序）→ **执行操作**（建文件、改代码、跑命令）→ **验证结果**（跑一下、看输出）→ **自我纠正**（如果验证不过，回去重新规划）。 这个循环可能转几十圈才停下来。它不是「你问一句它答一句」，是「接到任务就开始转，转到完成或者撞墙才停」。 理解了这一点，你就知道为什么 Prompt 要按「目标、位置、验证、约束」写了。你给的验证标准，就是这个循环的停止条件。 ### 上下文管理，它的记忆是有限的 Claude Code 的「记忆」叫 Context，你一次告诉他的所有事、给他看的所有文件、跑过的所有命令，都堆在 Context 里。Context 不是无限的。撑爆了，他会开始忘事。 四个命令必须记住： | 命令 | 作用 | | ---------- | ------------------------------------------------------------ | | `/context` | 看当前 Context 还剩多少 | | `/clear` | 清空当前会话，从零开始 | | `/compact` | 不清空，但让 Claude 把当前会话内容压缩一下，保留要点丢掉细节 | | `/cost` | 看到目前为止这个会话大概消耗了多少 | **经验法则：** Token 用到 50% 之前主动 `/compact`，用到 70% 直接 `/clear` 起新会话。 很多人卡住的根本原因不是 Prompt 不好，是会话开太久了，Claude 在前面的历史包袱里转不出来。新会话 + 好 Prompt，远比长会话 + 反复修正要高效。 ### 权限模式 按 `Shift+Tab` 可以在主要模式之间循环切换： | 模式 | 说明 | | ------------------------- | ------------------------------------------------------------ | | **Normal Mode（默认）** | 每一步操作都问你要不要执行。最安全，最慢。 | | **Plan Mode（计划模式）** | 先讨论方案，你点同意才动手。这是真正的主力模式。 | | **Auto Mode（自动模式）** | 全权放手，看到什么干什么，不问你。最快，但要确保任务描述清晰。自动模式目前只有 Team Plan 用户才有。 | 还有一个很多人不知道的中间档：**acceptEdits 模式**，Claude 修改文件自动通过，但跑命令还是会问你。适合你信任它写代码但不想让它随便 `rm -rf` 的场景。在 `/config` 里可以切换到这个模式。 大多数时间建议用 **Plan Mode**。Auto Mode 只在「一切都讲清楚了 + 最坏结果可控」的场景下用。 ### Plan Mode 是最重要的模式，单独讲 按 `Shift+Tab` 两次进入 Plan Mode。 进去之后，Claude Code 的工作流变成三步：先探索（读文件、看代码、搞清楚现状），再规划（写方案，告诉你打算怎么做），最后等你确认了才执行。 这里有一个反直觉的点：**Plan 阶段占 90% 的时间，执行阶段几乎一次过。** Plan Mode 的逻辑是把思考前置。你和它在动手之前先对齐「做什么、按什么顺序、最坏情况怎么办」，对齐完了再放它去跑。 > 前置 5 分钟讨论方案，省后面 30 分钟反复改。 **Plan Mode 实操 SOP：** 1. `Shift+Tab` 两次进入 Plan Mode 2. 用四件套 Prompt 描述任务（目标、位置、验证、约束） 3. 用 `@` 引用相关文件让它先探索，看它的理解对不对 4. 让它出方案，检查方案里有没有跟你想象不一致的地方 5. 方案对齐了，切回 Normal Mode 或 Auto Mode 放它执行 ### Ultraplan，Plan Mode 的云端升级版 Plan Mode 有一个问题：Claude 在你的终端里规划方案的时候，终端被占着，你干不了别的。 Ultraplan 把规划这件事搬到了云端。输入 `/ultraplan`，Claude 会把任务交给云端的多 Agent 去规划，你的终端立刻释放出来，可以继续写代码或者处理其他事。 规划完了之后你在浏览器里打开，界面上可以逐段评论、加 emoji 反馈、要求修改某个部分。确认后有三个选择：在当前会话执行，开一个新会话执行，或者先存成文件以后再说。 ``` /ultraplan 把当前项目的用户认证模块从 session 迁移到 JWT，要兼容现有的 API 接口，不能让前端改调用方式 ``` 有三种方式触发 Ultraplan： 1. 直接用 `/ultraplan` 命令 2. 在普通 Prompt 里加上 `ultraplan` 这个关键词 3. 在 Plan Mode 生成方案后选择「用 Ultraplan 在云端细化」 Pro 和 Max 用户可用。注意用第三方 API（比如 DeepSeek）的时候不支持 Ultraplan，因为它需要跑在 Anthropic 的云端基础设施上。 ### 四件套 Prompt 每次给 Claude Code 布置任务，用这四项： | 项目 | 说明 | | -------- | ------------------------------------------ | | **目标** | 你要它干什么 | | **位置** | 在哪里干、文件叫什么、目录结构怎么放 | | **验证** | 怎么判断干完了，最好给一条可执行的验收标准 | | **约束** | 不许做什么、不许用什么、必须避开什么 | **模板：** ``` 目标：[一句话说清楚要做什么] 位置：[文件路径或目录结构] 验证：[做完之后怎么确认完成] 约束：[禁止事项 + 风格要求 + 依赖范围] ``` 你少写的每一项，Claude 都会替你做一个默认假设。这些默认假设的总和，就是你最后不满意的那个版本。 ### 五个高频输入技巧 - **`@` 引用文件** 在对话框里输入 `@`，会弹出文件选择器。直接把文件甩给 Claude 读，比你用文字描述文件内容稳得多。 - **`!` 跑 shell** 在对话框开头输入 `!`，后面跟一条命令，Claude Code 直接帮你执行。比如 `!ls` 看当前目录、`!git status` 看 Git 状态。 - **`/btw` 侧链提问** 你正在让 Claude 改一段代码，突然想问一个不相关的问题，又不想污染当前的对话上下文。输入 `/btw` 加你的问题，Claude 会回答你，但不会把这段问答算进当前任务的上下文里。 - **双击 Esc** 当你在 Claude Code 里输入日志等很多信息时想全部删除，直接双击 Esc 就行了（不要一直按回车键）。 - **粘报错** 代码跑挂了、命令报错了，把终端输出整段粘进对话框，加一句「修一下」。Claude 会读报错、定位文件、改代码。大多数情况下比你自己 Google 快。 ### 急救三步 Claude Code 用到一定阶段一定会卡。急救三步： 1. `Esc` 中断当前操作（不是 Ctrl+C，Esc 是 Claude Code 推荐的软中断） 2. `/clear` 清空会话 3. 重新描述任务，这次写得更具体 按两次 `Esc`（输入框为空的情况下）会打开 Rewind 菜单，给你三个选择： | 选项 | 说明 | | -------------- | ------------------------------------------------------------ | | **只回滚对话** | Claude 忘掉刚才说的那些，但文件改动保留。适合 Claude 的方案不对但改的代码还能用的情况。 | | **只回滚代码** | 文件恢复原样，但对话历史保留。适合改动搞砸了但你想让 Claude 记住之前的讨论。 | | **两者都回滚** | 代码和对话一起回到之前的状态。最干净的重来方式。 | 这套机制叫 **Checkpoints**。Claude Code 在每次修改文件之前会自动创建一个快照，你可以回到任何一个历史快照。 **注意：** bash 命令的副作用不会被追踪。如果 Claude 跑了一个 `npm install` 装了新依赖，回滚代码不会帮你把依赖卸掉。 在 Rewind 菜单中： - **Restore conversation** — 恢复对话到你选中的这个节点 - **Summarize from here** — 从这个节点开始，把后面的对话总结出来 - **Summarize up to here** — 总结到这个节点为止 - **Never mind** — 取消，不做任何操作 90% 的卡死，急救三步都能解决。真搞砸了，Rewind 兜底。 --- ## Part 5 CLAUDE.md，给 Claude 一份永久记忆 Context 是短期记忆，会被压缩、会丢失。CLAUDE.md 是长期记忆，每次启动都会重新读取。 ### 它是什么 CLAUDE.md 是一个 Markdown 文件，放在项目根目录。Claude Code 每次进入一个目录会自动读它，把它当作「这个项目的入职手册」。 ### 该写什么 判断标准就一条：Claude 自己能从代码里读出来的，不要写。Claude 猜不到的，必须写。 | 该写 | 不该写 | | -------------------------------------------- | -------------------------------------- | | 自定义的 Bash 命令（比如你自己写的构建脚本） | Claude 读代码就能知道的事 | | 与默认不同的代码风格偏好 | 标准语言规范 | | 测试命令和偏好的测试框架 | 详细 API 文档（给链接就行） | | 项目架构决策和背景 | 文件逐一描述 | | 开发环境的坑 | 「写整洁代码」「遵循最佳实践」这种废话 | | 常见陷阱和修复方式 | 频繁变化的信息 | ### 一份够用的 CLAUDE.md 模板 ```markdown # 项目名称 ## 架构 - Next.js 15 + TypeScript + Tailwind CSS - 数据库用 PostgreSQL + Drizzle ORM - 状态管理用 Zustand（不要用 Redux） ## 开发命令 - 启动开发服务器 `pnpm dev` - 跑测试 `pnpm test` - 类型检查 `pnpm typecheck` - Lint `pnpm lint` ## 代码风格 - 组件用函数式，不用 class - 样式用 Tailwind，不要写 CSS 文件 - 错误处理用 error.tsx 边界 ## 常见陷阱 - Drizzle 迁移后必须跑 pnpm db:generate，否则类型不同步 - 环境变量改了之后要重启 dev server ## 不要做 - 不要安装新依赖除非我明确同意 - 不要修改 drizzle.config.ts ``` 整个文件不到 300 字，但每一行都有用。 ### 层级覆盖 CLAUDE.md 有四个位置，优先级从低到高： 1. **全局级** `~/.claude/CLAUDE.md` — 所有项目共用 2. **项目级** 项目根目录 `CLAUDE.md` — 检入 Git，和团队共享 3. **模块级** 子目录下的 `CLAUDE.md` — monorepo 里特别有用 4. **内联级** 对话里用 `@CLAUDE.md` 引用 就近覆盖。模块级会覆盖项目级，项目级会覆盖全局级。 顺带提一下 `.claude/rules/` 目录。如果你的项目是 monorepo，不同子项目有不同的规则，可以在 `.claude/rules/` 下按路径放规则文件。Claude 进入对应目录时自动加载对应规则。 ### 懒得写第一版？用 /init 在项目根目录跑 `/init`，Claude Code 会自动扫描代码、读取 README、推断技术栈，给你生成一份 CLAUDE.md 草稿。 但这只是起点。CLAUDE.md 的真正价值来自于迭代。Claude 犯一次错，你就加一条规则。三个月后那个文件就是你最有价值的 AI 资产。 ### Auto Memory，Claude 自己会记笔记 CLAUDE.md 是你写给 Claude 的。但 Claude 自己也会写。 Claude Code 有一个 Auto Memory 机制，它在工作过程中会把它认为重要的东西自动记下来。用户记忆存在 `~/.claude/CLAUDE.md` 里（全局级那个文件），工程记忆存在 `./CLAUDE.md` 里面，下次开新会话的时候自动加载。 你可能用了几天之后打开 `~/.claude/CLAUDE.md`，发现里面多了一堆你没写的东西。不用慌，那是 Claude 自己记的。 输入 `/memory` 可以查看和编辑这些自动记忆。建议隔一阵看看，删掉过时的，保留有用的。 > CLAUDE.md 是你给 Claude 的入职手册，Auto Memory 是 Claude 自己的工作笔记。两个配合起来，Claude 对你项目的理解会越来越深。 --- ## Part 6 Skills，让 Claude 记住你的工作方法 ### Skills 是什么 Skills 不是插件，是文档。 更准确地说，Skills 是一组 Claude Code 可以在特定场景下自动读取并执行的 Markdown 文件 + 脚本组合。触发条件一到，Claude 自己读、自己用。 你可以把 Skills 理解成岗位 SOP 手册。今天你教过 Claude 怎么做「公众号文章排版」，明天他遇到这件事，不需要你重新教一遍。 ### 一个 Skill 的标准结构 ``` my-skill/ ├── SKILL.md # 触发条件 + 执行说明 ├── scripts/ # 可被调用的脚本 │ └── do-something.py └── references/ # 参考资料、模板 └── template.md ``` SKILL.md 最简模板： ```markdown --- name: my-first-skill description: 在用户要求做 XX 的时候激活。触发关键词：关键词A、关键词B。 --- # 调用说明 当用户提到 [触发条件] 时，执行以下步骤 1. 读取 references/template.md 作为参考 2. 调用 scripts/do-something.py 跑流程 3. 把结果写到指定位置 ``` ### 两个安装位置 - **全局** `~/.claude/skills/` — 所有项目都能用 - **项目级** `你的项目/.claude/skills/` — 只在这个项目里用 通用工作流放全局，项目专属逻辑放项目级。 ### 装第一个 Skill 集合，Superpowers Superpowers 是社区里最成熟的通用 Skills 集合： ``` /plugin marketplace add obra/superpowers-marketplace /plugin install superpowers@superpowers-marketplace ``` 注意装完之后记得执行 `/reload-plugins`，这样你安装的 skill 才能显示出来。 装完你会多出来一批子技能，最实用的三个： - **brainstorming** — 你抛一个模糊需求，它反过来问你 5-8 个澄清问题，把任务边界全问清楚 - **writing-plans** — 把澄清过的需求落成一份结构化的 plan.md - **dispatching-parallel-agents** — 把一份 plan 拆给多个子代理并行跑 ### 用 skill-creator 造自己的 Skill 先装官方插件市场： ``` /plugin marketplace add anthropics/claude-plugins-official ``` 然后装 skill-creator： ``` /plugin install skill-creator@claude-plugins-official ``` 装好后重新加载插件： ``` /reload-plugins ``` 然后在 Claude Code 里输入 `/skill-creator`，选 Create 模式，它会带着你一步步设计出一个完整的 Skill。 > 写一个 Skill，就是在做一次知识结晶化。你过去积累的某种工作方法，现在变成了一份 Claude 能读懂的文件，可以被复用、被继承、被不断升级。 --- ## Part 7 Hooks，100% 确定执行的自动化 Skills 有一个天然的局限：它是对 Claude 的「建议」。Claude 会尽量遵守，但在长对话后期，它可能就忘了。 Hooks 解决的就是这个问题。**Hooks 不是建议，是强制执行。** ### Hooks vs CLAUDE.md - **CLAUDE.md** 是通过自然语言影响 Claude 的行为。Claude 有时候会忘。 - **Hooks** 是 Claude Code 平台层面的机制，在特定生命周期节点触发 Shell 脚本，Claude 无法跳过或忽略。 ### 生命周期钩子 | 钩子 | 触发时机 | 典型用途 | | ----------- | ------------------- | -------------------- | | PreToolUse | Claude 调用工具之前 | 拦截危险操作 | | PostToolUse | Claude 调用工具之后 | 自动格式化、自动测试 | | Stop | Claude 完成回合时 | 推动继续执行 | | PostCompact | 上下文压缩后 | 注入关键指令防遗忘 | ### 实际案例，自动格式化 每次 Claude 编辑文件后自动跑 eslint： ```json // .claude/settings.json { "hooks": { "PostToolUse": [ { "matcher": "Edit|Write", "command": "npx eslint --fix $CLAUDE_FILE_PATH" } ] } } ``` 你不需要自己手写 Hooks 配置，直接跟 Claude 说：「帮我在当前项目的 .claude/settings.json 里添加一个 PostToolUse Hook……」，它会帮你生成配置并写入。 ### PostCompact Hook，防止长对话失忆 ```json // .claude/settings.json { "hooks": { "PostCompact": [ { "command": "echo '关键提醒：1. 不要修改 drizzle.config.ts 2. 新依赖必须经过确认 3. 所有改动跑一遍 pnpm test'" } ] } } ``` echo 输出的内容会被注入到压缩后的上下文里。你可以把项目里最容易被遗忘的规则塞进去。这比在 CLAUDE.md 里写「请务必记住」靠谱得多，因为 Hook 是平台层面强制执行的，Claude 想忘都忘不了。 --- ## Part 8 MCP，让 Claude 连接外部世界 Skills 教 Claude 怎么做事，Hooks 在关键节点自动执行检查，MCP 把外面的世界接进来。 MCP（Model Context Protocol）是 Anthropic 推出的开放标准，让 AI 工具能连接外部数据源和服务。把它想象成 Claude Code 的 USB 接口。 ### 添加 MCP 服务器 ```bash claude mcp add slack -- npx -y @modelcontextprotocol/server-slack ``` 添加后，Claude 就获得了 Slack 的能力，可以搜索消息、发送消息、创建频道。 ### 常用 MCP 推荐 | MCP | 能力 | 适用场景 | | ---------- | ----------------- | --------------------- | | Slack MCP | 搜索/发送消息 | 自动同步进度 | | 数据库 MCP | 直接查询数据库 | 不用手动复制 SQL 结果 | | Figma MCP | 读取设计稿 | 把设计直接转成代码 | | GitHub MCP | 操作仓库/Issue/PR | 自动化项目管理 | | 浏览器 MCP | 操作 Chrome | 截图、填表单、读网页 | ### MCP 配置文件 MCP 的配置存在项目根目录的 `.mcp.json` 中，可以跟代码一起提交到 Git： ```json { "mcpServers": { "slack": { "command": "npx", "args": ["-y", "@modelcontextprotocol/server-slack"], "env": { "SLACK_TOKEN": "${SLACK_TOKEN}" } } } } ``` 注意，敏感的 Token 不要硬编码在 `.mcp.json` 里，用环境变量引用。 ### Skills vs Hooks vs MCP 三个概念的关系 | 维度 | Skills | Hooks | MCP | | ------ | ------------------------ | ----------------------- | --------------------------- | | 是什么 | 岗位说明书 | 自动化检查点 | 外部工具接口 | | 确定性 | 高但非 100% | 100% 确定执行 | 100% | | 干什么 | 教 Claude 流程和知识 | 在关键节点自动执行脚本 | 连接外部服务和数据 | | 举例 | 「修 bug 按这个 SOP 来」 | 「编辑文件后自动 lint」 | 「读 Slack 消息、查数据库」 | 三者不是替代关系，是协作关系。 --- ## Part 9 多 Agent 协作，一个人指挥一支 AI 团队 这是 Claude Code 跟普通对话工具拉开数量级差距的地方。 ### 子代理（Subagents） 子代理是 Claude 替你启动的另一个 Claude。每个子代理有自己独立的 Context、独立的任务、独立的工作目录。 在 `.claude/agents/` 目录下放一个 `.md` 文件，就定义了一个子代理： ``` .claude/agents/ ├── security-reviewer.md # 安全审查专家 ├── code-simplifier.md # 代码精简专家 └── verify-app.md # 应用验证专家 ``` 子代理最重要的特性不是「专业分工」，而是**独立上下文**。每个子代理运行在自己的上下文窗口中，不消耗主会话的空间。 ### Git Worktrees，并行的基础设施 多个 Claude 实例同时在一个项目上工作，必须做好隔离，否则它们会互相覆盖文件。Git Worktree 就是干这个的。 ```bash claude --worktree ``` 每次运行这个命令，Claude Code 会自动创建一个新的 worktree、切到一个新分支，在隔离环境中工作。完成后把分支合并回主分支。 加上 `--tmux` 参数可以在后台运行： ```bash claude --worktree --tmux ``` ### Agent Teams，让 Agent 自己协调 Agent Teams 是 2026 年 2 月发布的，目前是 Claude Code 最强大的协作模式。 核心思路很简单：不是你来协调多个 Agent，而是让 Agent 自己协调。 最经典的用法是 **Writer/Reviewer 模式**。一个 Agent 写代码，另一个 Agent 审代码，审完反馈给写的那个改，形成迭代循环。 ### Agent View，管理多个会话 在终端里输入 `claude agents`，会打开一个统一的管理界面，列出所有正在运行的 Claude Code 会话。哪些在跑、哪些等你输入、哪些已经完成，一屏全看到。 ### 并行工作的几条经验 1. **从 2 个会话开始就好。** 一个做主任务，一个做辅助的（写测试、做 code review）。等觉得顺手了再加。 2. **每个会话给一个明确的角色。** 不要让所有会话都做「随便什么任务」。角色越清晰，管理越轻松。 3. **用 Git 分支隔离一切。** 每个会话在自己的分支上工作，通过 PR 合并。千万不要让多个会话操作同一个分支。 4. **定期扫一眼。** 并行不等于不管。每隔 15-20 分钟看看各个会话的进度，及时纠偏。 --- ## Part 10 实战，用五步工作流跑一个真实任务 我把一个完整的 Claude Code 工作流抽象成五步： **澄清 → 计划 → 分工 → 落盘 → 交付** 用一个真实任务跑一遍。假设任务是「2026 年主流 AI 编程工具横评报告」。 ### 第一步，澄清 先建一个工作区文件夹 `ai-tool-2026/`，用 IDE 打开，在终端里启动 claude。 激活 Superpowers 的 brainstorming： ``` /brainstorming 整理一份 2026 年主流 AI 编程工具报告。对象包含 Claude Code、codex、Cursor、GitHub copilot、windsurf。最终交付物是一份带封面、横评矩阵、推荐路径的 PDF。帮我先把细节澄清清楚。 ``` Claude 会反过来问你 5-8 个问题。挨个回答。这一步看起来在浪费时间，实际上是在替你把后面所有的返工预先消除掉。 ### 第二步，计划 ``` /writing-plans 按照刚才澄清的所有信息，在当前目录生成一份 plan.md。要求 plan.md 给人看和给子代理看都能看懂。有目标、有分工、有交付物、有验证标准。 ``` 它会产出一份 plan.md。你审一遍，觉得对了再往下走。 ### 第三步，分工 ``` /dispatching-parallel-agents 基于当前目录的 plan.md，启动三个子代理并行跑。 子代理 1（researcher）：对 5 个工具按 5 个维度收集公开资料，写到 research/.md 子代理 2（fact-checker）：复核 researcher 的事实和来源，有问题写到 issues.md 子代理 3（report-writer）：等复核完成后，把所有素材按 plan.md 的结构整合到 report.md ``` 三个子代理同时跑，你坐在中间看进度就行。 ### 第四步，落盘 researcher 每查到一条资料，强制要求把出处链接写进 sources.md。所有中间产物都进文件：plan.md、research/、sources.md、issues.md。可追溯、可复用。 ### 第五步，交付 ``` 把当前目录下的 report.md 转成一份 PDF。风格是专业横评报告，封面深色 + 大字标题。内页浅色背景 + 衬线正文。 ``` 整个项目跑完之后，工作区文件树： ``` ai-codetool-2026/ ├── CLAUDE.md ├── plan.md ├── sources.md ├── issues.md ├── research/ │ ├── claude-code.md │ ├── cursor.md │ ├── codex.md │ ├── github-copilot.md │ └── windsurf.md ├── report.md └── report.pdf ``` --- ## Part 11 命令速查表 | 命令 | 作用 | | ------------------ | --------------------------------------- | | `/status` | 看当前会话配置（模型、目录、Token） | | `/context` | 看 Context 用量 | | `/clear` | 清空当前会话 | | `/compact` | 压缩当前会话 | | `/init` | 在当前目录生成 CLAUDE.md | | `/cost` | 看当前会话消耗 | | `/model` | 切换模型 | | `/permissions` | 管理权限白名单 | | `/config` | 打开交互式设置面板（别名 /settings） | | `/btw` | 侧链提问，不污染当前上下文 | | `/doctor` | 环境诊断，检查安装、API、MCP 等 20 多项 | | `/recap` | 回到一个中断的会话时自动总结上下文 | | `/goal` | 设目标让 Claude 跨轮次自动干到完成 | | `/team-onboarding` | 根据你的使用习惯生成团队入职指南 | | `/voice` | 进入语音模式，按住空格说需求 | | `/ultraplan` | 把规划任务交给云端多 Agent，浏览器审阅 | | `/ultrareview` | 云端多 Agent 审查代码，找真 bug | | `/memory` | 查看和编辑 Claude 的自动记忆 | | `/loop` | 定时循环执行任务或设一次性提醒 | | `ultrathink` | 在 Prompt 中加入，让 Claude 深度推理 | | `claude -p` | 非交互模式，可接入脚本和 CI/CD | | `Shift+Tab` | 切换 Normal / Plan / Auto 模式 | | `Esc` | 中断当前操作 | | `Esc × 2` | 打开 Rewind 菜单（回滚对话/代码） | | `@文件名` | 引用文件给 Claude 读 | | `!命令` | 在对话框里直接跑 shell 命令 | --- ## Part 12 五个最常见的坑，提前避掉 **坑一，Token 烧爆** 会话拖太久，Context 满了 Claude 开始忘事。解法是 Token 用到 50% `/compact`，70% `/clear`。 **坑二，没 Plan 直接 Auto** 任务复杂的时候不用 Plan Mode 直接放它跑，出错率指数级上升。80% 的任务都应该在 Plan Mode 跑。 **坑三，没写 CLAUDE.md** 每次新会话都要从头解释项目。进项目第一件事 `/init` 生成 CLAUDE.md，然后持续迭代。 **坑四，一个会话塞太多事** 修 bug、加功能、重构代码、写文档全在一个会话里做。Context 被塞满，每个任务的理解都很浅。一个会话聚焦一件事，做完 `/clear`。 **坑五，看着对就接受了** Claude 写了一大堆代码，看着合理就接受了，没实际跑一下。每一轮改动都实际运行一次验证。「代码看起来对」和「代码是对的」差距很大。 --- ## Part 13 进阶技巧 ### /goal，设个目标让它自己跑到完 ``` /goal 所有 test/auth 目录下的测试通过，lint 检查也是干净的 ``` 设完目标之后你可以去倒杯咖啡。回来的时候要么测试全绿了，要么它会告诉你卡在哪里。 适合那种「反复跑测试 → 改代码 → 再跑」的循环任务。不适合需要你中途做决策的任务。 ### /recap，中断后无缝接上 `/recap` 会总结当前会话的上下文，告诉你进行到哪一步、做了什么、还剩什么没做。你也可以在 `/config` 里设置自动 recap，每次回到会话自动触发。 ### 让 Claude 先问你问题再动手 当你要做一个比较大的功能，先这样说： ``` 我要给博客加一个评论系统，在动手之前，先问我所有你需要搞清楚的问题。 ``` Claude 会问你一系列问题，至少有一半是你自己没考虑过的。问完让它整理成 Spec 文档，然后开一个新会话，把 Spec 喂给新的 Claude 来执行。 ### Computer Use，Claude 能看到你的屏幕了 Claude Code 的 Computer Use 功能让 Claude 直接看到你的屏幕截图，然后操控鼠标和键盘。零配置，Pro 和 Max 用户自动可用。 ``` 看一下我屏幕上的这个页面，告诉我布局有什么问题 ``` ``` 在浏览器里打开 localhost:3000，走一遍注册流程，看看有没有 bug ``` 现阶段 Computer Use 最好的定位是，把它当成一个耐心但手速慢的测试员。 ### Voice Mode，按住空格说话 在 Claude Code 里输入 `/voice` 就进入语音模式。支持中文。按住空格键说需求，松手发送。 最舒服的场景是脑暴的时候。想法冒得比打字快，一口气倒给 Claude，让它帮你理成结构化的需求。 ### /permissions 精细控权限 ``` /permissions ``` 预先允许 Claude 执行某些操作，不用每次都点确认： ``` Bash(npm run *) Bash(npx vitest *) Bash(git add *) Bash(git commit *) Edit(/docs/**) ``` 这些规则会保存到 `.claude/settings.json`，可以提交到 Git 和团队共享。 ### Ultrareview，合并代码前让 AI 先审一遍 ``` /ultrareview ``` Claude 会在云端启动一组 reviewer Agent，对你当前分支的改动做全面排查，找真 bug，每个发现都会独立复现和验证，确认是真问题才报给你。 也可以指定 PR 编号： ``` /ultrareview 42 ``` 跑一次大概 5-10 分钟，后台执行不影响你继续工作。Pro 和 Max 用户有免费额度，用完后按次计费，一次大概 $5-20 取决于改动的规模。 ### Extended Thinking 和 Fast Mode，调深度的两个开关 - **任务特别复杂时：** 在 Prompt 里加上 `ultrathink` 这个关键词，Claude 会花更多时间做内部推理，回答质量明显上升，但速度会慢、Token 消耗会大。 - **任务特别简单时：** 打开 Fast Mode（在 `/config` 里切换），Claude 会跳过深度推理直接给结果。快很多，但推理质量会降。 > `ultrathink` 让它想得更透，Fast Mode 让它跑得更快。根据任务复杂度选。 ### Headless 模式，把 Claude Code 接入脚本和 CI/CD ```bash echo "检查这个文件有没有安全漏洞" | claude -p --file src/auth.ts ``` 还可以要求 JSON 格式输出，方便下游脚本解析： ```bash claude -p "列出所有 TODO 注释" --output-format json ``` 几个实用场景： - 在 GitHub Actions 里跑自动 code review - 在 pre-commit hook 里检查代码规范 - 写个脚本批量处理多个文件 ### /loop，让 Claude 定时自动跑任务 ``` /loop 每30分钟跑一次 npm test，如果有失败的测试就修复它 ``` 也可以设一次性提醒： ``` /loop 2小时后提醒我检查部署状态 ``` --- ## 结尾 Claude Code 确实是 2026 年最值得学的工具。 但工具永远只是工具。Claude Code 解决了「怎么做」的问题，但「做什么」和「做得好不好」还是要靠你自己的判断。 这篇教程覆盖了从安装配置到多模型切换、从 Skills/Hooks/MCP 到 Ultraplan/Ultrareview、从单人操作到多 Agent 协作的全部环节。你不需要一次学完，照着做，一步一步来，每跑通一个环节就往下走一步。 **现在打开终端，输入 `claude`，开始你的第一个任务吧。** --- > 来源：AI一手 公众号 > 原文链接：https://mp.weixin.qq.com/s/Vhxsy_Bsogersn7KZ4hjlQ]]> 成俊杰 https://blog.aitool-hub.cn/blog/ai-private-domain-community-monetization https://blog.aitool-hub.cn/blog/ai-private-domain-community-monetization Wed, 27 May 2026 06:54:55 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-translation-localization-monetization https://blog.aitool-hub.cn/blog/ai-translation-localization-monetization Wed, 27 May 2026 06:54:54 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-xiaohongshu-operation-monetization https://blog.aitool-hub.cn/blog/ai-xiaohongshu-operation-monetization Wed, 27 May 2026 06:54:53 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-resume-career-service-monetization https://blog.aitool-hub.cn/blog/ai-resume-career-service-monetization Wed, 27 May 2026 06:54:53 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-knowledge-payment-monetization https://blog.aitool-hub.cn/blog/ai-knowledge-payment-monetization Wed, 27 May 2026 06:54:52 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-audio-podcast-monetization https://blog.aitool-hub.cn/blog/ai-audio-podcast-monetization Wed, 27 May 2026 06:54:52 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-seo-content-matrix-monetization https://blog.aitool-hub.cn/blog/ai-seo-content-matrix-monetization Wed, 27 May 2026 06:54:51 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-automation-workflow-freelance https://blog.aitool-hub.cn/blog/ai-automation-workflow-freelance Wed, 27 May 2026 06:54:51 GMT NOW() - INTERVAL '7 days'") churning_users = self.identify_churn_risk() upgrade_candidates = self.identify_upgrade_potential() # 2. AI分析 analysis = self.ai.analyze({ "prompt": f""" 分析以下SaaS产品的周度数据，生成管理层报告： 活跃用户数据：{active_users.summary()} 流失风险用户：{churning_users} 升级潜力用户：{upgrade_candidates} 报告要求： 1. 核心指标概览（DAU/WAU/MAU、留存率、NRR） 2. 本周亮点（增长点） 3. 风险预警（流失风险用户及原因分析） 4. 增长机会（可升级用户及推荐策略） 5. 下周行动建议（具体到人和时间） 格式：Markdown，包含数据表格和趋势描述。 """ }) # 3. 生成可视化图表 charts = self.generate_charts(active_users) # 4. 发送报告 self.send_report(analysis, charts) def identify_churn_risk(self): """AI识别流失风险用户""" users = self.db.query(""" SELECT user_id, last_login, login_frequency, feature_usage FROM user_metrics WHERE login_frequency < 0.3 AND last_login < NOW() - INTERVAL '5 days' """) prompt = f""" 分析以下用户数据，识别高流失风险用户并给出挽留建议： {users.to_json()} 对每个高风险用户，输出： 1. 流失概率（0-100%） 2. 可能原因 3. 推荐挽留策略 """ return self.ai.analyze({"prompt": prompt}) ``` ### 案例3：电商多平台订单自动同步 #### n8n工作流 ``` 【淘宝新订单】→ 提取订单信息 → AI智能匹配SKU ↓ 【拼多多新订单】→ 提取订单信息 → 统一格式化 ↓ 【抖音新订单】→ 提取订单信息 → 写入ERP系统 ↓ 自动生成发货单 ↓ 通知仓库发货 ↓ 更新各平台物流信息 ``` ## 四、接单渠道与报价策略 ### 4.1 接单渠道 | 渠道 | 客单价 | 获客难度 | 推荐指数 | |------|--------|---------|---------| | Upwork/Fiverr | $500-5000 | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | | 闲鱼/淘宝 | 2000-10000元 | ⭐⭐ | ⭐⭐⭐⭐ | | 企业直接对接 | 5000-50000元 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | | 技术社区引流 | 3000-20000元 | ⭐⭐⭐ | ⭐⭐⭐⭐ | ### 4.2 报价公式 ``` 报价 = 基础工时费 × 工时 + 复杂度系数 × 基础费 + AI API成本 × 12个月 + 维护费 示例： - 简单邮件自动化：500元/时 × 8小时 + 1.2 × 2000 = 6400元 - 复杂AI工作流：800元/时 × 20小时 + 1.5 × 5000 = 23500元 ``` ## 五、变现方式详解 ### 5.1 项目制接单 一次性交付，收取项目费用： • 简单自动化（3-5天）：3000-8000元 • 中等复杂度（1-2周）：8000-20000元 • 企业级方案（1个月）：20000-50000元 ### 5.2 月度维护订阅 持续维护和优化，按月收费： • 基础维护：1000-2000元/月 • 高级维护（含优化）：3000-5000元/月 • 全托管：5000-10000元/月 ### 5.3 模板销售 将通用工作流打包成模板销售： • n8n模板：99-499元/个 • 教程+模板套装：999-2999元 • 月销100+份 → 月收入1-30万 ## 六、行动指南 1. **第一周**：学习n8n基础，完成官方教程，搭建3个demo工作流 2. **第二周**：在Upwork/Fiverr注册，发布服务，接第一单（可低价） 3. **第三周**：积累案例，优化服务描述，提升报价 4. **第四周**：开始在技术社区分享案例，建立个人品牌 AI自动化工作流是"一次搭建，持续收费"的生意模式。每个客户都是长期收入来源。🚀 ]]> 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-digital-human-livestream-monetization https://blog.aitool-hub.cn/blog/ai-digital-human-livestream-monetization Wed, 27 May 2026 06:54:50 GMT {config['platform']}") return sessions ``` #### 效果数据 • 4个语言直播间同时运行，月成本从8万降至1.5万 • TikTok英语直播间日均观看人数3000+，转化率2.5% • 整体ROI提升400% ## 五、变现方式详解 ### 5.1 代搭建服务 为商家搭建数字人直播间，一次性收费+月度维护费： | 服务内容 | 收费标准 | 说明 | |---------|---------|------| | 数字人形象定制 | 2000-5000元 | 一次性 | | 语音克隆 | 500-1000元 | 一次性 | | 话术生成系统 | 1000-3000元 | 含100个商品话术 | | 直播间搭建 | 1000-2000元 | 含推流配置 | | 月度维护 | 500-1500元/月 | 话术更新+技术支持 | ### 5.2 SaaS订阅模式 开发数字人直播管理平台，按月收费： • 基础版：999元/月（1个数字人，1个平台） • 专业版：2999元/月（3个数字人，多平台） • 企业版：9999元/月（无限数字人，全平台+定制） ### 5.3 培训课程 教别人搭建数字人直播间： • 录播课程：499元/套 • 直播训练营：1999元/期 • 一对一辅导：4999元 ## 六、风险与应对 ### 6.1 平台政策风险 • 风险：部分平台对数字人直播有限制 • 应对：使用"半无人"方案，真人助播+数字人配合；关注平台政策更新 ### 6.2 技术稳定性风险 • 风险：推流中断、语音合成延迟 • 应对：部署监控告警系统，准备备用方案 ### 6.3 内容同质化风险 • 风险：话术重复导致观众流失 • 应对：定期更新话术库，加入随机变量和时事热点 ## 七、行动指南 1. **第一周**：选择数字人平台（推荐青否或阿里云），完成形象定制和语音克隆 2. **第二周**：生成商品话术库，搭建直播间，进行内测 3. **第三周**：正式开播，优化互动逻辑，收集数据 4. **第四周**：根据数据优化话术，开始接代搭建订单 记住：数字人直播不是替代真人，而是延伸真人的能力边界。24小时在线的数字人+关键时段的真人互动，才是最佳组合。🚀 ]]> 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-painting-commercial-monetization https://blog.aitool-hub.cn/blog/ai-painting-commercial-monetization Wed, 27 May 2026 06:54:50 GMT 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/ai-agent-to-money https://blog.aitool-hub.cn/blog/ai-agent-to-money Wed, 27 May 2026 06:18:07 GMT ``` **3. 支付集成**： ```python # 集成支付宝/微信支付 from alipay import AliPay alipay = AliPay( appid="your_app_id", app_notify_url=None, app_private_key_string=app_private_key, alipay_public_key_string=alipay_public_key, sign_type="RSA2" ) def create_order(user_id, amount, subject): order_string = alipay.api_alipay_trade_page_pay( out_trade_no=f"ORDER_{user_id}_{time.time()}", total_amount=str(amount), subject=subject, return_url="https://yourdomain.com/success", notify_url="https://yourdomain.com/notify" ) return f"https://openapi.alipay.com/gateway.do?{order_string}" ``` #### 定价策略 | 套餐 | 价格 | 功能 | 目标客户 | |------|------|------|---------| | 免费版 | 0元/月 | 10次/月，基础功能 | 试用用户 | | 个人版 | 99元/月 | 100次/月，全部功能 | 个人创作者 | | 专业版 | 299元/月 | 500次/月，优先处理 | 小微企业 | | 企业版 | 999元/月 | 无限次，API接入 | 中大型企业 | #### 真实案例 **案例：AI考研复习规划SaaS** - 定价：129元/份 - 服务：个性化考研复习规划生成 - 优势：比通用时间表更有针对性 - 来源：百家号报道 ### 6.4 培训课程模式 #### 模式说明 教别人如何搭建智能体，卖教程或开培训班。 #### 课程设计 **1. 基础课程（199元）**： - 课时：5节，每节30分钟 - 内容： - 第1节：AI智能体入门概念 - 第2节：Coze平台使用教程 - 第3节：工作流搭建实战 - 第4节：Prompt工程技巧 - 第5节：闲鱼卖软件实操 **2. 进阶课程（499元）**： - 课时：10节，每节45分钟 - 内容： - Dify私有部署 - Python+LangChain开发 - 多平台集成 - 商业模式设计 - 案例拆解 **3. 一对一辅导（999元）**： - 时长：2小时 - 内容：根据学员需求定制辅导 - 包含：项目诊断、技术指导、商业模式建议 #### 推广策略 **1. 内容营销**： - 在知乎、CSDN写技术文章 - 在抖音、B站发教学视频 - 建立微信社群，分享干货 **2. 案例展示**： - 展示学员成功案例 - 分享收入截图（打码） - 提供免费试听课程 **3. 裂变营销**： - 老学员推荐新学员，返现50元 - 团购优惠（3人成团，8折） - 限时优惠（前100名半价） #### 真实案例 **案例：CSDN博主的AI变现课程** - 平台：CSDN博客 - 内容：AI变现案例实战系列 - 效果：3个月做到10万粉丝 - 来源：CSDN博客 ### 6.5 接单服务平台模式 #### 模式说明 搭建一个平台，连接有需求的客户和会做智能体的开发者。 #### 平台功能 **1. 需求发布**： - 客户发布需求（描述、预算、时间要求） - 开发者浏览需求，投标接单 **2. 项目管理**： - 在线沟通工具 - 进度跟踪 - 代码托管 - 验收交付 **3. 支付担保**： - 平台托管资金 - 验收通过后放款 - 争议处理机制 #### 盈利模式 - **佣金抽成**：每笔交易抽10-20% - **会员费**：高级会员免佣金或优先推荐 - **增值服务**：项目托管、法律咨询等 #### 真实案例 **案例：闲鱼上的AI视频代做服务** - 服务内容：用AI工具做视频特效 - 定价：30-80元/单 - 操作：客户发需求，卖家用AI工具制作 - 收入：月入2000+，每天2小时 - 来源：百家号报道 --- ## 七、风险与应对策略 ### 7.1 技术风险 **风险1：平台政策变化** - 应对：多平台部署，不依赖单一平台 - 应对：定期备份数据，准备迁移方案 **风险2：API调用限制** - 应对：使用多个API供应商，负载均衡 - 应对：缓存常用结果，减少调用次数 **风险3：技术更新迭代** - 应对：持续学习新技术 - 应对：保持代码模块化，易于升级 ### 7.2 商业风险 **风险1：竞争加剧** - 应对：建立品牌，提供差异化服务 - 应对：持续优化产品，提升用户体验 **风险2：客户需求变化** - 应对：定期调研客户需求 - 应对：快速迭代产品功能 **风险3：价格战** - 应对：提供增值服务，避免纯价格竞争 - 应对：建立客户忠诚度，提高复购率 ### 7.3 法律风险 **风险1：知识产权纠纷** - 应对：使用开源或授权的工具 - 应对：明确服务边界，避免侵权 **风险2：数据隐私问题** - 应对：遵守相关法律法规 - 应对：明确数据使用范围，获得用户授权 **风险3：虚假宣传** - 应对：实事求是宣传产品功能 - 应对：提供试用版本，让用户验证效果 --- ## 八、总结与行动指南 ### 8.1 核心要点回顾 1. **技术门槛已大幅降低**：零代码平台让普通人也能搭建智能体 2. **市场需求真实存在**：闲鱼、短视频、跨境电商等领域都有强烈需求 3. **变现路径清晰可行**：卖软件、代运营、SaaS、培训等多种模式 4. **成本投入极低**：几百元即可启动，风险可控 5. **信息差红利仍在**：会用工具的人正在闷声发财 ### 8.2 行动路线图 **第一阶段：学习与验证（1-2周）** 1. 选择一个案例（推荐闲鱼智能客服或短视频生成） 2. 用Coze搭建原型 3. 自己测试效果 4. 找3-5个朋友试用，收集反馈 **第二阶段：产品化（2-3周）** 1. 优化功能，解决反馈的问题 2. 设计用户界面（如果是软件） 3. 编写使用文档 4. 准备营销素材（截图、视频） **第三阶段：上线推广（持续）** 1. 在闲鱼发布商品 2. 发布使用案例视频 3. 收集用户好评 4. 根据反馈持续优化 **第四阶段：规模化（1-3个月）** 1. 增加更多功能 2. 开发更多产品线 3. 建立客户社群 4. 考虑团队化运营 ### 8.3 成功关键因素 1. **选对赛道**：选择自己熟悉或有资源的领域 2. **解决真实痛点**：不要为了用AI而用AI，要解决实际问题 3. **快速迭代**：小步快跑，根据反馈快速优化 4. **重视用户体验**：界面友好、操作简单、效果明显 5. **持续学习**：AI技术更新快，要保持学习 ### 8.4 常见误区提醒 ❌ **误区1：追求技术完美** - 正确做法：先做出能用的版本，再逐步优化 ❌ **误区2：闭门造车** - 正确做法：多和潜在用户交流，了解真实需求 ❌ **误区3：定价过高或过低** - 正确做法：参考市场行情，提供试用版本 ❌ **误区4：忽视营销** - 正确做法：产品做好后，花同样精力做推广 ❌ **误区5：单打独斗** - 正确做法：找到合作伙伴，分工协作 --- ## 九、资源推荐 ### 9.1 学习资源 - **Coze官方文档**：https://www.coze.com/docs - **Dify官方文档**：https://docs.dify.ai - **LangChain中文文档**：https://python.langchain.com.cn - **通义实验室**：https://www.aliyun.com/product/tongyi ### 9.2 工具推荐 - **智能体搭建**：Coze、Dify、n8n - **大模型API**：通义千问、GPT-4、Claude - **图片生成**：通义万相、Midjourney、Stable Diffusion - **视频合成**：剪映、CapCut、FFmpeg - **云服务**：阿里云、腾讯云、AWS ### 9.3 社区与交流 - **知乎**：搜索"AI智能体"、"Coze"等关键词 - **CSDN**：关注AI相关技术博客 - **GitHub**：搜索开源项目学习 - **微信群/Telegram群**：加入相关技术交流群 --- ## 十、结语 AI智能体的时代已经到来，技术门槛的降低让普通人也能参与其中。关键不在于技术有多先进，而在于能否找到真实的需求，用合适的技术解决实际问题。 这篇文章提供的5个真实案例、详细的技术实现思路、多种变现方式，都是经过验证的可行路径。现在需要的，就是你的行动。 记住：**不要等完美了再开始，而要在开始中变得完美。** 祝你在AI智能体的赛道上取得成功！🚀]]> 成俊杰 AI 应用 https://blog.aitool-hub.cn/blog/gog-feishu-office-automation https://blog.aitool-hub.cn/blog/gog-feishu-office-automation Fri, 22 May 2026 03:26:21 GMT ChengJJ AI 应用 https://blog.aitool-hub.cn/blog/ui-ux-pro-max-design-skill https://blog.aitool-hub.cn/blog/ui-ux-pro-max-design-skill Fri, 22 May 2026 03:26:20 GMT ChengJJ AI 应用 https://blog.aitool-hub.cn/blog/baoyu-skills-chinese-toolkit https://blog.aitool-hub.cn/blog/baoyu-skills-chinese-toolkit Fri, 22 May 2026 03:26:19 GMT ChengJJ AI 应用 https://blog.aitool-hub.cn/blog/skill-creator-build-custom https://blog.aitool-hub.cn/blog/skill-creator-build-custom Fri, 22 May 2026 03:26:18 GMT ChengJJ AI 应用 https://blog.aitool-hub.cn/blog/browser-automation-web-control https://blog.aitool-hub.cn/blog/browser-automation-web-control Fri, 22 May 2026 03:26:17 GMT ChengJJ AI 应用 https://blog.aitool-hub.cn/blog/ontology-agent-memory-structured https://blog.aitool-hub.cn/blog/ontology-agent-memory-structured Fri, 22 May 2026 03:26:16 GMT ChengJJ AI 应用 https://blog.aitool-hub.cn/blog/github-skill-developer-assistant https://blog.aitool-hub.cn/blog/github-skill-developer-assistant Fri, 22 May 2026 03:26:15 GMT ChengJJ AI 应用 https://blog.aitool-hub.cn/blog/superpowers-engineering-methodology https://blog.aitool-hub.cn/blog/superpowers-engineering-methodology Fri, 22 May 2026 03:26:14 GMT 凭感觉"，提供完整的五步工程化流程。 ## 五步工程化流程 1. **Brainstorming（头脑风暴）**：结构化思考，发散创意，生成多个可行方案 2. **Writing Plans（设计方案）**：详细设计，技术选型，编写实现计划 3. **Implementation（代码实现）**：遵循计划，编写高质量代码 4. **Testing（测试验证）**：自动化测试，边界情况，性能优化 5. **Review（代码审查）**：团队审查，知识共享，持续改进 ## 包含的技能 - 20+ 经过验证的技能，覆盖软件开发各环节 - 实战检验：来自真实项目的经验总结 - 可定制化：根据团队需求灵活调整 ## 使用方式 ```bash # 安装 npx skills add obra/superpowers # 启动头脑风暴 /brainstorm "设计一个高并发消息队列" # 生成设计方案 /plan "基于 Redis Streams 的消息队列" # 代码审查 /review ./src/queue/ ``` ## 实际效果 使用 Superpowers 的团队反馈： - 设计阶段时间缩短 60% - 代码质量提升 40%（bug 率降低） - 新人上手时间缩短 50% ## 总结 Superpowers 让"凭感觉编程"升级为"系统化工程"，是团队协作和大型项目的必备方法论框架。]]> ChengJJ AI 应用