Slash Commands

1. 定义

通过/xxx 控制大模型的行为

2. Custom方式

将常用的prompts以md文件方式给模型执行

3. 参数占位符

  • $ARGUMENTS :全部参数
  • $1, $2:依次参数

4. 使用bash命令

  • allowed-tools 里面要包含允许使用的bash命令(allowed-tools: Bash(git add:), Bash(git status:))
  • 使用!+命令方式执行bash命令(!git status )且命令输出会在command上下文中

5. 引用文件/目录:

  • 使用@+文件名方式引用(@src/utils/help.py)
  • 引用文件会将该文件以及父目录的CLAUDE.md一起添加到上下文中
  • 引用目录只会添加目录结构到上下文,不会添加全部文件内部内容

6. 触发thinking

可以编写extended thinking关键词触发thinking模式(思考,深入思考等)

7. 前置元数据配置

  • allowed-tools: command可以使用的tool
  • argument-hint: command参数说明展示(add [tagId] | remove [tagId] | list)
  • description: command描述
  • model:command使用的模型
  • disable-model-invocation:是否阻止模型自动调用该工具(只能手动调用)

8. Demo

--- 
allowed-tools: Bash(git status:*), Bash(ls:*), Bash(wc:*), Read, Write, Grep
argument-hint: <module-name> [--quick | --deep]
description: 检查项目模块的健康状态和代码质量
model: claude-sonnet-4-5-20250929
disable-model-invocation: true
---

# 项目模块健康检查

正在检查模块 **$1** 的健康状态...

## 基础状态检查

首先查看项目的 Git 状态,确认没有未提交的更改:
!git status

## 模块结构分析

检查模块目录结构:
!ls -la $1/

统计代码行数:
!wc -l $1/*.* 2>/dev/null || echo "没有找到模块 $1"

## 代码审查

## 深度分析 (如果参数包含 --deep)

根据检查模式 ($2),我需要**深入思考**以下问题:
- 模块 $1 的职责是否单一?
- 是否存在潜在的性能瓶颈?
- 代码是否遵循项目规范?

请**思考**这个模块的架构设计是否合理。

## 检查报告

> **检查总结**:
> - 模块名称:$1
> - 检查模式:${2:-标准检查}
> - 所有参数:$ARGUMENTS

基于以上分析,生成以下报告:

1. **模块状态**:正常 / 警告 / 异常
2. **代码质量**:评分和主要问题
3. **改进建议**:列出 2-3 个关键改进点

9. 参考文献

Claude Code Docs - Slash commands 【slash commands 参考资料】

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容