ClaudeKit 工程师

开始使用 Claude Code 和 ClaudeKit

从 AI 助手到开发伙伴。解释 Claude 的工作机制,并通过真实使用案例和最佳/不良实践指导使用 Engineer Kit。

Section 01

什么是 Claude Code?

Claude Code 是 Anthropic 打造的 agentic 编码环境——不仅仅是回答问题的聊天机器人,而是能够读取文件、运行命令、修改代码并自主解决问题的 AI,让你可以专注于其他工作。

与其他工具的区别

传统 AI Claude Code
你写代码,AI 审查 你描述想法,AI 来实现
来回复制粘贴代码片段 AI 直接读取/修改文件
需要手动逐步引导 AI 自主探索、规划、执行
无工具调用 完整访问权限:bash、git、文件系统

Context Window — 最关键的资源

Claude Code 有一个 context window,包含完整对话:消息、已读文件和命令输出。上下文填满时性能下降——这是最重要的需要管理的约束。

Claude「忘记」指令
不遵循你之前说过的内容
重复已完成的工作
重新做已经完成的事情
忽略 CLAUDE.md
不遵循已定义的规则

解决方案:在不相关的任务之间经常使用 /clear

Section 02

什么是 ClaudeKit?

ClaudeKit 是 Claude Code 的工作流模板集,包含 2 个 kit

Engineer Kit 开发工作流(本文重点)
Marketing Kit 内容与营销工作流(即将推出)

ClaudeKit 是付费产品。我强烈推荐这套工具,因为它非常高效,维护者也非常积极——相比于在网上研究大量的配置和工作流,它能节省很多时间。

购买 ClaudeKit(8折优惠)

Engineer Kit(claudekit-engineer)将 Claude Code 从 AI 助手转变为开发伙伴。不是独立应用——而是 .claude/ 文件夹,直接放入项目中。

Skills
Claude 调用的命令:/ck:cook、/ck:fix、/ck:brainstorm
Hooks
事件发生时自动运行的脚本
Agents
子代理角色:planner、researcher、tester
Rules
每个 session 持久生效的指南

理念:YAGNI + KISS + DRY

YAGNI
你不会用到它——不要实现尚不需要的功能
KISS
保持简单——最简单的解决方案
DRY
不要重复自己——对重复模式进行抽象
Section 03

安装与配置

步骤 1:安装 ClaudeKit CLI

先安装 CLI(每台机器只需一次):

Terminal
npm install -g claudekit-cli
安装路径选择器
选择选项 → 获取对应命令
1. 项目状态
2. 配置范围
3. 自动化级别
4. 发布渠道
5. 已有安装 高级
▸ 你的命令

        

如果 .claude/.claude\ 文件夹已存在,请在 init 之前手动备份或合并文件。

运行 ck init 后的项目结构
project/
├── CLAUDE.md              Template (customize after)
├── AGENTS.md              Agent definitions
├── .gitignore
├── .repomixignore         Repomix ignore patterns
├── release-manifest.json  Kit version manifest
├── plans/                 Plans directory
├── .opencode/             OpenCode compatibility
└── .claude/               ClaudeKit config
    ├── .ck.json           Kit metadata
    ├── settings.json      Claude Code settings
    ├── metadata.json      Deletion patterns
    ├── statusline.cjs     Statusline config
    ├── .env.example       Environment template
    ├── .mcp.json.example  MCP config template
    ├── agents/            14+ definitions
    ├── hooks/             22+ hooks
    ├── rules/             Workflow rules
    ├── skills/            90+ commands
    ├── scripts/           Utility scripts
    ├── schemas/           JSON schemas
    ├── output-styles/     Response formats
    └── session-state/     Session tracking
Kit 安装成功

步骤 2:定制 CLAUDE.md

ck newck init(默认"Update everything: Yes")自动创建 CLAUDE.md 模板。只有选择"Update everything: No"并取消勾选时,CK 才会跳过此文件。

CK 创建模板后,你可以进一步定制以适应你的项目:

