claude-code-best-practice
from vibe coding to agentic engineering - practice makes claude perfect
= Agents ·
= Commands ·
= Skills
徽章入口(可点击跳转):最佳实践 · 已实现 · 编排工作流 · Claude 官方文档 · Boris · 社区;下方图例:A = Agents,C = Commands,S = Skills。

Boris Cherny on X (tweet 1 · tweet 2 · tweet 3)
TIP
Visit the How to Use section to take full advantage of this repo.
Boris Cherny 在 X 上的三条推文(推文 1 · 推文 2 · 推文 3)。
🧠 CONCEPTS
| Feature | Location | Description |
|---|---|---|
.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 | distributable packages | Marketplaces · Create Marketplaces |
| Settings | .claude/settings.json | |
| Status Line | .claude/settings.json | |
| Memory | CLAUDE.md, .claude/rules/, ~/.claude/rules/, ~/.claude/projects/<project>/memory/ | |
| Checkpointing | automatic (file-edit tracking) | |
| Sessions | --resume, --continue, /resume, /branch | |
| Context Window | /compact, /clear, /context | |
| CLI Startup Flags | claude [flags] | |
| AI Terms | ||
| Best Practices | Prompt Engineering · Extend Claude Code | |
| Prompt Library |
🔥 Hot
| Feature | Location | Description |
|---|---|---|
| Ultrareview | /code-review ultra, claude ultrareview [target] | Tasks tracking |
| Devcontainers | .devcontainer/ | |
| Channels | --channels, plugin-based | Reference |
| 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 | Blog |
| Computer Use | computer-use MCP server | Desktop |
| Agent SDK | npm / pip package | Quickstart · Examples |
| 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/ | Deep Research |
| Agent Teams | built-in (env var) | |
| Agent View | claude agents, --bg, /bg | |
| Cross-Session Messaging | SendMessage, ListAgents, /list-agents | |
| Scheduled Tasks | /loop, /schedule, cron tools | |
| Routines | claude.ai/code/routines, /schedule | Desktop Tasks |
| 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 |
See orchestration-workflow for implementation details of Command →
Agent →
Skill pattern.
提示:先看「如何使用」一节,才能把这个仓库用到位。

