前言:将 Claude Code 打造成可编程的智能工程助手
通过三周对 Claude Code 的深入实践,你会发现它的实际能力远超预期。尤其在掌握一系列高级技巧后,开发效率能够成倍提升——这也正是众多大模型厂商纷纷为 Claude Code 专门适配接口的原因。本文围绕四个核心主题,为你整理一套让 Claude Code 实现“可编程化”的实用方法。
1. 斜杠命令(Slash commands)——自定义命令,模板化提示词
官方将其称为“斜杠命令”,我更倾向于称其为自定义命令。核心思路是将高频使用的提示词(Prompt)制作成模板,每次通过 /命令名 调用,并利用参数 $ARGUMENTS 注入具体需求。
命令存放位置
- 用户级目录:
~/.claude/commands/命令名1.md→ 使用/命令名1调用,适用于所有项目。 - 项目级目录:
→ 使用/.claude/commands/命令2.md /命令名2调用,只在该项目内生效。
分类管理
如果自定义命令数量较多,可以通过创建子文件夹进行归类:
- 例如:
→ 使用/.claude/commands/frontend/bugfix.md /frontend:bugfix调用(冒号用于分隔文件夹与文件名)。
使用示例
1. 创建项目级命令目录:mkdir -p .claude/commands
2. 新建一个前端功能开发命令 .claude/commands/feature.md,内容如下:
你是一名资深前端工程师,精通各种前端技术。请基于以下需求完成前端代码开发:
$ARGUMENTS
要求如下:
- 确保执行代码修改前,先添加单元测试用例
- 确保测试用例能全部通过
- 确保代码符合 eslint 规范,通过 eslint 命令进行验证和修复
- 变更结束后,生成一段提交信息(Conventional Commits)
3. 调用示例:
/feature 为当前管理后台增加一个登录功能
命令命名与组织建议
- 名称要见名知意:如
feature、writetests、fixbug。 - 按专家/功能域拆分目录:
.claude/commands/frontend/*、backend/*、devops/*。
传参与变量
$ARGUMENTS 代表命令后跟随的全部文本,应放置在 Prompt 的合适位置。可在命令内附加格式说明,例如:。
安全命令白名单配置
在项目根目录的 .claude/settings.local.json 中添加允许执行的 Bash 命令,可减少确认提示:
{
"allowedCommands": [
"git *",
"npm *",
"pnpm *"
],
"defaultOutputStyle": "explanatory"
}