CLAUDE.md (example)
# Project Name ## Build Commands - `npm install` — install dependencies - `npm run dev` — start dev server - `npm test` — run tests ## Code Style - Use ES modules (import/export) - Prefer async/await over callbacks - TypeScript strict mode

保持在 200 行以下。文件过长会消耗 context 并导致 Claude 遗漏规则(遵循度下降)。只写关键内容:构建命令、编码标准、主要规范。如果指令膨胀,可拆分到 @import.claude/rules/ 中的文件。

步骤 3:设置编码级别(可选)

在 Claude Code session 中,运行 /ck:coding-level 命令(无参数)来打开交互式选择器,选择 6 个级别之一。或直接设置:/ck:coding-level 3

Claude Code
# 打开交互选择器 (菜单 0-5) /ck:coding-level # 或直接设置级别 /ck:coding-level 1 # Junior mode

替代方案 — Output Styles(原生):Claude Code 有自己的 Output styles 功能 — 运行 /config → 选择 "Output style" → 从菜单中选择。这是 Claude Code 的独立功能,恰好有些风格命名与 CK coding levels 相似。

机制差异:

  • /ck:coding-level 写入 .ck.json,guidelines 通过 SessionStart hook 在每次打开 session 时注入。
  • Output styles 直接改变系统提示(保存 outputStyle.claude/settings.local.json,从下一个 session 生效以保持 prompt cache 稳定)。

二选一 — 使用 /ck:coding-level 原生 Output styles,不要同时启用以避免 guidelines 重叠。

Level名称风格
0ELI5解释得像对不懂编程的人说话
1Junior解释原因,导师风格
2Mid-level设计模式,系统思维
3Senior权衡取舍,架构决策
4Tech Lead风险与业务影响
5God Mode零手把手(默认,适合 15+ 年经验)
什么是 God Mode(默认)

God Mode 假设你是专家(15+ 年或领域专家)——已经知道答案,只需要验证/第二意见/快速输入。Claude 充当力量倍增器,不是老师。

会做的事
• 默认输出代码,不写散文 • 立即给出生产就绪的代码 • 高级模式不解释 • 发现严重缺陷时挑战方案 • 只标记关键问题(安全、数据丢失) • 简洁——每个词都要有价值
不会做的事
• 不解释概念/模式/语法 • 不说「下面是如何...」「让我解释...」 • 不添加注释,除非被要求 • 不写「关键要点」、总结、下一步 • 不为小歧义提问澄清 • 不把你当成需要手把手指导的人

如果你是 Claude Code 新手,设置 level 1 或 2 以获得解释。God Mode 优化速度,但假设你能在 Claude 出错时自行调试。

Section 04

自定义 Rules — .claude/rules/

对于大型项目,将指令拆分为 .claude/rules/ 中的多个小文件,而不是把所有内容塞进一个 CLAUDE.md。Rules 可以通过 YAML frontmatter 按文件路径限定作用域——仅在 Claude 处理匹配模式的文件时加载到上下文,节省上下文空间。

.claude/ 目录结构

Rules 只是其中一部分——.claude/ 包含多种配置类型。Project scope(通过 git 与团队共享)与 Global scope(个人,每台机器)的摘要:

