现在提供了24条command,还没有都试过,但是看了一些,都挺实用的,能解决我用claude code场景的一些问题,而且仔细看prompt,也很make sense
举个小例子:ai coding工具会生产很多中间文件,/cleanproject可以自动帮我清理,并且在清理前还会先git commit,以便回滚。我还是能比较放心的使用这个工具的。
什么是 CCPlugins?
CCPlugins 是一组为 Claude Code CLI 提供的专业命令集,每周能在重复性的开发任务上节省 2–3 小时。
问题
😊 让 Claude 修一个 bug → 得到 15 个测试文件
😤 请求一个简单的重构 → 收到一篇关于“整洁代码”的论文
🤪 “请加一个按钮” → 整个 UI 框架被重写
😭 每次对话 → “请像一位不折腾的资深工程师那样行动”
开发中提示
⚠️ CCPlugins 正在持续迭代,基于真实的使用反馈进行改进。
每个命令都会经过充分测试,并在发现缺口时进行完善。
目标是让开发者获得 经受实战检验、可直接用于生产的工具,解决真正的开发问题。
简介
CCPlugins 是一个精心整理的命令集合,包含 24 条专业命令,为 Claude Code CLI 扩展了企业级的开发工作流。
这些命令利用了 Claude 的上下文理解能力,同时提供了结构化、可预测的结果,经过针对 Opus 4 和 Sonnet 4 模型的优化。
安装
快速安装
Mac/Linux:
curl -sSL https://raw.githubusercontent.com/brennercruvinel/CCPlugins/main/install.sh | bash
Windows/跨平台:
python install.py
装完后显示。注意,这是全局安装。
如果你已经在运行claude code,需要退出重新启动生效。
手动安装
git clone https://github.com/brennercruvinel/CCPlugins.git
cd CCPlugins
python install.py
卸载
Mac/Linux:
./uninstall.sh
Windows/跨平台:
python uninstall.py
Commands
24 条专业命令,优化了 Claude Code CLI 的原生能力,并增强了 验证(validation) 和 精炼(refinement) 阶段。
🚀 开发工作流
/cleanproject— 移除调试工件,带 git 安全保护/commit— 智能生成规范化 commit message 并提交/format— 自动检测并应用项目格式化工具/scaffold feature-name— 基于模式生成完整功能骨架/test— 运行测试并智能分析失败原因/implement url/path/feature— 从任何资源导入/适配代码,并执行验证/refactor— 智能代码重构,带验证和“去重映射”(de-para mapping)
🛡️ 代码质量 & 安全
/review— 多代理分析:安全、性能、质量、架构/security-scan— 漏洞扫描 + 修复追踪/predict-issues— 主动问题检测 + 时间估算/remove-comments— 清理明显无用注释,保留文档注释/fix-imports— 修复重构后损坏的导入/find-todos— 定位并组织开发任务/create-todos— 基于分析自动添加 TODO 注释/fix-todos— 智能实现 TODO 标记的功能
🔍 高级分析
/understand— 分析整个项目架构与模式/explain-like-senior— 资深工程师风格的解释/contributing— 贡献指南与准备情况分析/make-it-pretty— 提升可读性,不改功能
📋 会话 & 项目管理
/session-start— 开启会话,写入 CLAUDE.md/session-end— 总结会话内容并保存上下文/docs— 智能文档管理与更新/todos-to-issues— 把 TODO 转成 GitHub Issues/undo— git checkpoint 回滚,安全恢复
增强特性
🔍 验证 & 精炼
复杂命令带验证阶段,确保完整性:
/refactor validate— 检查是否 100% 完成迁移/implement validate— 检查集成完整性
🧠 扩展思考
高级分析:
- 重构:深度架构分析,支持大规模变更
- 安全:链式分析检测复杂漏洞
🔗 实用集成
自然化工作流,避免过度工程化:
- 大变更后提示
/test - 合理检查点提示
/commit - 不会自动执行,保持开发者控制权
实例
Before /cleanproject:
src/
├── UserService.js
├── UserService.test.js
├── UserService_backup.js
├── debug.log
├── test_temp.js
└── notes.txt
After /cleanproject:
src/
├── UserService.js
└── UserService.test.js
工作原理
高层架构
开发者 → /command → Claude Code CLI → 命令定义 → 智能执行
↕
结果与反馈 ← 清晰返回 ←
执行流程
- 加载命令:从
~/.claude/commands/读取定义 - 上下文分析:分析项目结构、技术栈和状态
- 智能规划:生成针对性的执行策略
- 安全执行:自动 git checkpoint + 验证
- 清晰反馈:结果、下一步、警告
高级特性
-
🔄 会话持续性
每个命令会在项目根目录创建专属文件夹,记录执行计划与状态。 -
🤖 多代理架构
- 安全分析代理
- 性能优化代理
- 架构评审代理
- 代码质量代理
-
📊 性能优化
- 降低冗余输出
- 缓存分析结果
- 增量处理大项目
- 并行执行独立任务
高级用法
-
自定义命令
在~/.claude/commands/下新建 markdown 文件即可 -
命令参数
/mycommand some-file.js→$ARGUMENTS="some-file.js" -
CI/CD 集成
claude "/security-scan" && claude "/review" && claude "/test" -
日常工作流
- 早上:
/session-start+/security-scan - 开发中:
/scaffold+/review+/format - 下班前:
/commit+/session-end
- 早上:
典型command举例
翻译了一下中文版,让大家快速了解下这些command实际在干嘛,用起来没有心理负担。
Clean Project
# Clean Project
我会帮你清理开发过程中的 artifacts,同时保留你正在使用的工作代码。
---
## 战略思考过程
<think>
在清理之前,我需要仔细考虑:
1. **Artifact Identification(artifacts 识别)**
- 哪些模式表明文件是临时/debug 文件?
- 哪些文件看似临时,但实际上很重要?
- 项目里是否有特定的临时文件命名约定?
- 哪些生成文件应该被保留?
2. **Safety Analysis(安全性分析)**
- 哪些删除是绝对安全的?
- 哪些需要更仔细的检查?
- 是否有活跃进程正在使用这些文件?
- 删除这些文件会不会破坏开发环境?
3. **Common Pitfalls(常见陷阱)**
- `.env` 文件可能看起来像 artifacts,但其实包含配置
- `.cache` 目录可能是性能所需
- 某些 `.tmp` 文件可能是活跃会话数据
- debug 日志可能包含重要的错误信息
4. **Cleanup Strategy(清理策略)**
- 从明显的 artifacts 开始(`*.log`、`*.tmp`、`*~`)
- 检查文件的时间 —— 较旧的文件通常更安全删除
- 用 `git status` 验证哪些文件被追踪、哪些是未追踪的
- 将相似文件分组,批量做出决策
</think>
---
基于以上分析,我会先创建一个 **git checkpoint** 以确保安全:
```bash
git add -A
git commit -m "Pre-cleanup checkpoint" || echo "No changes to commit"
```
## 重要说明
我绝不会:
- 添加 “Co-authored-by” 或任何 Claude 签名
- 包含 “Generated with Claude Code” 或类似信息
- 修改 git 配置或用户凭证
- 在 commit 中加入任何 AI/助手署名
- 在 commit、PR 或 git 相关内容中使用 emoji
* * *
## 工具使用
我会使用原生工具识别清理目标:
- **Glob tool** → 查找临时和 debug 文件
- **Grep tool** → 检测代码中的 debug 语句
- **Read tool** → 删除前验证文件内容
* * *
## 自动保护的关键目录
- `.claude` 目录(commands 和配置)
- `.git` 目录(版本控制)
- `node_modules`、`vendor`(依赖目录)
- 基础配置文件
* * *
## 执行与反馈
- 当我发现多个需要清理的对象时,会创建一个 **todo list** 来系统化处理。
- 在执行前,我会展示哪些文件将被移除以及原因:
- debug/log 文件和临时 artifacts
- 失败的实现尝试
- 仅限开发环境的文件
- 代码里的 debug 语句
清理完成后,我会验证项目完整性,并报告清理结果。
如果出现任何问题,可以随时从最初创建的 **git checkpoint** 恢复。
这样能在保证绝对安全的前提下,仅保留干净、可用的代码。
```
## session start
```
# Start Coding Session
我将开始一个带有文档记录的编码会话,使用 Claude Code CLI 的 memory 系统。
---
## 集成方式
我会通过更新 `CLAUDE.md` 与原生 memory 系统集成:
- 会话的时间戳和上下文
- 当前 git 状态与分支
- 会话的目标与任务
- 工作过程中的进展跟踪
我会检查是否已有 memory 文件,并进行适当更新:
- 项目级 memory (`./CLAUDE.md`) —— 用于团队共享上下文
- 用户级 memory (`~/.claude/CLAUDE.md`) —— 用于个人会话跟踪
---
## 我需要知道的
1. 我们今天要做什么工作?
2. 你想要完成哪些具体目标?
3. 有没有其他我需要了解的上下文?
---
## 记录方式
我会使用 `/memory` 命令功能将本次会话的上下文写入 memory 系统,确保进展能被追踪并可在之后继续。
这将无缝集成到 Claude Code CLI 的原生 memory 管理,而不是创建一个单独的系统。
---
## 重要说明
我绝不会:
- 添加 “Co-authored-by” 或任何 Claude 签名
- 包含 “Generated with Claude Code” 或类似信息
- 修改 git 配置或用户凭证
- 在提交中加入任何 AI/助手署名
---
## 会话结果
会话上下文会被保存在合适的 `CLAUDE.md` 文件中,以便将来参考和继续。
```
## session end
```
# End Coding Session
我将总结本次编码会话,并把成果更新到 memory 系统中。
---
## 总结方式
我会通过以下步骤分析我们完成的工作:
1. 审查本次会话中新建或修改的文件
2. 检查 git 变更与提交历史
3. 总结已完成的工作和未完成的事项
我会在合适的 `CLAUDE.md` 文件中更新以下内容:
- 会话总结与成果
- 被修改的文件及其用途
- 已做出的决策及其理由
- 未完成的工作和下一步计划
- 对未来会话有用的重要上下文
---
## 会话总结
### 已完成:
- 会话中完成的所有任务
- 新建/修改的文件及其用途
- 已解决的问题和实施的方案
### 未完成事项:
- 已开始但未完成的任务
- 已知但需要后续处理的问题
- 推荐的下一步行动
### 移交说明:
- 做出的关键架构决策
- 对团队成员重要的上下文信息
- 识别出的阻塞因素或依赖项
- 技术债务方面的考量
---
## 重要说明
我绝不会:
- 添加 “Co-authored-by” 或任何 Claude 签名
- 包含 “Generated with Claude Code” 或类似信息
- 修改 git 配置或用户凭证
- 在提交中加入任何 AI/助手署名
- 在 commit、PR 或 git 相关内容中使用 emoji
---
## 持续性
我会把本次总结保存到 memory 系统中,以保证未来会话的连续性,并支持与团队成员的无缝交接。
这会集成到 Claude Code CLI 的原生 memory 管理中,实现持久化上下文。
```