错误的做法

在开始使用 Claude Code 时，很多人容易陷入以下误区：

• 收集很多很多资料、prompts、awesome-skills
• 安装很多额外的辅助框架，如 superclaude、spec 等
• 追求最新的工具和技巧，却忽略了核心流程
• 沉迷于收藏和整理，而不是实际应用

正确的做法：少即是多

仅记住真正重要的几个事情

1. 记住 ~/.claude/CLAUDE.md 就够了

这是你的全局配置文件，定义了你如何使用 Claude Code。包含：

• Session Base 工作流：每次对话都是独立的 session，自动记录日志
• Basic Rules：做减法、用中文回答、审视输入的潜在问题
• 拓展思考：知识与现实交互、business 思维模式

2. 记住 ./CLAUDE.md

这是当前项目的配置文件，应该包含：

• 设计哲学（Unix 哲学、第一性原理）
• 开发方法论（文档驱动、领域驱动）
• KISS & YAGNI 原则
• SOLID 设计原则
• 文档与组织规范

Read the Fucking Docs

与其收集各种技巧和 prompt，不如：

• 仔细阅读官方文档
• 理解工具的核心设计理念
• 掌握基础但强大的功能

形成完整的流程最重要

Session Base 工作流详解

1. 每次对话都是一次 session

   • 使用 /new conversation 开始新会话
   • 每个 session 对应独立的 .md 文件
   • 文件存放在 /devlogs/ 目录

2. 永远先进行 plan

   • 使用 TodoWrite 工具规划任务
   • 将复杂任务分解为具体步骤
   • 实时更新进度状态

3. 文件命名规范

   YYYY-MM-DD-<type>-<desc>.md

   • type: feat/fix/refactor/docs/chore/explore
   • desc: 描述 session 的核心目标

4. Session Review 流程

   • 完成后重命名：done-YYYY-MM-DD-type-desc.md
   • 总结当前 session 的成果
   • 提出改进建议
   • 迭代工作流程

基本使用技巧

• plan, plan, plan：凡事预则立
• 多用 /clear：清理上下文，重新开始
• 多用 /esc：打断当前流程，调整方向

高效功能配置

自定义 Hook 通知

通过 hook 系统增强工作流：

1. 设置 PermissionRequest Hook

   • 事件：PermissionRequest
   • Matcher：*（匹配所有权限请求）
   • Command：通知脚本

   /Users/zheng/projects/lifeos/scripts/notify.sh "claude code" "PermissionRequest"

2. 可用的 Hook 事件

   • PreToolUse：工具调用前
   • PermissionRequest：权限请求时
   • PostToolUse：工具调用后
   • UserPromptSubmit：用户提交提示时
   • Notification：发送通知时
   • Stop：Claude 完成响应时
   • SessionStart/End：会话开始/结束时

核心原则总结

1. 做减法是最重要的事情

   • 工作中、生活中、写文章都是
   • 避免纠缠在细枝末节
   • 专注于真正重要的事

2. 审视的目光

   • 仔细审视输入的潜在问题
   • 指出问题并给出改进建议
   • 提供思考框架之外的视角

3. 商业思维

   • 知识必须与现实交互
   • 不要收藏，要创造和分享
   • 不要写 demo，要发布真实产品
   • 思考：给哪些人群解决了什么问题？

实践建议

1. 建立最小循环

   • 从最简单的流程开始
   • 不断迭代和优化
   • 保持流程的可持续性

2. 专注核心功能

   • 掌握 Claude Code 的 20% 核心功能
   • 用它们解决 80% 的问题
   • 避免功能堆积

3. 记录与反思

   • 坚持记录开发日志
   • 定期回顾和总结
   • 持续改进工作流程

记住，最好的工具是那些你已经掌握并持续使用的工具。Claude Code 的强大不在于它有多少功能，而在于你如何将它深度整合到你的工作流程中。