项目范围
通过 git 提交 · 与团队共享
./CLAUDE.md              # project instructions (hoặc ./.claude/CLAUDE.md)
./CLAUDE.local.md        # personal — gitignored
./.mcp.json              # MCP servers (team-shared)
./.worktreeinclude       # copy gitignored files vào worktree mới (optional)
./.claude/
├── settings.json        # permissions, hooks, model
├── settings.local.json  # personal — auto-gitignored
├── rules/*.md           # topic rules (path-scopable)
├── skills/<name>/       # /skill-name + bundles
├── commands/*.md        # /command (legacy — prefer skills)
├── agents/*.md          # subagents
├── agent-memory/        # project subagent memory (memory: project)
└── output-styles/*.md   # system-prompt styles
.\CLAUDE.md              # project instructions (hoặc .\.claude\CLAUDE.md)
.\CLAUDE.local.md        # personal — gitignored
.\.mcp.json              # MCP servers (team-shared)
.\.worktreeinclude       # copy gitignored files vào worktree mới (optional)
.\.claude\
├── settings.json        # permissions, hooks, model
├── settings.local.json  # personal — auto-gitignored
├── rules\*.md           # topic rules (path-scopable)
├── skills\<name>\       # /skill-name + bundles
├── commands\*.md        # /command (legacy — prefer skills)
├── agents\*.md          # subagents
├── agent-memory\        # project subagent memory (memory: project)
└── output-styles\*.md   # system-prompt styles
全局范围
仅限你的机器 · 从不提交
~/.claude.json           # app state, personal MCP, UI prefs
~/.claude/
├── CLAUDE.md            # global instructions
├── settings.json        # default settings
├── keybindings.json     # custom shortcuts
├── rules/*.md           # user-level rules
├── skills/              # personal skills
├── commands/            # personal commands
├── agents/              # personal subagents
├── agent-memory/        # subagent memory (memory: user)
├── output-styles/       # personal styles
├── plugins/             # installed plugins (auto-managed)
└── projects/<project>/memory/   # auto-memory (Claude tự ghi)
%USERPROFILE%\.claude.json  # app state, MCP, UI prefs
%USERPROFILE%\.claude\
├── CLAUDE.md            # global instructions
├── settings.json        # default settings
├── keybindings.json     # custom shortcuts
├── rules\*.md           # user-level rules
├── skills\              # personal skills
├── commands\            # personal commands
├── agents\              # personal subagents
├── agent-memory\        # subagent memory (memory: user)
├── output-styles\       # personal styles
├── plugins\             # installed plugins (auto-managed)
└── projects\<project>\memory\  # auto-memory (Claude tự ghi)

路径特定 rules——按文件模式限定 rule 范围

只在需要时加载 rule

在 rule 文件顶部添加 YAML frontmatter 以限制适用范围。Claude 仅在处理匹配 glob 模式的文件时将 rule 加载到上下文——减少上下文膨胀,同时保持各领域的专门指导(auth、db、UI、tests…)。

.claude/rules/typescript-api.md
--- description: TypeScript API conventions applies_to: - "src/api/**/*.ts" - "src/services/**/*.ts" --- # TypeScript API Rules - Dùng zod schema cho mọi request/response body. - Trả Result<T, E> thay vì throw ở service layer. - Auth middleware phải chạy trước validation middleware.
Rules 是指导,不是强制执行

Rules(和 CLAUDE.md)是 Claude 读取的指令,不是 Claude Code 强制执行的配置。如果指令冲突或模糊,Claude 可能不会遵循。要获得保证的行为,请使用:

  • Hookssettings.json)— 在工具调用前/后运行的脚本
  • Permissions — 允许/拒绝特定工具/命令

CLAUDE.md vs Settings:2 种不同的合并机制

CLAUDE.md + rulessettings.json
拼接到上下文——global + project + local 都会被读取键级覆盖——project 覆盖 global,local 覆盖 project
冲突时:最后加载的文件胜出(last read)数组(permissions.allow)合并;标量(model)取最具体的值
Commands ≈ Skills
Commands 和 skills 现在共用同一机制。新工作流应使用 skills/<name>/SKILL.md——将 SKILL.md + 支持文件(检查清单、脚本、参考文档)打包在一起。如果 skill 和 command 同名,skill 优先。
自动记忆
Claude 自动将笔记写入 ~/.claude/projects/<project>/memory/MEMORY.md(每个 session 加载前 200 行 / 25KB)。主题文件按需加载。切换:/memoryautoMemoryEnabled 设置。

区别:CLAUDE.md vs rules/

