Claude Code 推荐提示词大全
这是一份精心整理的 Claude Code 提示词参考指南，旨在帮助开发者更高效地利用 Claude Code 进行项目开发、调试、测试和管理。
🚀 项目初始化
快速了解项目结构
markdown
请阅读项目的 README.md、package.json 和主要目录，帮我了解这个项目的架构和技术栈，但暂时不要编写任何代码。1
创建项目配置文件
markdown
请帮我创建一个详细的 CLAUDE.md 文件，包含项目架构说明、常用命令、代码规范和开发环境配置。1
项目环境配置
markdown
请检查项目的环境配置，确保所有依赖正确安装，并运行初始化脚本。如果有任何问题请告诉我如何解决。1
🎯 功能开发
新功能开发流程
markdown
我需要开发 [功能描述]。请按照以下步骤：
1. 先阅读相关代码了解现有架构
2. 制定详细的实现计划
3. 实现核心功能
4. 编写测试
5. 更新文档
每完成一步都要暂停等待我确认。1
2
3
4
5
6
7
2
3
4
5
6
7
测试驱动开发 (TDD)
markdown
我要实现 [功能描述]。请先基于期望的输入输出编写测试用例，确保测试会失败，然后再实现功能代码使测试通过。1
API 接口开发
markdown
请帮我设计和实现 [API 描述] 接口，包括：
- 路由定义
- 请求参数验证
- 业务逻辑实现
- 响应格式定义
- 错误处理
- API 文档1
2
3
4
5
6
7
2
3
4
5
6
7
组件开发
markdown
请帮我创建一个 [组件名称] 组件，要求：
- 遵循项目现有的组件模式
- 包含 TypeScript 类型定义
- 支持 [具体功能需求]
- 编写对应的测试文件1
2
3
4
5
2
3
4
5
🔧 代码调试与优化
错误诊断
markdown
我遇到了这个错误：[错误信息]。请帮我分析错误原因，并提供修复方案。如果需要查看相关代码，请告诉我。1
性能优化
markdown
请分析 [文件/功能] 的性能问题，并提供优化建议。重点关注：
- 执行效率
- 内存使用
- 加载速度
- 用户体验1
2
3
4
5
2
3
4
5
代码重构
markdown
请重构 [文件名] 中的 [函数/类]，目标是：
- 提高代码可读性
- 减少重复代码
- 遵循最佳实践
- 保持功能不变
请先分析现有代码，然后提供重构计划。1
2
3
4
5
6
2
3
4
5
6
代码审查
markdown
请对 [文件/功能] 进行代码审查，重点检查：
- 代码规范
- 安全问题
- 性能问题
- 最佳实践
- 潜在 bug1
2
3
4
5
6
2
3
4
5
6
🧪 测试相关
测试用例编写
markdown
请为 [函数/类/组件] 编写全面的测试用例，包括：
- 正常情况测试
- 边界条件测试
- 错误情况测试
- 模拟依赖项1
2
3
4
5
2
3
4
5
测试修复
markdown
有几个测试失败了，请分析失败原因并修复。运行测试命令是：[测试命令]1
测试覆盖率提升
markdown
请分析当前的测试覆盖率，并为覆盖率不足的部分补充测试用例。1
📱 前端开发
UI 组件实现
markdown
请根据这个设计图实现 UI 组件：[上传设计图]
要求：
- 响应式设计
- 支持深色模式
- 无障碍性支持
- 符合设计规范1
2
3
4
5
6
2
3
4
5
6
样式调整
markdown
请优化 [组件/页面] 的样式，实现以下效果：
- [具体样式需求]
- 保持与整体设计一致
- 确保在不同设备上显示正常1
2
3
4
2
3
4
状态管理
markdown
请为 [功能] 实现状态管理，包括：
- 状态结构设计
- Action 定义
- Reducer 实现
- 异步操作处理1
2
3
4
5
2
3
4
5
⚡ 后端开发
数据库设计
markdown
请为 [功能] 设计数据库表结构，包括：
- 表结构定义
- 索引设计
- 关系约束
- 迁移脚本1
2
3
4
5
2
3
4
5
中间件开发
markdown
请实现一个 [中间件名称] 中间件，功能包括：
- [具体功能需求]
- 错误处理
- 日志记录
- 性能监控1
2
3
4
5
2
3
4
5
服务集成
markdown
请帮我集成 [第三方服务]，包括：
- SDK 配置
- API 调用封装
- 错误处理
- 单元测试1
2
3
4
5
2
3
4
5
📚 文档编写
API 文档生成
markdown
请为项目生成 API 文档，包括：
- 接口列表
- 请求参数说明
- 响应格式示例
- 错误码说明1
2
3
4
5
2
3
4
5
代码注释
markdown
请为 [文件/函数] 添加详细的代码注释，包括：
- 功能描述
- 参数说明
- 返回值说明
- 使用示例1
2
3
4
5
2
3
4
5
README 更新
markdown
请更新项目的 README.md 文件，确保包含：
- 项目简介
- 安装说明
- 使用方法
- 贡献指南1
2
3
4
5
2
3
4
5
🔄 Git 工作流
代码提交
markdown
请查看当前的修改，编写合适的提交信息并提交代码。提交信息要遵循项目的提交规范。1
创建 PR
markdown
请创建一个 Pull Request，包括：
- 清晰的标题和描述
- 修改内容摘要
- 测试计划
- 相关 Issue 链接1
2
3
4
5
2
3
4
5
分支管理
markdown
请帮我创建一个新的功能分支 [分支名称]，并切换到该分支开始开发。1
🏗️ 项目管理
任务分解
markdown
我需要实现 [大功能描述]。请帮我分解成多个小任务，每个任务包括：
- 任务描述
- 预估工时
- 依赖关系
- 验收标准1
2
3
4
5
2
3
4
5
项目规划
markdown
请帮我制定项目开发计划，包括：
- 功能模块划分
- 开发优先级
- 时间安排
- 风险评估1
2
3
4
5
2
3
4
5
技术选型
markdown
对于 [项目需求]，请帮我分析技术选型，比较不同方案的优缺点，并推荐最适合的技术栈。1
🔍 代码分析
依赖分析
markdown
请分析项目的依赖关系，检查：
- 是否有冗余依赖
- 是否有安全漏洞
- 是否需要更新版本
- 是否有替代方案1
2
3
4
5
2
3
4
5
架构分析
markdown
请分析项目的整体架构，评估：
- 模块职责是否清晰
- 耦合度是否合理
- 扩展性如何
- 有哪些改进空间1
2
3
4
5
2
3
4
5
代码统计
markdown
请统计项目的代码情况，包括：
- 代码行数
- 文件数量
- 技术栈分布
- 测试覆盖率1
2
3
4
5
2
3
4
5
🛠️ 环境配置
开发环境搭建
markdown
请帮我配置开发环境，包括：
- 安装必要的依赖
- 配置环境变量
- 设置开发工具
- 验证环境是否正常1
2
3
4
5
2
3
4
5
CI/CD 配置
markdown
请为项目配置 CI/CD 流程，包括：
- 自动化测试
- 代码质量检查
- 自动部署
- 通知机制1
2
3
4
5
2
3
4
5
Docker 配置
markdown
请为项目创建 Docker 配置，包括：
- Dockerfile
- docker-compose.yml
- 环境变量配置
- 部署说明1
2
3
4
5
2
3
4
5
💡 高级技巧
批量处理
markdown
请对项目中所有的 [文件类型] 文件执行 [操作]，确保：
- 操作的一致性
- 不破坏现有功能
- 符合项目规范1
2
3
4
2
3
4
自动化脚本
markdown
请创建一个自动化脚本来 [任务描述]，脚本应该：
- 支持命令行参数
- 包含错误处理
- 提供详细日志
- 易于维护1
2
3
4
5
2
3
4
5
代码生成
markdown
请根据 [配置/模板] 生成相应的代码文件，包括：
- [具体文件类型]
- 遵循项目约定
- 包含必要注释
- 通过基本测试1
2
3
4
5
2
3
4
5
📋 使用建议
提示词编写原则
- 明确具体：详细描述需求，避免模糊表达。
- 分步骤：复杂任务拆分为多个步骤。
- 设定边界：明确什么要做，什么不要做。
- 包含上下文：提供必要的背景信息。
- 验证确认：重要步骤要求确认再继续。
常用修饰词
- "请先分析..."：要求 Claude 先理解再行动。
- "暂时不要..."：设定明确的边界。
- "每完成一步都要暂停"：控制执行节奏。
- "遵循项目现有..."：保持一致性。
- "如果需要...请告诉我"：主动沟通。
效率提升技巧
- 使用 @ 引用文件：例如
@src/components/Button.tsx。 - 利用扩展思考：按两次
Shift+TAB进入 PLAN 模式（仅限特定 IDE 插件或环境）。 - 合理清理上下文：使用
/clear和/compact。 - 创建自定义命令：在
.claude/commands/目录下定义常用脚本。 - 批量操作：一次性处理多个相似任务。
💡 提示：这些提示词模板可以根据具体项目需求进行调整。建议根据日常开发习惯进行微调，逐步掌握与 Claude Code 高效沟通的艺术。