claude
/weather-orchestrator⚙️ DEVELOPMENT WORKFLOWS
All major workflows converge on the same architectural pattern: Research → Plan → Execute → Review → Ship
Command → Agent → Skill 这一模式的实现细节,见 orchestration-workflow。
| Name | ★ | Workflow | |||
|---|---|---|---|---|---|
| Superpowers | 284k | → → → → → → → → → | 0 | 0 | 14 |
| Matt Pocock Skills | 258k | → → → → → → | 0 | 0 | 37 |
| Everything Claude Code | 255k | → → → → → → → → | 68 | 94 | 286 |
| Spec Kit | 134k | → → → → → | 0 | 10 | 0 |
| gstack | 132k | → → → → → → → → → | 0 | 0 | 58 |
| agent-skills | 89k | → → → → → | 3 | 7 | 21 |
| OpenSpec | 67.8k | → → → | 0 | 12 | 12 |
| Get Shit Done | 64.6k | → → → → → → → | 33 | 85 | 0 |
| BMAD-METHOD | 52.8k | → → → → → → → | 5 | 0 | 29 |
| oh-my-claudecode | 39.1k | → → → → → → | 19 | 0 | 37 |
| Compound Engineering | 25k | → → → → → | 0 | 1 | 33 |
| HumanLayer | 11.5k | → → → → → → → | 6 | 27 | 0 |
Note: yellow tags are sub-loops — steps that repeat inside a parent step (e.g. per task, per story, or until a verify condition passes).
所有主流工作流最终都收敛到同一套架构模式:调研 → 规划 → 执行 → 评审 → 交付。
Others
Boris Cherny (Creator of Claude Code) Workflow — 13 Tips · 10 Tips · 12 Tips · 2 Tips · 15 Tips · 6 Tips
Thariq (Anthropic) Workflow — Skills · Session Management
🔀 CROSS-MODEL WORKFLOWS
Use Claude Code together with other models — Codex, Gemini, GPT, Kimi, DeepSeek, local — via three mechanisms:
注:黄色标签表示子循环——在父步骤内部反复执行的步骤(例如每个任务、每个 story 各走一遍,或直到某项校验条件通过)。
- Plugin — another model's CLI runs inside Claude Code (slash commands like
/codex:review) - MCP — Claude Code calls another model as a tool through Model Context Protocol
- Router — Claude Code's API endpoint is swapped to a different provider
让 Claude Code 与其他模型协作——Codex、Gemini、GPT、Kimi、DeepSeek、本地模型——共有三种机制:
Methodology: Cross-Model (Claude Code + Codex) Workflow — manual two-terminal flow with Plan in Claude, QA-Review in Codex.
插件:把别的模型 CLI 跑在 Claude Code 里面(如 /codex:review 这类斜杠命令);MCP:Claude Code 通过 Model Context Protocol 把另一个模型当作工具来调用;路由器:把 Claude Code 的 API 端点整体换成别的供应商。
| Name | ★ | Type | Bridges to | What it does |
|---|---|---|---|---|
| musistudio/claude-code-router | 34k | Router | OpenRouter, DeepSeek, Ollama, Gemini, Kimi, Qwen, Groq, +more | Routes Claude Code's API to any compatible provider, with per-task model selection |
| router-for-me/CLIProxyAPI | 32k | Router | Gemini CLI, Codex, Claude Code, Antigravity | Wraps each CLI as an OpenAI/Gemini/Claude/Codex-compatible API service |
| openai/codex-plugin-cc | 18k | Plugin | Codex / GPT-5 | Official OpenAI plugin: /codex:review, /codex:adversarial-review, /codex:rescue inside Claude Code |
| BeehiveInnovations/pal-mcp-server | 12k | MCP | Gemini, OpenAI, Azure, Grok, Ollama, OpenRouter (50+ models) | Multi-model MCP server (formerly zen-mcp-server) — call other models as Claude tools |
🧰 SKILL COLLECTIONS
Repos primarily known as curated libraries of SKILL.md files (distinct from full workflow methodologies above). Sorted by stars descending.
方法论:跨模型(Claude Code + Codex)工作流——手动开两个终端,在 Claude 里做规划,在 Codex 里做质量评审。
| Name | ★ | |
|---|---|---|
| mattpocock/skills | 244k | 37 |
| anthropics/skills | 173k | 19 |
| Egonex-AI/Understand-Anything | 67k | 8 |
| scientific-agent-skills | 42k | 165 |
| wshobson/agents | 39k | 170 |
| awesome-agent-skills | 34k | 1,497+ (curated list) |
| impeccable | 27k | 1 (with 7 design domain references) |
| agent-skills | 27k | 21 |
| claude-skills | 15k | 246 (across 9 domains) |
| shanraisshan/draw-json-architecture-skill | 3 | 1 |
🤖 AGENT COLLECTIONS
Repos primarily known as curated libraries of subagent definitions (.claude/agents/*.md). Sorted by stars descending.
以收录 SKILL.md 文件为主的精选仓库(区别于上文那些完整的工作流方法论),按 star 数从高到低排列。
| Name | ★ | |
|---|---|---|
| msitarzewski/agency-agents | 151k | 273 |
| VoltAgent/awesome-claude-code-subagents | 25k | 158 |
💡 TIPS AND TRICKS (83)
🚫👶 = do not babysit
以收录子代理定义(.claude/agents/*.md)为主的精选仓库,按 star 数从高到低排列。
Prompting · Planning · Context · Session · CLAUDE.md + .claude/rules · Agents · Commands · Skills · Hooks · Workflows · Advanced · Git / PR · Debugging · Utilities · Daily
🚫👶 表示不必盯着它做。
| Tip | Source |
|---|---|
| always start with plan mode | |
| start with a minimal spec or prompt and ask Claude to interview you using AskUserQuestion tool, then make a new session to execute the spec | |
| always make a phase-wise gated plan, with each phase having multiple tests (unit, automation, integration) | |
| break PRDs into vertical slices (tracer bullets) that cross all layers (DB + service + UI) — AI defaults to horizontal phasing (DB phase, then API phase, then frontend phase) which delays end-to-end feedback until the last phase. From the Pragmatic Programmer 🚫👶 | |
| spin up a second Claude to review your plan as a staff engineer, or use cross-model for review | |
| write detailed specs and reduce ambiguity before handing work off — the more specific you are, the better the output | |
| prototype > PRD — build 20-30 versions instead of writing specs, the cost of building is low so take many shots |
| Tip | Source |
|---|---|
| context rot kicks in around ~300-400k tokens on the 1M context model — don't let sessions drift past that for intelligence-sensitive work | |
| dumb zone kicks in around ~40% context — "you hit this point where you have degrading results". Newcomers: "shoot to keep it under 40%, and if you get up to 60%, think about wrapping it up". Experienced: "aggressively keep it below 30%" — push to 60% only on simple tasks. Manual /compact or /clear to reset when switching tasks | |
| rewind > correct — double-Esc or /rewind back to before the failed attempt and re-prompt with what you learned, instead of leaving failed attempts + corrections polluting context 🚫👶 | |
| /compact with a hint (/compact focus on the auth refactor, drop the test debugging) beats letting autocompact fire — the model is at its least intelligent point when auto-compacting due to context rot | |
| use subagents for context management — ask yourself "will I need this tool output again, or just the conclusion?" — 20 file reads + 12 greps + 3 dead ends stay in the child's context, only the final report returns 🚫👶 |
| Tip | Source |
|---|---|
| every turn is a branching point — after Claude ends a turn, pick between Continue, /rewind, /clear, /compact, or Subagent based on how much existing context you need to carry forward | |
| new task = new session — related tasks (e.g. writing docs for what you just built) can reuse context for efficiency, but genuinely new tasks deserve a fresh session | |
| use "summarize from here" before rewinding to have Claude write a handoff message — like a note to the previous iteration of Claude from its future self | |
| /compact vs /clear — compact is lossy but momentum-friendly (mid-task, fuzzy details ok); /clear + brief is more work but you control exactly what carries forward (high-stakes next step) | |
| use recaps for long-running sessions — short summaries of what Claude did and what's next, useful when returning after minutes or hours. Disable with recaps in /config | |
| /rename important sessions (e.g. [TODO - refactor task]) and /resume them later — label each instance when running multiple Claudes simultaneously |
■ CLAUDE.md + .claude/rules (8)
| Tip | Source |
|---|---|
| CLAUDE.md should target under 200 lines per file. 60 lines in humanlayer (still not 100% guaranteed) | |
| .claude/rules/*.md auto-load into every session like CLAUDE.md — add paths: YAML frontmatter to lazy-load them only when Claude touches files matching the glob | |
| wrap domain-specific CLAUDE.md rules in <important if="..."> tags to stop Claude from ignoring them as files grow longer | |
| use multiple CLAUDE.md for monorepos — ancestor + descendant loading | |
| use .claude/rules/ to split large instructions | |
| any developer should be able to launch Claude, say "run the tests" and it works on the first try — if it doesn't, your CLAUDE.md is missing essential setup/build/test commands | |
| keep codebases clean and finish migrations — partially migrated frameworks confuse models that might pick the wrong pattern | |
| use settings.json for harness-enforced behavior (attribution, permissions, model) — don't put "NEVER add Co-Authored-By" in CLAUDE.md when attribution.commit: "" is deterministic |
| Tip | Source |
|---|---|
| have feature specific sub-agents (extra context) with skills (progressive disclosure) instead of general qa, backend engineer | |
| say "use subagents" to throw more compute at a problem — offload tasks to keep your main context clean and focused 🚫👶 | |
| agent teams with tmux and git worktrees for parallel development | |
| use test time compute — separate context windows make results better; one agent can cause bugs and another (same model) can find them |
| Tip | Source |
|---|---|
| use commands for your workflows instead of sub-agents | |
| use slash commands for every "inner loop" workflow you do many times a day — saves repeated prompting, commands live in .claude/commands/ and are checked into git | |
| if you do something more than once a day, turn it into a skill or command — build /techdebt, context-dump, or analytics commands |
| Tip | Source |
|---|---|
| use context: fork to run a skill in an isolated subagent — main context only sees the final result, not intermediate tool calls. The agent field lets you set the subagent type | |
| use skills in subfolders for monorepos | |
| skills are folders, not files — use references/, scripts/, examples/ subdirectories for progressive disclosure | |
| build a Gotchas section in every skill — highest-signal content, add Claude's failure points over time | |
| skill description field is a trigger, not a summary — write it for the model ("when should I fire?") | |
| don't state the obvious in skills — focus on what pushes Claude out of its default behavior 🚫👶 | |
| don't railroad Claude in skills — give goals and constraints, not prescriptive step-by-step instructions 🚫👶 | |
| include scripts and libraries in skills so Claude composes rather than reconstructs boilerplate | |
| embed !command in SKILL.md to inject dynamic shell output into the prompt — Claude runs it on invocation and the model only sees the result |
| Tip | Source |
|---|---|
| use on-demand hooks in skills — /careful blocks destructive commands, /freeze blocks edits outside a directory | |
| measure skill usage with a PreToolUse hook to find popular or undertriggering skills | |
| use a PostToolUse hook to auto-format code — Claude generates well-formatted code, the hook handles the last 10% to avoid CI failures | |
| route permission requests to Opus via a hook — let it scan for attacks and auto-approve safe ones 🚫👶 | |
| use a Stop hook to nudge Claude to keep going or verify its work at the end of a turn |
| Tip | Source |
|---|---|
| use /model to select model and reasoning, /context to see context usage, /usage to check plan limits, /extra-usage to configure overflow billing, /config to configure settings — use Opus for plan mode and Sonnet for code to get the best of both | |
| always use thinking mode true (to see reasoning) and Output Style Explanatory (to see detailed output with ★ Insight boxes) in /config for better understanding of Claude's decisions | |
| use ultrathink keyword in prompts for high effort reasoning | |
| /focus mode hides all intermediate work and shows only the final result — trust the model to run the right commands and just look at the outcome (toggle with /focus) | |
| tune effort level with Opus 4.7's adaptive thinking — low for speed and fewer tokens, max for most intelligence (slider: low · medium · high · xhigh · max) |
| Tip | Source |
|---|---|
| use ASCII diagrams a lot to understand your architecture | |
| use /loop for local recurring monitoring (up to 7 days) · use /schedule for cloud-based recurring tasks that run even when your machine is off | |
| use Ralph Wiggum plugin for long-running autonomous tasks | |
| /permissions with wildcard syntax (Bash(npm run *), Edit(/docs/**)) instead of dangerously-skip-permissions | |
| /sandbox to reduce permission prompts with file and network isolation — 84% reduction internally | |
| invest in product verification skills (signup-flow-driver, checkout-verifier) — worth spending a week to perfect | |
| use auto mode instead of dangerously-skip-permissions — a model-based classifier decides if each command is safe and auto-approves, pauses and asks if risky. Shift+Tab to cycle Ask → Plan → Auto modes 🚫👶 | |
| use /less-permission-prompts skill to scan session history for safe bash/MCP commands that repeatedly prompt, then get a recommended allowlist to paste into settings | |
| build a /go skill that (1) tests end-to-end via bash/browser/computer use (2) runs /simplify (3) puts up a PR — so when you come back, you know the code works 🚫👶 |
| Tip | Source |
|---|---|
| keep PRs small and focused — p50 of 118 lines (141 PRs, 45K lines changed in a day), one feature per PR, easier to review and revert | |
| always squash merge PRs — clean linear history, one commit per feature, easy git revert and git bisect | |
| commit often — try to commit at least once per hour, as soon as task is completed, commit | |
| tag @claude on a coworker's PR to auto-generate lint rules for recurring review feedback — automate yourself out of code review 🚫👶 | |
| use /code-review for multi-agent PR analysis — catches bugs, security vulnerabilities, and regressions before merge |
| Tip | Source |
|---|---|
| make it a habit to take screenshots and share with Claude whenever you are stuck with any issue | |
| use mcp (Claude in Chrome, Playwright, Chrome DevTools) to let claude see chrome console logs on its own | |
| always ask claude to run the terminal (you want to see logs of) as a background task for better debugging | |
| /doctor to diagnose installation, authentication, and configuration issues | |
| use a cross-model for QA — e.g. Codex for plan and implementation review | |
| agentic search (glob + grep) beats RAG — Claude Code tried and discarded vector databases because code drifts out of sync and permissions are complex |
| Tip | Source |
|---|---|
| iTerm/Ghostty/tmux terminals instead of IDE (VS Code/Cursor) | |
| /voice or Wispr Flow for voice prompting (10x productivity) | |
| claude-code-hooks for claude feedback | |
| status line for context awareness and fast compacting | |
| explore settings.json features like Plans Directory, Spinner Verbs for a personalized experience |
| Tip | Source |
|---|---|
| update Claude Code daily | |
| start your day by reading the changelog |
Tips from Claude code CLI binary
Spinner Verbs & Tips (extracted from CLI binary v2.1.121)
快速跳转:提示词 · 规划 · 上下文 · 会话 · CLAUDE.md 与 .claude/rules · Agents · Commands · Skills · Hooks · 工作流 · 进阶 · Git / PR · 调试 · 实用工具 · 日常。
🎬 VIDEOS / PODCASTS
| Video / Podcast | Source | YouTube |
|---|---|---|
| From Vibe Coding to Agentic Engineering (Andrej) | 02 May 2026 | AI Engineer | YouTube | |
| Full Walkthrough: Workflow for AI Coding (Matt) | 24 Apr 2026 | Matt Pocock | YouTube | |
| Everything We Got Wrong About Research-Plan-Implement (Dex) | 24 Mar 2026 | MLOps Community | YouTube | |
| Building Claude Code with Boris Cherny (Boris) | 04 Mar 2026 | The Pragmatic Engineer | YouTube | |
| Head of Claude Code: What happens after coding is solved (Boris) | 19 Feb 2026 | Lenny's Podcast | YouTube | |
| Inside Claude Code With Its Creator Boris Cherny (Boris) | 17 Feb 2026 | Y Combinator | YouTube | |
| Boris Cherny (Creator of Claude Code) On What Grew His Career (Boris) | 15 Dec 2025 | Ryan Peterman | YouTube | |
| The Secrets of Claude Code From the Engineers Who Built It (Cat) | 29 Oct 2025 | Every | YouTube |
🔔 SUBSCRIBE
☠️ STARTUPS / BUSINESSES
If you have answers, do let me know at shanraisshan@gmail.com
转轮动词与提示集锦(从 CLI 二进制 v2.1.121 中提取)。
Memory & Instructions (4)
如果你有答案,欢迎发邮件到 shanraisshan@gmail.com 告诉我。
- What exactly should you put inside your CLAUDE.md — and what should you leave out?
- If you already have a CLAUDE.md, is a separate constitution.md or rules.md actually needed?
- How often should you update your CLAUDE.md, and how do you know when it's become stale?
- Why does Claude still ignore CLAUDE.md instructions — even when they say MUST in all caps? (reddit)
记忆与指令(4 个问题)
Agents, Skills & Workflows (6)
1)CLAUDE.md 里到底该写什么、又该省掉什么?2)如果已经有 CLAUDE.md,还需要单独再来一份 constitution.md 或 rules.md 吗?3)CLAUDE.md 应该多久更新一次,又怎么判断它已经过时?4)为什么哪怕写成大写的 MUST,Claude 还是不理 CLAUDE.md 里的指令?
- When should you use a command vs an agent vs a skill — and when is vanilla Claude Code just better?
- How often should you update your agents, commands, and workflows as models improve?
- Should you have a generalist subagent or a feature-specific/role-specific agent? Does giving your subagent a detailed persona improve quality, and what does a "perfect persona prompt" for research/vision look like?
- Should you rely on Claude Code's built-in plan mode — or build your own planning command/agent that enforces your team's workflow?
- If you have a personal skill (e.g., /implement with your coding style), how do you incorporate community skills (e.g., /simplify) without conflicts — and who wins when they disagree?
- Are we there yet? Can we convert an existing codebase into specs, delete the code, and have AI regenerate the exact same code from those specs alone?
Agents、Skills 与工作流(6 个问题)
Specs & Documentation (3)
1)什么时候该用 command、什么时候该用 agent、什么时候该用 skill——又有哪些场景直接用原版 Claude Code 反而更好?2)随着模型变强,agents、commands 和工作流该多久更新一次?3)应该用通用型子代理,还是按功能、按角色细分的 agent?给子代理写详细人设真能提升质量吗,研究和愿景类的「完美人设提示词」又该长什么样?4)应该依赖 Claude Code 内置的 plan 模式,还是自建一套规划用的 command 或 agent 来强制推行团队流程?5)如果你有个人 skill(比如按自己编码风格定制的 /implement),要怎么并入社区 skill(比如 /simplify)而不打架——两边意见不一致时又听谁的?6)我们到了吗:能不能把现有代码库转成规格文档、删掉代码,再让 AI 只凭这些规格生成出完全一样的代码?
- Should every feature in your repo have a spec as a markdown file?
- How often do you need to update specs so they don't become obsolete when a new feature is implemented?
- When implementing a new feature, how do you handle the ripple effect on specs for other features?
规格与文档(3 个问题)
🤔 Does code matter?
REPORTS
Get the maximum out of this repo by following these steps:
1)仓库里的每个功能都该配一份 markdown 规格文档吗?2)新功能一实现规格就容易过时,那多久得更新一次?3)实现新功能时,它对其他功能规格造成的连带影响要怎么处理?
- Read this repo as a course, not as a workflow or skill. It's reference material first; you'll run things later.
- Don't use Claude as a chatbot. Learn the primitives — agents, commands, skills, hooks — and assemble them into your own workflow.
- Run
/weather-orchestratorto see a complete command → agent → skill flow. Use it as a template for any dev workflow, from planning to shipping. - Listen for the custom hook sounds while you work. Their implementation lives in the dedicated Claude Code Hooks repo; other patterns like Agent Teams ship inside this repo's
implementation/directory. - Learn the advanced topics and their implementations from the 🔥 Hot sub-table — for example, the Ralph Wiggum self-evolving loop is a full working repo you can clone to see one of these patterns end-to-end.
- Point Claude at the tips and tricks section in your own project and ask it to suggest edits — especially how to restructure your
CLAUDE.md. Every tip is sourced from the Claude team or the community. - Subscribe to the Reddit and YouTube channels in the Subscribe section to keep up with the community.
按下面这些步骤,可以把这个仓库的价值用满:
🎬 Videos
1)把这个仓库当课程读,而不是当工作流或 skill 用——它首先是参考资料,动手跑是后面的事。2)别把 Claude 当聊天机器人:先学会 agents、commands、skills、hooks 这些原语,再把它们组装成自己的工作流。3)跑一遍 /weather-orchestrator,看完整的 command → agent → skill 流程,并把它当模板套用到从规划到交付的任何开发流程上。4)工作时留意自定义 hook 的音效——它们的实现放在专门的 Claude Code Hooks 仓库里,而 Agent Teams 这类模式则随本仓库的 implementation/ 目录发布。5)从 🔥 Hot 子表里学进阶主题及其实现:例如 Ralph Wiggum 自演进循环就是一个可直接克隆的完整仓库,能端到端看到其中一种模式。6)在你自己的项目里把 Claude 指向「技巧与提示」一节,让它给你改法建议——尤其是怎么重构你的 CLAUDE.md;每条技巧都来自 Claude 团队或社区。7)订阅 Subscribe 一节里的 Reddit 和 YouTube 频道,跟上社区动态。
📊 Presentations
🎬 视频
✨Trending on Github in March 2026✨
📊 演示文稿
Other Repos
Claude Code Hooks | Codex CLI Best Practice | Codex CLI Hooks | Gemini CLI Best Practice | Gemini CLI Hooks |
Developed by
# Workflow Description 1 /workflows:development-workflows Update the DEVELOPMENT WORKFLOWS table and cross-workflow analysis report by researching all 10 workflow repos in parallel 2 /workflows:skill-collections Update the SKILL COLLECTIONS table by researching all 5 skill-collection repos in parallel 3 /workflows:agent-collections Update the AGENT COLLECTIONS table by researching all agent-collection repos in parallel 4 /workflows:best-practice:workflow-concepts Update the README CONCEPTS section with the latest Claude Code features and concepts 5 /workflows:best-practice:workflow-claude-settings Track Claude Code settings report changes and find what needs updating 6 /workflows:best-practice:workflow-claude-subagents Track Claude Code subagents report changes and find what needs updating 7 /workflows:best-practice:workflow-claude-commands Track Claude Code commands report changes and find what needs updating 8 /workflows:best-practice:workflow-claude-skills Track Claude Code skills report changes and find what needs updating
✨2026 年 3 月 GitHub 趋势榜✨
Extras
内容为一张工作流表:1)//workflows:development-workflows——并行调研全部 10 个工作流仓库,更新 DEVELOPMENT WORKFLOWS 表和跨工作流分析报告;2)/workflows:skill-collections——并行调研全部 5 个 skill 精选仓库,更新 SKILL COLLECTIONS 表;3)/workflows:agent-collections——并行调研全部 agent 精选仓库,更新 AGENT COLLECTIONS 表;4)/workflows:best-practice:workflow-concepts——用最新的 Claude Code 功能与概念更新 README 的概念一节;5)/workflows:best-practice:workflow-claude-settings——跟踪 Claude Code 设置报告的变动,找出需要更新的地方;6)/workflows:best-practice:workflow-claude-subagents——跟踪子代理报告的变动;7)/workflows:best-practice:workflow-claude-commands——跟踪命令报告的变动;8)/workflows:best-practice:workflow-claude-skills——跟踪 skills 报告的变动。