CLAUDE.md.claude/rules/*.md
整个项目的通用指令按主题/路径划分的模块化指令
启动时始终加载到上下文paths:启动时加载 · 有 paths:文件匹配时懒加载
目标:少于 200 行每个文件一个主题(code-style.md、testing.md...)
构建命令,通用规范领域规则:API、前端、安全、数据库...
单个文件多个文件,递归子目录
路径特定 rules

使用带 paths 字段的 YAML frontmatter,使 rule 仅在 Claude 接触匹配的文件时生效:

.claude/rules/api-design.md
--- paths: - "src/api/**/*.ts" - "src/server/**/*.ts" --- # API Development Rules - All endpoints must validate input via Zod - Use standard error response format - Include OpenAPI docs comments

没有 paths 字段的 Rules 无条件加载。有 paths 的 Rules 在 Claude 读取匹配该模式的文件时触发。

创建 rules 的最佳实践

DO
• 按领域/关注点拆分 rules(i18n-rules.md、testing-rules.md...) • 简洁书写,使用列表/检查清单——Claude 解析更快 • 使用 kebab-case,名称描述清晰(api-error-handling.md) • 包含示例(好 vs 坏) • 应用于特定文件夹时引用精确路径
DON'T
• 像文档一样写冗长的 rules • 在 CLAUDE.md 和 rules/ 之间重复内容 • 为 YAGNI 的事情创建 rules(一次性使用)

常见使用场景

UC1: Multi-language app (i18n)
为多语言应用创建 .claude/rules/i18n-rules.md
i18n-rules.md
# i18n Rules ## Scope Apply to all user-facing text in src/components/ and src/pages/. ## Rules - Mọi user-visible string PHẢI dùng `t('key')` từ `useTranslation()` - Translation keys tại `src/i18n/{locale}/{namespace}.json` - Support locales: vi (default), en, zh, ja - Key naming: `section.component.element` - KHÔNG i18n: code snippets, entity IDs, technical identifiers ## Khi thêm text mới 1. Thêm key vào `src/i18n/vi/{ns}.json` trước 2. Copy key sang 3 locales còn lại với placeholder 3. Cập nhật `src/i18n/index.ts` nếu tạo namespace mới
UC2: API Error Handling
为 API 响应强制执行 discriminated union 模式。
api-error-handling.md
# API Error Handling ## Pattern Mọi API call phải wrap trong try/catch, return discriminated union: {ok: true, data} | {ok: false, error} ## Error Types (src/types/errors.ts) - NetworkError, ValidationError, AuthError, ServerError ## UI Display - Toast cho transient errors (NetworkError) - Inline form errors cho ValidationError - Redirect to /login cho AuthError
UC3: Database Migration Safety
迁移数据库时避免破坏性变更。
db-migration.md
# Database Migration Rules - NEVER drop columns trong migration — mark deprecated trước, drop ở release sau - Mọi migration phải có `up()` VÀ `down()` — rollback-safe - Index concurrent (Postgres: `CONCURRENTLY`) cho tables > 10k rows - Test migration trên copy of prod data trước khi merge
UC4: Testing Standards
测试的覆盖率目标和规范。
testing-rules.md
# Testing Rules ## Coverage - Unit tests cho business logic: > 80% - Integration tests cho API endpoints - E2E tests cho critical user flows (login, checkout) ## Conventions - Test files: `*.test.ts` cạnh source file - Arrange/Act/Assert pattern - Dùng factories thay vì fixtures hardcode - Mock external services, KHÔNG mock internal modules
UC5: Security Baseline
所有项目的基线安全 rules。
security-rules.md
# Security Rules - NEVER log secrets, tokens, passwords - Input validation: Zod schema at API boundary - SQL: prepared statements only, no string concat - Auth middleware check trên mọi protected route - CORS whitelist từ env, không wildcard - Dependencies: audit weekly với `npm audit`

加载顺序

打开 session 时,Claude 按从上到下的顺序读取 memory 文件,然后将所有内容拼接(concatenate)到上下文中——互不覆盖。

