73 KiB
Note
本文档由 WeHub 基于上游 README 翻译整理,属于社区翻译,非官方中文文档。
English · 原始项目 · 上游 README
原作者、版权与许可证归属以原始项目及本仓库 LICENSE 文件为准。
claude-code-best-practice
从 vibe coding 到 agentic engineering —— 熟能生巧,Claude 亦如是
= Agents ·
= Commands ·
= Skills

Boris Cherny 在 X 上(推文 1 · 推文 2 · 推文 3)
Tip
访问 如何使用 章节,以充分利用本仓库。
🧠 概念
| 功能 | 位置 | 说明 |
|---|---|---|
.claude/agents/<name>.md |
||
.claude/commands/<name>.md |
||
.claude/skills/<name>/SKILL.md |
||
| Workflows | .claude/commands/weather-orchestrator.md |
|
| Hooks | .claude/hooks/ |
|
| MCP Servers | .claude/settings.json, .mcp.json |
|
| Plugins | 可分发的软件包 | 市场 · 创建市场 |
| Settings | .claude/settings.json |
|
| Status Line | .claude/settings.json |
|
| Memory | CLAUDE.md, .claude/rules/, ~/.claude/rules/, ~/.claude/projects/<project>/memory/ |
|
| Checkpointing | 自动(文件编辑追踪) | |
| CLI Startup Flags | claude [flags] |
|
| AI 术语 | ||
| 最佳实践 | 提示词工程 · 扩展 Claude Code |
🔥 热门
| 功能 | 位置 | 说明 |
|---|---|---|
| Ultrareview |
/code-review ultra, claude ultrareview [target] |
任务追踪 |
| Devcontainers | .devcontainer/ |
|
| Channels |
--channels, 基于插件 |
参考 |
| Ultraplan |
/ultraplan |
|
| No Flicker Mode |
/tui fullscreen, CLAUDE_CODE_NO_FLICKER=1 |
|
| Auto Mode |
--permission-mode auto, Shift+Tab |
|
| Power-ups | /powerup |
|
| Fast Mode |
/fast, "fastMode": true |
|
| Advisor |
/advisor, advisorModel, --advisor |
博客 |
| Computer Use |
computer-use MCP server |
桌面版 |
| Agent SDK | npm / pip package |
快速入门 · 示例 |
| Ralph Wiggum Loop | plugin | |
| Chrome | --chrome, extension |
|
| Claude Code Web |
claude.ai/code |
Routines |
| Artifacts |
/share, Artifact tool |
|
| Slack | @Claude in Slack |
|
| Code Review |
GitHub App (managed) | |
| GitHub Actions | .github/workflows/ |
GitLab CI/CD |
| Remote Control | /remote-control, /rc |
|
| Deep Links | claude-cli://open?repo=…&q=… |
|
| Dynamic Workflows | /workflows, ultracode keyword, /effort ultracode, .claude/workflows/ |
深度研究 |
| Agent Teams |
内置(环境变量) | |
| Agent View |
claude agents, --bg, /bg |
|
| Scheduled Tasks | /loop, /schedule, cron tools |
|
| Routines |
claude.ai/code/routines, /schedule |
桌面任务 |
| Tasks | /tasks, ~/.claude/tasks/ |
|
| Goal | /goal <condition>, /goal clear |
|
| Voice Dictation |
/voice |
|
| Bundled Skills | /code-review, /batch |
|
| Git Worktrees | --worktree/-w, .worktreeinclude, EnterWorktree/ExitWorktree, isolation: "worktree", WorktreeCreate/WorktreeRemove hooks |
请参阅 orchestration-workflow 了解 Command(命令)→
Agent(智能体)→
Skill(技能)模式的实现细节。
claude
/weather-orchestrator
⚙️ 开发工作流
所有主要工作流都汇聚于同一架构模式:调研(Research)→ 规划(Plan)→ 执行(Execute)→ 审查(Review)→ 交付(Ship)
| 名称 | ★ | 工作流 | |||
|---|---|---|---|---|---|
| Superpowers | 253k | 0 | 0 | 14 | |
| Everything Claude Code | 229k | 67 | 139 | 278 | |
| Matt Pocock Skills | 167k | 0 | 0 | 39 | |
| gstack | 122k | 0 | 0 | 57 | |
| Spec Kit | 120k | 0 | 10 | 0 | |
| agent-skills | 69k | 3 | 7 | 21 | |
| Get Shit Done | 65k | 33 | 67 | 0 | |
| OpenSpec | 60k | 0 | 11 | 0 | |
| BMAD-METHOD | 50k | 6 | 0 | 47 | |
| oh-my-claudecode | 38k | 19 | 0 | 41 | |
| Compound Engineering | 23k | 0 | 1 | 30 | |
| HumanLayer | 11k | 6 | 27 | 0 |
说明:黄色标签表示子循环——在父步骤内重复的步骤(例如按任务、按用户故事,或直至验证条件通过)。
其他
- RPI
- Ralph Wiggum Loop
- Andrej Karpathy(OpenAI 创始成员)工作流
- Peter Steinberger(OpenClaw 创造者)工作流
- Boris Cherny(Claude Code 创造者)工作流 — 13 条技巧 · 10 条技巧 · 12 条技巧 · 2 条技巧 · 15 条技巧 · 6 条技巧
- Thariq(Anthropic)工作流 — Skills · Session Management
🔀 跨模型工作流(CROSS-MODEL WORKFLOWS)
通过三种机制,将 Claude Code 与其他模型——Codex、Gemini、GPT、Kimi、DeepSeek、本地模型——配合使用:
- Plugin(插件) — 其他模型的 CLI 在 Claude Code 内运行(斜杠命令如
/codex:review) - MCP — Claude Code 通过 Model Context Protocol 将另一模型作为工具调用
- Router(路由器) — 将 Claude Code 的 API 端点切换至其他提供商
方法论:跨模型(Claude Code + Codex)工作流 — 手动双终端流程:在 Claude 中规划(Plan),在 Codex 中进行 QA 审查(QA-Review)。
| 名称 | ★ | 类型 | 桥接至 | 功能说明 |
|---|---|---|---|---|
| musistudio/claude-code-router | 34k | Router | OpenRouter, DeepSeek, Ollama, Gemini, Kimi, Qwen, Groq, +more | 将 Claude Code 的 API 路由至任意兼容提供商,支持按任务选择模型 |
| router-for-me/CLIProxyAPI | 32k | Router | Gemini CLI, Codex, Claude Code, Antigravity | 将各 CLI 封装为兼容 OpenAI/Gemini/Claude/Codex 的 API 服务 |
| openai/codex-plugin-cc | 18k | Plugin | Codex / GPT-5 | OpenAI 官方插件:在 Claude Code 内使用 /codex:review、/codex:adversarial-review、/codex:rescue |
| BeehiveInnovations/pal-mcp-server | 12k | MCP | Gemini, OpenAI, Azure, Grok, Ollama, OpenRouter (50+ models) | 多模型 MCP 服务器(前身为 zen-mcp-server)——将其他模型作为 Claude 工具调用 |
🧰 技能集合(SKILL COLLECTIONS)
主要以 SKILL.md 文件精选库著称的仓库(有别于上文完整工作流方法论)。按 star 数降序排列。
| 名称 | ★ | |
|---|---|---|
| mattpocock/skills | 167k | 35 |
| anthropics/skills | 161k | 17 |
| Egonex-AI/Understand-Anything | 67k | 8 |
| wshobson/agents | 38k | 150 |
| scientific-agent-skills | 31k | 148 |
| awesome-agent-skills | 28k | 1,497+(精选列表) |
| impeccable | 27k | 1(含 7 个设计领域参考) |
| agent-skills | 27k | 21 |
| claude-skills | 15k | 246(涵盖 9 个领域) |
| shanraisshan/draw-json-architecture-skill | 3 | 1 |
🤖 智能体集合(AGENT COLLECTIONS)
主要以子智能体定义(.claude/agents/*.md)精选库著称的仓库。按 star 数降序排列。
| 名称 | ★ | |
|---|---|---|
| msitarzewski/agency-agents | 131k | 254 |
| VoltAgent/awesome-claude-code-subagents | 23k | 156 |
💡 技巧与窍门(83)
🚫👶 = 不要手把手盯着
Prompting · Planning · Context · Session · CLAUDE.md + .claude/rules · Agents · Commands · Skills · Hooks · Workflows · Advanced · Git / PR · Debugging · Utilities · Daily
| 技巧 | 来源 |
|---|---|
| 挑战 Claude——「就这些改动拷问我,等我通过你的测试再提 PR。」或「向我证明这能跑通」,让 Claude 对比 main 与你的分支差异 🚫👶 | |
| 平庸修复之后——「以你现在掌握的全部信息,扔掉这套,实现更优雅的方案」🚫👶 | |
| Claude 大多能自行修 bug——粘贴 bug,说「fix」,别微观管理做法 🚫👶 |
| 技巧 | 来源 |
|---|---|
| 始终从 plan mode 开始 | |
| 从最小规格或提示词起步,让 Claude 用 AskUserQuestion 工具向你提问,再开新会话执行规格 | |
| 始终制定分阶段门禁式计划,每阶段含多项测试(单元、自动化、集成) | |
| 将 PRD 拆成贯穿各层的垂直切片(tracer bullets)(DB + 服务 + UI)——AI 默认横向分阶段(先 DB、再 API、再前端),端到端反馈会拖到最后。出自《程序员修炼之道》🚫👶 | |
| 再起一个 Claude 以 staff engineer 视角审计划,或用 cross-model 做审查 | |
| 交接前写清规格、减少歧义——越具体,产出越好 | |
| 原型 > PRD——多搭 20-30 版,少写规格;构建成本低,多试几枪 |
| 技巧 | 来源 |
|---|---|
| 在 1M 上下文模型上,上下文衰减(context rot)大约在 ~300-400k tokens 时开始显现 — 对智能敏感的工作不要让会话超过这个范围 | |
| 迟钝区(dumb zone)大约在 ~40% 上下文时出现 — "你会到达一个结果开始变差的节点"。新手:"尽量保持在 40% 以下,如果到 60%,考虑收尾"。老手:"积极保持在 30% 以下" — 仅在简单任务上才推到 60%。切换任务时手动使用 /compact 或 /clear 来重置 | |
| 回退优于纠错 — 双击 Esc 或 /rewind 回到失败尝试之前,用你学到的东西重新提示,而不是让失败尝试 + 纠正污染上下文 🚫👶 | |
| 带提示的 /compact(如 /compact focus on the auth refactor, drop the test debugging)优于让 autocompact 自动触发 — 因上下文衰减而自动压缩时,模型处于最不智能的状态 | |
| 用 subagents 做上下文管理 — 问自己"我还会需要这份工具输出,还是只要结论?" — 20 次文件读取 + 12 次 grep + 3 次死胡同留在子代理的上下文中,只返回最终报告 🚫👶 |
| 技巧 | 来源 |
|---|---|
| 每一轮都是一个分支点 — Claude 结束一轮后,根据你需要携带多少现有上下文,在 Continue、/rewind、/clear、/compact 或 Subagent 之间选择 | |
| 新任务 = 新会话 — 相关任务(例如为你刚构建的内容写文档)可以复用上下文以提高效率,但真正的新任务值得开一个新会话 | |
| 回退前使用 "summarize from here" 让 Claude 写一份交接消息 — 像是来自未来自己的、写给上一版 Claude 的便条 | |
| /compact 对比 /clear — compact 有损但利于保持势头(任务中途、模糊细节可接受);/clear + brief 更费力但你能精确控制什么被带过去(高风险的下一步) | |
| 对长期会话使用 recaps — Claude 做了什么以及下一步是什么的简短摘要,在隔几分钟或几小时后回来时很有用。在 /config 中用 recaps 可禁用 | |
| /rename 重要会话(例如 [TODO - refactor task]),之后用 /resume 恢复 — 同时运行多个 Claude 时为每个实例加标签 |
■ CLAUDE.md + .claude/rules(8)
| 技巧 | 来源 |
|---|---|
| CLAUDE.md 应目标为每个文件 200 行 以内。humanlayer 中的 60 行(仍不能保证 100%) | |
| .claude/rules/*.md 像 CLAUDE.md 一样自动加载到每个会话 — 添加 paths: YAML frontmatter,仅在 Claude 接触到匹配 glob 的文件时才懒加载 | |
| 将领域特定的 CLAUDE.md 规则包在 <important if="..."> tags 中,防止文件变长后 Claude 忽略它们 | |
| 对 monorepos 使用 多个 CLAUDE.md — 祖先 + 后代加载 | |
| 用 .claude/rules/ 拆分大型指令 | |
| 任何开发者都应能启动 Claude,说 "run the tests" 并在第一次就成功 — 如果不行,你的 CLAUDE.md 缺少必要的 setup/build/test 命令 | |
| 保持代码库整洁并完成迁移 — 部分迁移的框架会让模型困惑,可能选错模式 | |
| 用 settings.json 处理 harness 强制行为(attribution、permissions、model)— 当 attribution.commit: "" 是确定性的时,不要把 "NEVER add Co-Authored-By" 放在 CLAUDE.md 中 |
| 技巧 | 来源 |
|---|---|
| 为特定功能配置 sub-agents(额外上下文)和 skills(渐进式披露),而不是通用的 qa、backend engineer | |
| 说 "use subagents" 以投入更多算力解决问题 — 卸载任务以保持主上下文干净、专注 🚫👶 | |
| 配合 tmux 的 agent teams 和 git worktrees 用于并行开发 | |
| 使用 test time compute — 独立的上下文窗口让结果更好;一个代理可能引入 bug,另一个(同一模型)能发现它们 |
| 技巧 | 来源 |
|---|---|
| 对工作流使用 commands,而不是 sub-agents | |
| 对你每天多次执行的每个"内循环(inner loop)"工作流使用 slash commands — 避免重复提示,命令放在 .claude/commands/ 并纳入 git | |
| 如果某件事你一天做超过一次,把它变成 skill 或 command — 构建 /techdebt、context-dump 或 analytics 命令 |
| 技巧 | 来源 |
|---|---|
使用 context: fork 在隔离的子代理中运行 skill — 主上下文只能看到最终结果,看不到中间工具调用。agent 字段可用来设置子代理类型 |
|
| 在 monorepo 中使用子文件夹中的 skills | |
| skills 是文件夹而非文件 — 使用 references/、scripts/、examples/ 子目录实现渐进式披露(progressive disclosure) | |
| 在每个 skill 中构建 Gotchas(常见陷阱)部分 — 这是信号最强的内容,可随时间补充 Claude 的失败点 | |
| skill 的 description 字段是触发器而非摘要 — 写给模型看(「何时应触发?」) | |
| 不要在 skills 里陈述显而易见的内容 — 聚焦能推动 Claude 偏离默认行为的内容 🚫👶 | |
| 不要在 skills 中强行约束 Claude 的执行路径 — 给出目标与约束,而非规定性的逐步指令 🚫👶 | |
| 在 skills 中包含 scripts 与 libraries,让 Claude 组合复用而非重新拼凑样板代码 | |
| 在 SKILL.md 中嵌入 !command,将动态 shell 输出注入 prompt — Claude 在调用时执行它,模型只看到结果 |
| 技巧 | 来源 |
|---|---|
| 在 skills 中使用按需 hooks — /careful 会拦截破坏性命令,/freeze 会拦截目录外的编辑 | |
| 用 PreToolUse hook 衡量 skill 使用情况,以发现热门或触发不足的 skills | |
| 使用 PostToolUse hook 自动格式化代码 — Claude 会生成格式良好的代码,hook 负责最后 10%,避免 CI 失败 | |
| 通过 hook 将权限请求 路由到 Opus — 让它扫描攻击并自动批准安全的请求 🚫👶 | |
| 使用 Stop hook,在一轮结束时推动 Claude 继续或验证其工作 |
| 技巧 | 来源 |
|---|---|
| 使用 /model 选择模型与推理能力,/context 查看上下文用量,/usage 检查套餐限额,/extra-usage 配置超额计费,/config 配置设置 — 计划模式用 Opus、写代码用 Sonnet,兼顾两者优势 | |
| 在 /config 中始终开启 thinking mode true(以查看推理过程)和 Output Style Explanatory(以查看带 ★ Insight 框的详细输出),从而更好理解 Claude 的决策 | |
| 在 prompt 中使用 ultrathink 关键词以启用高投入推理 | |
| /focus 模式会隐藏所有中间工作,仅显示最终结果 — 信任模型会执行正确命令,你只需看结果(用 /focus 切换) | |
| 用 Opus 4.7 的自适应 thinking 调节投入程度 — low 更快、token 更少,max 智力最高(滑块:low · medium · high · xhigh · max) |
| 技巧 | 来源 |
|---|---|
| 大量使用 ASCII 图来理解你的架构 | |
| 用 /loop 做本地周期性监控(最长 7 天)· 用 /schedule 做云端周期性任务,即使机器关机也会运行 | |
| 使用 Ralph Wiggum plugin 处理长时间自主任务 | |
| 用 /permissions 搭配通配符语法(Bash(npm run *)、Edit(/docs/**)),而不是 dangerously-skip-permissions | |
| 用 /sandbox 通过文件与网络隔离减少权限提示 — 内部减少 84% | |
| 投入 product verification skills(signup-flow-driver、checkout-verifier)— 值得花一周时间打磨 | |
| 使用 auto mode 而非 dangerously-skip-permissions — 基于模型的分类器判断每条命令是否安全并自动批准,有风险则暂停并询问。Shift+Tab 在 Ask → Plan → Auto 模式间切换 🚫👶 | |
| 使用 /less-permission-prompts skill 扫描会话历史,找出反复提示的安全 bash/MCP 命令,然后获取推荐 allowlist 并粘贴到 settings | |
| 构建 /go skill,(1) 通过 bash/browser/computer use 做端到端测试 (2) 运行 /simplify (3) 提交 PR — 这样你回来时就能确认代码可用 🚫👶 |
| 技巧 | 来源 |
|---|---|
| 保持 PR 小而聚焦 — p50 为 118 行(一天 141 个 PR、变更 45K 行),每个 PR 一个功能,更易审查和回滚 | |
| 始终对 PR 使用 squash merge — 保持干净的线性历史,每个功能一个提交,便于 git revert 和 git bisect | |
| 频繁提交 — 尽量每小时至少提交一次,任务一完成就提交 | |
| 在同事的 PR 上标注 @claude,为反复出现的评审反馈自动生成 lint 规则 — 把自己从代码评审中自动化掉 🚫👶 | |
| 使用 /code-review 进行多代理 PR 分析 — 在合并前捕获 bug、安全漏洞和回归 |
| 技巧 | 来源 |
|---|---|
| 养成习惯:遇到任何问题时截图并分享给 Claude | |
| 使用 MCP(Claude in Chrome, Playwright, Chrome DevTools),让 Claude 自行查看 Chrome 控制台日志 | |
| 始终让 Claude 将你希望查看日志的终端以后台任务方式运行,以便更好地调试 | |
| 使用 /doctor 诊断安装、认证与配置问题 | |
| 采用 cross-model(跨模型)工作流做 QA——例如用 Codex 做计划与实现评审 | |
| 智能体搜索(glob + grep)优于 RAG——Claude Code 曾尝试向量数据库后弃用,因为代码会脱节且权限复杂 |
| 技巧 | 来源 |
|---|---|
| 使用 iTerm/Ghostty/tmux 终端而非 IDE(VS Code/Cursor) | |
| 使用 /voice 或 Wispr Flow 进行语音提示(10 倍生产力) | |
| 使用 claude-code-hooks 获取 Claude 反馈 | |
| 使用 status line 提升上下文感知并快速压缩 | |
| 探索 settings.json 中的功能,例如 Plans Directory、Spinner Verbs,以获得个性化体验 |
| 技巧 | 来源 |
|---|---|
| 每日 update Claude Code | |
| 每天从阅读 changelog 开始 |
| 文章 / 推文 | 来源 |
|---|---|
| [充分利用 Opus 4.7 的 6 条技巧(Boris) | 16/Apr/26](tips/claude-boris-6-tips-16-apr-26.md) |
| [会话管理与 1M 上下文(Thariq) | 16/Apr/26](tips/claude-thariq-tips-16-apr-26.md) |
| [Claude Code 中 15 个被忽视或未充分利用的功能(Boris) | 30/Mar/26](tips/claude-boris-15-tips-30-mar-26.md) |
| [Squash 合并与 PR 规模分布(Boris) | 25/Mar/26](tips/claude-boris-2-tips-25-mar-26.md) |
| [构建 Claude Code 的经验:我们如何使用 Skills(Thariq) | 17/Mar/26](tips/claude-thariq-tips-17-mar-26.md) |
| [代码评审与测试时计算(Boris) | 10/Mar/26](tips/claude-boris-2-tips-10-mar-26.md) |
| /loop — 安排最长 3 天的周期性任务(Boris) | 07 Mar 2026 |
| AskUserQuestion + ASCII Markdowns(Thariq) | 28 Feb 2026 |
| Seeing like an Agent - 构建 Claude Code 的经验(Thariq) | 28 Feb 2026 |
| Git Worktrees - Boris 的 5 种用法 | 21 Feb 2026 |
| 构建 Claude Code 的经验:Prompt Caching 就是一切(Thariq) | 20 Feb 2026 |
| [人们定制 Claude 的 12 种方式(Boris) | 12/Feb/26](tips/claude-boris-12-tips-12-feb-26.md) |
| [团队使用 Claude Code 的 10 条技巧(Boris) | 01/Feb/26](tips/claude-boris-10-tips-01-feb-26.md) |
| [我如何使用 Claude Code——来自我出人意料地朴素配置的 13 条技巧(Boris) | 03/Jan/26](tips/claude-boris-13-tips-03-jan-26.md) |
| 让 Claude 使用 AskUserQuestion 工具采访你(Thariq) | 28/Dec/25 |
| 始终使用 plan mode,给 Claude 验证途径,使用 /code-review(Boris) | 27/Dec/25 |
来自 Claude Code CLI 二进制的技巧
Spinner Verbs 与技巧(从 CLI 二进制 v2.1.121 提取)
🎬 视频 / 播客
| 视频 / 播客 | 来源 | YouTube |
|---|---|---|
| 从 Vibe Coding 到智能体工程(Andrej) | 02 May 2026 | AI Engineer |
| 完整演练:AI 编程工作流(Matt) | 24 Apr 2026 | Matt Pocock |
| 我们对 Research-Plan-Implement 的所有误解(Dex) | 24 Mar 2026 | MLOps Community |
| 与 Boris Cherny 一起构建 Claude Code(Boris) | 04 Mar 2026 | The Pragmatic Engineer |
| Claude Code 负责人:编码问题解决之后会怎样(Boris) | 19 Feb 2026 | Lenny's Podcast |
| 走进 Claude Code:与其创造者 Boris Cherny 对话(Boris) | 17 Feb 2026 | Y Combinator |
| Boris Cherny(Claude Code 创造者)谈职业生涯如何成长(Boris) | 15 Dec 2025 | Ryan Peterman |
| Claude Code 的秘密:来自构建它的工程师们(Cat) | 29 Oct 2025 | Every |
🔔 订阅
☠️ 创业公司 / 企业
如果你有答案,请发邮件至 shanraisshan@gmail.com
记忆与指令(4)
- CLAUDE.md 里究竟该写什么——又该省略什么?
- 如果你已经有了 CLAUDE.md,是否还需要单独的 constitution.md 或 rules.md?
- 你应该多久更新一次 CLAUDE.md?又如何判断它已经过时?
- 为什么 Claude 仍会忽略 CLAUDE.md 中的指令——即便里面用大写写着 MUST?(reddit)
智能体(Agents)、技能(Skills)与工作流(6)
- 什么时候该用 command、agent 还是 skill——什么时候直接用原版 Claude Code 反而更好?
- 随着模型能力提升,你应该多久更新一次 agents、commands 和 workflows?
- 你应该配置通才型 subagent,还是按功能/角色划分的 agent?给 subagent 设定详细人设能否提升质量?研究/视觉类任务的「完美人设提示词」长什么样?
- 应该依赖 Claude Code 内置的 plan mode,还是自己构建能强制执行团队工作流的规划 command/agent?
- 如果你有个人 skill(例如符合你编码风格的 /implement),如何引入社区 skill(例如 /simplify)而不冲突——当二者意见相左时谁优先?
- 我们到位了吗?能否把现有代码库转成规格说明、删掉代码,然后仅凭这些规格让 AI 重新生成完全相同的代码?
规格说明与文档(3)
- 仓库中的每个功能是否都应有对应的 markdown 规格文件?
- 新功能实现后,你需要多久更新规格,以免它们过时?
- 实现新功能时,如何处理对其他功能规格产生的连锁影响?
🤔 代码还重要吗?
报告
按以下步骤操作,充分发挥本仓库的价值:
- 把本仓库当作课程来读,而不是工作流或 skill。 它首先是参考资料;具体动手可以之后再做。
- 不要把 Claude 当聊天机器人用。 先掌握原语——agents、commands、skills、hooks——再自行组装成你的工作流。
- 运行
/weather-orchestrator,查看完整的 command → agent → skill 流程。可将其作为任意开发工作流的模板,从规划到交付。 - 工作时留意自定义 hook 提示音。 实现位于专门的 Claude Code Hooks repo;;其他模式如 Agent Teams 则随本仓库的
implementation/目录一并提供。 - 从 🔥 Hot 子表中学习高级主题及其实现——例如,Ralph Wiggum self-evolving loop 是一个可克隆的完整工作仓库,可端到端查看其中一种模式。
- 让你自己的项目指向 技巧与窍门 章节,并请 Claude 提出修改建议——尤其是如何重构你的
CLAUDE.md。每条技巧均来自 Claude 团队或社区。 - 订阅 订阅 章节中的 Reddit 和 YouTube 频道,紧跟社区动态。
🎬 视频
📊 演示文稿

✨2026 年 3 月登上 GitHub Trending✨
Star 历史
其他仓库
|
Claude Code Hooks |
Codex CLI Best Practice |
Codex CLI Hooks |
Gemini CLI Best Practice |
Gemini CLI Hooks |
开发者
# Workflow Description 1 /workflows:development-workflows 并行调研全部 10 个 workflow 仓库,更新 DEVELOPMENT WORKFLOWS 表及跨 workflow 分析报告 2 /workflows:skill-collections 并行调研全部 5 个 skill-collection 仓库,更新 SKILL COLLECTIONS 表 3 /workflows:agent-collections 并行调研全部 agent-collection 仓库,更新 AGENT COLLECTIONS 表 4 /workflows:best-practice:workflow-concepts 根据 Claude Code 最新特性与概念,更新 README CONCEPTS 章节 5 /workflows:best-practice:workflow-claude-settings 跟踪 Claude Code settings 报告变更,找出需要更新的内容 6 /workflows:best-practice:workflow-claude-subagents 跟踪 Claude Code subagents 报告变更,找出需要更新的内容 7 /workflows:best-practice:workflow-claude-commands 跟踪 Claude Code commands 报告变更,找出需要更新的内容 8 /workflows:best-practice:workflow-claude-skills 跟踪 Claude Code skills 报告变更,找出需要更新的内容
附加内容
赞助我的工作
如果你喜欢我的作品,可以在以下平台请我喝杯 doodh patti(奶茶)🍵:
想让你的品牌出现在页眉? 页眉广告位开放预订 — 请发送邮件至 shanraisshan@gmail.com。
