用户使用指南
Claude Code企业级开发助手完整使用指南,帮助不同角色快速上手并充分利用系统能力。
快速开始
30秒快速体验
bash
# 1. 选择团队配置
/load --team fullstack
# 2. 创建产品需求文档
/implement --template prd-tmpl --project "我的项目"
# 3. 开始开发
/implement --story "用户登录功能"核心概念理解
- ** AI代理**: 专业角色,如产品经理、架构师、开发者
- ** 模板系统**: 标准化文档生成工具
- ** 团队配置**: 预设的代理组合方案
- ** 检查清单**: 质量控制和验证工具
产品经理使用指南
核心职责
- 产品需求定义和规划
- 市场研究和竞品分析
- 用户故事管理
- 产品路线图制定
推荐工作流程
1. 新产品规划
bash
# 团队配置
/load --team fullstack
# 市场研究
/implement --template market-research-tmpl --product "我的SaaS产品"
# 竞品分析
/implement --template competitor-analysis-tmpl --competitors "竞争对手列表"
# 项目简介
/implement --template project-brief-tmpl --project "产品名称"
# 产品需求文档
/implement --template prd-tmpl --project "产品名称"2. 现有产品增强
bash
# 棕地项目分析
/analyze --scope project --focus requirements
# 增强需求文档
/implement --template brownfield-prd-tmpl --enhancement "新功能描述"
# 变更影响评估
/implement --checklist change-checklist常用模板
prd-tmpl.yaml: 标准产品需求文档brownfield-prd-tmpl.yaml: 现有产品增强PRDmarket-research-tmpl.yaml: 市场研究报告competitor-analysis-tmpl.yaml: 竞品分析报告project-brief-tmpl.yaml: 项目简介文档
质量检查
pm-checklist.md: PRD质量验证change-checklist.md: 变更影响评估
最佳实践
- 用户导向: 始终以用户价值为核心
- 数据驱动: 基于市场数据和用户反馈做决定
- 迭代优化: 通过持续反馈改进产品
- 跨团队协作: 与设计师、工程师密切合作
架构师使用指南
核心职责
- 系统架构设计
- 技术栈选择和决策
- 性能和安全规划
- 技术风险评估
推荐工作流程
1. 绿地项目架构
bash
# 团队配置
/load --team fullstack
# 阅读产品需求
/load docs/prd.md
# 系统架构设计
/implement --template architecture-tmpl --project "项目名称"
# 前端架构(如需要)
/implement --template front-end-architecture-tmpl --project "项目名称"
# 全栈架构(现代应用)
/implement --template fullstack-architecture-tmpl --project "项目名称"2. 棕地项目架构
bash
# 现有系统分析
/analyze --scope project --focus architecture
# 棕地架构设计
/implement --template brownfield-architecture-tmpl --enhancement "功能描述"
# 集成方案验证
/implement --checklist architect-checklist常用模板
architecture-tmpl.yaml: 标准系统架构brownfield-architecture-tmpl.yaml: 棕地项目架构front-end-architecture-tmpl.yaml: 前端专项架构fullstack-architecture-tmpl.yaml: 全栈统一架构
质量检查
architect-checklist.md: 架构质量验证change-checklist.md: 技术变更评估
最佳实践
- 模块化设计: 高内聚、低耦合的系统设计
- 技术选型: 基于业务需求和团队能力选择技术
- 性能优先: 从架构层面考虑性能和扩展性
- 安全内置: 将安全考虑融入架构设计
UX/UI设计师使用指南
核心职责
- 用户体验设计
- 界面原型和规格
- 设计系统建立
- 可用性测试
推荐工作流程
1. UI/UX规格设计
bash
# 团队配置
/load --team fullstack
# 阅读产品需求
/load docs/prd.md
# 前端规格设计
/implement --template front-end-spec-tmpl --project "项目名称"
# 前端架构协作
/collaborate --with architect --template front-end-architecture-tmpl常用模板
front-end-spec-tmpl.yaml: UI/UX详细规格front-end-architecture-tmpl.yaml: 前端技术架构
协作建议
- 与产品经理协作定义用户需求
- 与架构师协作确定技术实现方案
- 与开发者协作确保设计可实现性
最佳实践
- 用户中心: 以用户体验为设计核心
- 一致性: 建立和维护设计系统
- 可访问性: 遵循无障碍设计原则
- 迭代设计: 基于用户反馈持续改进
开发者使用指南
核心职责
- 功能开发和实现
- 代码质量保证
- 技术债务管理
- 性能优化
推荐工作流程
1. 功能开发
bash
# 最小团队配置
/load --team ide-minimal
# 阅读用户故事
/load docs/stories/
# 实现功能
/implement --story "用户登录功能"
# 代码质量检查
/improve --focus quality
# 测试验证
/test --type unit
/test --type integration2. 代码重构
bash
# 代码分析
/analyze --scope file --focus quality
# 重构优化
/improve --target performance
/cleanup --debt technical
# 质量验证
/test --coverage常用命令
/implement: 功能实现/improve: 代码改进/analyze: 代码分析/test: 测试执行/cleanup: 代码清理
质量检查
story-dod-checklist.md: 用户故事完成定义
最佳实践
- 测试驱动: 先写测试,后写实现
- 代码规范: 遵循团队编码标准
- 持续集成: 频繁提交和集成代码
- 性能意识: 关注代码性能和资源使用
QA工程师使用指南
核心职责
- 测试策略制定
- 质量标准执行
- 缺陷发现和跟踪
- 自动化测试建设
推荐工作流程
1. 测试执行
bash
# 最小团队配置
/load --team ide-minimal
# 功能测试
/test --type functional --story "用户故事ID"
# 集成测试
/test --type integration --scope module
# 端到端测试
/test --type e2e --workflow "关键用户流程"
# 性能测试
/test --type performance --target response-time2. 质量验证
bash
# 故事完成验证
/implement --checklist story-dod-checklist
# 质量标准检查
/analyze --focus quality --coverage
# 缺陷报告
/document --type bug-report --severity high常用命令
/test: 各类测试执行/analyze: 质量分析/implement --checklist: 检查清单验证
质量检查
story-dod-checklist.md: 故事完成标准- 各种专业检查清单: 根据项目需要
最佳实践
- 早期介入: 在需求阶段就参与质量规划
- 自动化优先: 尽可能自动化重复测试
- 风险导向: 基于风险优先级安排测试
- 数据驱动: 用测试数据支持质量决策
商业分析师使用指南
核心职责
- 市场研究和分析
- 商业模式设计
- 竞争对手分析
- 业务流程优化
推荐工作流程
1. 市场分析
bash
# 完整团队配置
/load --team all
# 市场研究
/implement --template market-research-tmpl --market "目标市场"
# 竞品分析
/implement --template competitor-analysis-tmpl --focus "竞争优势"
# 商业模式分析
/analyze --scope business --focus opportunity2. 业务需求分析
bash
# 头脑风暴组织
/implement --template brainstorming-output-tmpl --topic "业务创新"
# 业务流程分析
/analyze --scope workflow --focus efficiency
# 需求整理和验证
/collaborate --with pm --focus requirements常用模板
market-research-tmpl.yaml: 市场研究报告competitor-analysis-tmpl.yaml: 竞品分析报告brainstorming-output-tmpl.yaml: 头脑风暴结果
最佳实践
- 数据驱动: 基于可靠数据进行分析
- 系统思维: 考虑业务的整体性和关联性
- 用户洞察: 深入理解目标用户需求
- 趋势敏感: 关注行业发展趋势和变化
按项目类型的使用指南
初创公司MVP
推荐配置: team-ide-minimal.yaml
快速启动流程:
bash
# 1. 快速需求定义
/implement --template project-brief-tmpl --mvp true
# 2. 简化架构
/implement --template architecture-tmpl --scope minimal
# 3. 核心功能开发
/implement --story "MVP核心功能"
# 4. 快速测试验证
/test --type smoke --critical-path关键原则:
- 聚焦核心价值
- 快速验证假设
- 用户反馈驱动
- 技术债务可控
企业级应用
推荐配置: team-all.yaml
完整开发流程:
bash
# 1. 全面业务分析
/implement --template market-research-tmpl
/implement --template competitor-analysis-tmpl
# 2. 详细需求规划
/implement --template prd-tmpl --enterprise true
# 3. 企业级架构
/implement --template architecture-tmpl --scale enterprise
# 4. 分阶段实施
/implement --template story-tmpl --epic "第一阶段功能"关键原则:
- 全面的前期规划
- 严格的质量控制
- 分阶段交付
- 长期维护考虑
微服务项目
推荐配置: team-no-ui.yaml
专业服务开发:
bash
# 1. API需求分析
/implement --template prd-tmpl --focus api
# 2. 服务架构设计
/implement --template architecture-tmpl --type microservice
# 3. API规格定义
/design --type api-spec --standard openapi
# 4. 服务实现和测试
/implement --service "用户认证服务"
/test --type api --coverage 90%关键原则:
- API优先设计
- 服务独立部署
- 完善的监控
- 容错和恢复
移动应用
推荐配置: team-fullstack.yaml
移动优先开发:
bash
# 1. 移动UX设计
/implement --template front-end-spec-tmpl --platform mobile
# 2. 移动架构设计
/implement --template fullstack-architecture-tmpl --target mobile
# 3. 响应式开发
/implement --responsive --breakpoints mobile-first
# 4. 移动端测试
/test --type mobile --devices "iOS,Android"关键原则:
- 移动优先设计
- 性能优化重要
- 离线功能考虑
- 多平台兼容
高级使用技巧
1. 命令组合和批处理
bash
# 批量文档生成
/implement --template prd-tmpl --project "项目A" && \
/implement --template architecture-tmpl --project "项目A" && \
/implement --checklist pm-checklist
# 并行任务执行
/spawn --parallel --tasks "前端开发,后端开发,测试准备"2. 自定义工作流
bash
# 创建自定义工作流
/workflow create --name "定制流程" --steps "需求,设计,开发,测试"
# 执行自定义工作流
/workflow run --name "定制流程" --project "我的项目"3. 质量门禁自动化
bash
# 设置自动质量检查
/configure --quality-gates auto --checklists "pm,architect,story"
# 持续集成集成
/integrate --ci-cd --platform github-actions --quality-checks enabled4. 团队协作优化
bash
# 团队状态同步
/team sync --status --blockers
# 协作会议准备
/prepare --meeting standup --agenda auto
# 知识共享
/document --type knowledge-base --auto-update故障排除和FAQ
常见问题
Q1: 模板生成失败怎么办?
bash
# 检查模板状态
/template status --name prd-tmpl
# 重新生成
/template regenerate --name prd-tmpl --force
# 查看详细错误日志
/debug --template prd-tmpl --verboseQ2: 代理协作出现冲突?
bash
# 检查团队配置
/team info --config current
# 重新配置团队
/team configure --resolve-conflicts
# 手动指定代理优先级
/configure --agent-priority "pm>architect>dev"Q3: 检查清单验证不通过?
bash
# 查看详细检查结果
/checklist result --detailed --name pm-checklist
# 逐项修复问题
/checklist fix --item "缺失的验收条件"
# 重新验证
/checklist rerun --name pm-checklist性能优化建议
1. 合理选择团队配置
- 小项目使用
team-ide-minimal.yaml - 避免过度配置导致的资源浪费
2. 模板使用优化
- 缓存常用模板结果
- 增量更新而非完全重新生成
3. 批处理操作
- 合并相关操作减少上下文切换
- 使用并行处理提高效率
最佳实践总结
通用最佳实践
- 渐进式采用: 从简单场景开始,逐步扩展使用
- 标准化流程: 建立团队统一的使用规范
- 持续优化: 基于使用反馈不断改进流程
- 知识积累: 记录和分享成功的使用模式
角色特定最佳实践
- 产品经理: 注重用户价值和商业目标
- 架构师: 平衡技术复杂度和业务需求
- 设计师: 用户体验和技术实现的平衡
- 开发者: 代码质量和交付效率的平衡
- 测试: 质量保证和交付速度的平衡
团队协作最佳实践
- 清晰的角色定义: 明确每个角色的职责边界
- 有效的沟通机制: 建立定期的同步和反馈机制
- 共同的质量标准: 统一的质量要求和验收标准
- 持续的学习改进: 定期回顾和优化协作流程
用户使用指南 - 让每个角色都能高效使用Claude Code