1 ~/.claude/CLAUDE.md Global user instructions — áp cho mọi project 2 <project>/CLAUDE.md + CLAUDE.local.md Walk-up từ CWD lên project root, nối tất cả lại 3 ~/.claude/rules/*.md → <project>/.claude/rules/*.md Project rules ưu tiên cao hơn user rules khi trùng topic 4 ~/.claude/projects/<project>/memory/MEMORY.md Auto-memory do Claude tự ghi (200 dòng hoặc 25KB đầu tiên) ⇢ Session context (concatenated)

paths frontmatter 的 rules 仅在 Claude 接触匹配模式的文件时激活——不在启动时加载。这样你可以为每个目录编写特定 rule,而不会使 CLAUDE.md 膨胀。

推荐大小

Anthropic 建议 CLAUDE.md 应少于 200 行。更长的文件会导致 adherence(遵守度)下降——意味着 Claude 会因为需要处理太多信息而更多地忽略或遗漏你的规则。规则文件也应保持简短。当 CLAUDE.md 接近 200 行时,按主题拆分到 .claude/rules/(例如 api-design.mdtesting.mdsecurity.md)。使用描述性文件名,以便团队和 Claude 都能通过 Grep 快速找到它们。

高级文件加载机制

对于大型项目或想在多个 repo 之间共享 rules 时,你有 4 种上下文扩展机制。下面的图表显示了每种机制如何将额外文件拉入基础 CLAUDE.md。

CLAUDE.md Session context (điểm neo chính) @import Nhúng file khác (tối đa 5 hop) --add-dir Mở thêm thư mục vào session CLAUDE.local.md Ghi đè cá nhân (git-ignored) Symlinks Chia sẻ rule giữa nhiều repo
@import syntax 将其他文件直接嵌入 CLAUDE.md

在 CLAUDE.md 中,写 @docs/coding-standards.md@~/.claude/my-prefs.md 可以在该位置嵌入文件内容。Claude 支持相对路径和绝对路径,最大嵌套深度为 5 次(hop)。用于将长内容拆分到单独文件,同时保持 CLAUDE.md 简洁。

CLAUDE.md
@docs/coding-standards.md @~/.claude/rules/security.md @.claude/rules/testing.md
--add-dir flag 在同一 session 中打开额外的工作目录

默认情况下,Claude Code 只读取你启动时所在目录(工作目录)中的文件。--add-dir 标志允许在同一 session 中打开其他目录——在处理 monorepo 或需要引用当前项目外的目录如 ../shared../design-system 时很方便。

三种激活方式完全等效:启动时的 --add-dir 标志、session 中的斜杠命令 /add-dir,或在 settings.json 中声明 additionalDirectories

Kích hoạt --add-dir
# Flag khi launch claude --add-dir ../shared --add-dir ../design-system # Hoặc slash command trong session /add-dir ../shared

重要提示:默认情况下,Claude 不会从通过 --add-dir 添加的目录中加载 CLAUDE.mdCLAUDE.local.md 文件——以保持与旧项目的向后兼容性。如果希望 Claude 应用这些目录中的 memory,请在启动前启用以下环境变量:

Bật nạp memory cho --add-dir
export CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 claude --add-dir ../shared

启用后,添加目录中的每个 CLAUDE.mdCLAUDE.local.md 都会与主项目一起加载,让 Claude 在同一 session 中理解每个工作区的约定。此功能从版本 2.1.20 开始可用,出于向后兼容性原因需要手动开启。

CLAUDE.local.md 个人笔记,不提交到 git

用于你在项目中个人偏好的文件(沙箱 URL、测试账户、个人调试命令)。将 CLAUDE.local.md 添加到 .gitignore 以避免被提交。Claude 会与 CLAUDE.md 一起加载此文件,但它只在你的机器上可见——团队成员看不到。

符号链接共享 rules 在多个项目间共享同一套 rules

.claude/rules/ 目录支持符号链接——将团队的标准 ruleset 保存在一处,然后链接到每个项目。更新 rule 时,所有项目同时获得更新。Claude 自动检测循环符号链接并跳过,不会卡住。

Share rules qua symlinks
ln -s ~/shared-claude-rules .claude/rules/shared ln -s ~/company-standards/security.md .claude/rules/security.md
Section 05

初学者必知的 7 个核心命令

/ck:brainstorm
在提交方案前探索解决方案。输出:权衡分析、优缺点、建议。
/ck:brainstorm How should we implement real-time notifications? WebSockets vs SSE vs polling?
/ck:plan
为复杂功能进行详细规划。研究 → 计划 → 文件列表 → 成功标准。
/ck:plan Implement user authentication with OAuth2 (Google, GitHub)
/ck:cook
实现功能的主命令。8 步工作流:研究 → 审查 → 计划 → 审查 → 实现 → 审查 → 测试 → 收尾。
/ck:cook Add a logout button to the navbar

--fast: Skip research | --auto: Skip all review gates

/ck:fix
7 步流程(0-6):模式选择 → 侦查 → 诊断 → 复杂度 → 修复 → 验证 → 收尾。
/ck:fix Users can't login after session timeout - seeing "Invalid token" error
/ck:ask
提问技术问题。就像身边有位高级工程师一样。
/ck:ask How does our authentication middleware handle token refresh?
/ck:test
运行测试。支持多种测试运行器。
/ck:test src/auth/ # Test specific folder
/ck:watzup
审查 session 变更。修改的文件、git diff 分析、影响评估。
/ck:watzup
Section 06

真实使用案例

1
构建新功能(初学者)
添加带有暗色模式切换和通知偏好的用户设置页面。
Full Workflow
/ck:brainstorm User settings page: dark mode + notifications. Should we store in localStorage or backend? Component structure? # → Output: plans/reports/brainstorm-260414-user-settings.md /ck:plan Implement per brainstorm report at plans/reports/brainstorm-260414-user-settings.md # → Creates implementation plan with phases /ck:cook plans/260414-xxxx-user-settings/plan.md # Execute: implement → review → test → done /ck:git cm # Commit with message
功能完成,规划完善。代码已审查、测试并提交。
2
快速修复 Bug(初学者)
表单验证在邮箱无效时不显示错误消息。
Quick Fix Workflow
/ck:fix Email validation in signup form doesn't show error message. File: src/components/SignupForm.tsx Expected: "Invalid email" appears below input Actual: No message, just red border /ck:test src/components/SignupForm.test.tsx
Bug 已修复并附有回归测试。自动化流程:侦查 → 诊断 → 修复 → 测试 → 验证。
3
熟悉新代码库(中级)
加入新团队,需要在贡献前快速理解代码库。
Exploration Workflow
/ck:scout src/ # Explore structure /ck:ask How does the authentication flow work? /ck:ask Explain src/services/auth/token-handler.ts /ck:ask What patterns does this codebase follow?
30 分钟内理解架构、关键流程和模式,而不是花 2 天读文档。
4
安全重构(中级)
遗留的 500 行模块需要清理,但担心破坏现有功能。
Safe Refactor Workflow
/ck:ask Analyze src/legacy/user-manager.js What are the hidden dependencies? Side effects? /ck:plan Refactor user-manager.js into smaller modules. Must maintain all existing behavior. Write tests first. # → Creates implementation plan with phases /ck:cook <plan-path> # Execute: implement → review → test → done /ck:code-review # Verify no regressions
模块化代码,有测试,零回归。自信重构。
5
从 Figma 构建 UI(中级)
PM 发来 Figma 设计稿,需要像素级实现并带动画。
UI Implementation Workflow
/ck:frontend-design [paste Figma URL hoặc screenshot] # Auto-activates /ck:ui-ux-pro-max (design intelligence) # Claude generates với đúng spacing, colors, animations /ck:ui-styling Add dark mode support cho component vừa tạo /ck:test src/components/NewFeature.test.tsx
像素级精确的 UI,响应式,带暗色模式。无需设计师再次审查。
Section 07

最佳实践

做:给 Claude 提供验证结果的方法

影响最大的单一建议。

Bad
implement email validation
Good
write validateEmail function. Test cases: user@example.com → true Run tests after implementing.

做:头脑风暴 → 计划 → Cook

/ck:brainstorm [explore options]
/ck:plan [detail implementation]
/ck:cook [implement + test]
/ck:git cm [commit]

/ck:cook 已包含测试。需要测试特定文件夹时才单独使用 /ck:test [path]

何时跳过 /ck:brainstorm?

在以下情况直接使用 /ck:plan

  • 已明确方案(修复具体 bug、按规格添加 endpoint)
  • 任务简单,不需要探索替代方案
  • 已有来自 Figma 或 PRD 的设计/规格

在以下情况前使用 /ck:brainstorm:不确定哪种方案最好、需要权衡分析(WebSockets vs SSE)、没有先例的新功能。

UI 功能:先做原型再实现

对于 UI 密集型功能,先添加原型步骤进行审查:

/ck:brainstorm/ck:plan/ck:frontend-design (mockup) → Review → /ck:cook

用模拟数据做 HTML 原型比真实实现快得多。提早发现设计问题,避免返工。

做:提供具体上下文

Bad
add tests for auth
Good
write tests for src/auth/token-refresh.ts: - successful refresh with valid token - failure when token expired > 7 days - concurrent refresh requests

做:频繁清空上下文

何时使用 /clear

Section 08

不良实践(避免!)

厨房水槽 session
在一个 session 中做很多不相关的任务 → 上下文充满噪音,Claude 感到困惑。
"Fix login" → "Add dark mode" → "Optimize images" → "Back to login"

修复:每个不相关的任务之间使用 /clear

反复纠正同一问题
Claude 出错 → 纠正 → 还是出错 → 再纠正... 上下文被失败的方案污染。

修复:2 次纠正失败后 → /clear 并写更好的 prompt

对「简单」任务跳过计划
「这很简单,不需要计划」→ 3 小时后,仍在调试边缘案例。

修复:使用 /ck:plan --fast 进行轻量级计划

信任而不验证
Claude:「完成!」→ 发布到生产 → 一切崩溃。

修复:/ck:test + 手动测试 + 代码审查 → 然后发布

过于模糊的提示
「让它更好」、「修复 bug」、「添加认证」——Claude 没有足够的上下文来正确完成。

修复:具体症状 + 位置 + 预期行为

Section 09

常见工作流模式

模式 1: 快速修复(< 5 分钟)
/ck:cook --fast Fix typo /ck:git cm "fix: typo"
模式 2: 标准功能
/ck:brainstorm /ck:plan → /ck:cook /ck:git cm
模式 3: 复杂(多天)
Day 1: /ck:brainstorm → /ck:plan Day 2+: /ck:cook [Phase N] /clear between phases
模式 4: Bug 调查
/ck:debug [symptom + logs] Phân tích root cause → fix thủ công hoặc /ck:fix
Section 10

常见工作流模式

Beginner 第 1 周
/ck:brainstorm /ck:plan /ck:cook /ck:fix /ck:ask /ck:test /ck:git
Intermediate 第 2-4 周
/ck:scout /ck:code-review /ck:debug /ck:ship /ck:watzup /ck:frontend-design /ck:ui-styling
Advanced 第 2 个月以后
/ck:team /ck:autoresearch /ck:predict /ck:security /ck:loop /ck:scenario /ck:xia /ck:bootstrap 70+ 其他技能

此速查表仅列出 14 个常用命令。查看所有命令的完整参考表、详细语法和实际示例:vividkit.dev/guides/commands

Section 11

速查表

场景 命令
探索选项/ck:brainstorm [question]
规划功能/ck:plan [description]
实现功能/ck:cook [description]
快速小修复/ck:cook --fast [fix]
修复 Bug/ck:fix [symptom]
技术问题/ck:ask [question]
运行测试/ck:test [path]
探索代码库/ck:scout [path]
代码审查/ck:code-review [path|--pr N]
审查变更/ck:watzup
提交/ck:git cm "message"
完整发布流程/ck:ship
清空上下文/clear
设置初学者模式/ck:coding-level 1
此速查表仅列出 14 个常用命令。查看所有命令的完整参考表、详细语法和实际示例:vividkit.dev/guides/commands
返回首页