请将以下信息构建成一份全面的 Claude Code 新手指南，重点关注实际应用和最佳实践。本指南应涵盖以下关键领域，直接引用提供的文本：

**I. 基本原则：先思考，后输入**
    *   解释在与 Claude Code 交互之前进行预计算和规划的关键重要性。
    *   详细介绍“规划模式”（Shift + Tab 两次）及其优势。
    *   为软件工程经验有限的用户提供可操作的建议，以发展他们的思考过程，包括学习和与 LLM 进行深入的来回对话以进行系统设计。
    *   说明此原则如何应用于各种任务（功能构建、重构、调试）。
    *   强化一致的模式：先思考，后输入，可获得更优的结果。

**II. CLAUDE.md：项目的入门材料**
    *   定义 CLAUDE.md 及其在塑造 Claude 项目方法中的作用。
    *   解释其重要性以及不当使用（过多、过少或垃圾信息）会如何降低性能。
    *   为有效的 CLAUDE.md 内容提供具体、可操作的指南：
        *   **简洁性：** 遵守指令限制（提及系统提示的使用）。
        *   **具体性：** 专注于项目特定细节，而非一般知识。
        *   **上下文中的“为什么”：** 强调提供指令背后的原因，以获得更好的实现。
        *   **持续更新：** 解释“#”键功能及其作为更新信号的使用。
    *   对比“坏”的 CLAUDE.md（新员工文档）与“好”的 CLAUDE.md（给失忆的自己的笔记）。

**III. 应对上下文窗口限制**
    *   解释上下文窗口退化的概念，并指出质量在达到 100% 容量之前（约 20-40% 的使用率）就会下降。
    *   澄清压缩（/compact）不会恢复退化的质量。
    *   列出并详细说明有效管理上下文的策略：
        *   **对话范围限定：** 每个功能/任务使用一次对话，以防止上下文泄露。
        *   **外部记忆：** 利用 SCRATCHPAD.md 或 plan.md 等文件在会话之间保持持久上下文。对于分层系统，强调顶级放置。
        *   **复制粘贴重置：** 描述复制重要信息、压缩、清除上下文并粘贴回关键元素的流程。
        *   **何时清除：** 建议使用 `/clear` 来处理偏离轨道的对话或不相关的累积上下文。
    *   强化心智模型：Claude 是无状态的；将每次对话视为从头开始，依赖于显式输入。

**IV. 提示的至高无上性**
    *   断言有效的提示是 AI 代码生成最基本的一项技能，与学习框架相比，它常常被忽视。
    *   定义清晰、具体的提示优于含糊的指令。
    *   提供有效的提示技术的具体示例：
        *   **具体性：** 对比宽泛的请求（“构建一个身份验证系统”）与详细的请求（“使用现有的 User 模型构建电子邮件/密码身份验证，将会话存储在 Redis 中，有效期为 24 小时，并添加一个中间件来保护 /api/protected 下的所有路由”）。
        *   **负面约束：** 指示 Claude 不要做什么（例如，避免过度工程化、不必要的抽象、过多的文件）。强调交叉引用输出以防止技术债务。
        *   **上下文中的“为什么”：** 解释提供原因（例如，“需要它快速，因为它在每次请求时运行”）如何影响 Claude 的方法。
    *   重申核心原则：“糟糕的输入 == 糟糕的输出”。对于不良结果，应归咎于提示技巧，而非模型。
    *   识别在持续获得不良结果时需要改进的关键领域：提示编写、请求结构（分解任务、就架构达成一致）和上下文提供。

**V. 模型选择和工作流优化**
    *   根据速度、成本和推理能力区分 Claude 模型（Sonnet vs. Opus）。
    *   推荐工作流：使用 Opus 进行规划/架构，然后使用 Sonnet 进行实现，并注意潜在的 API 成本影响。
    *   解释 CLAUDE.md 如何确保模型切换之间的一致约束。

**VI. 探索高级功能：MCP、工具和配置**
    *   鼓励尝试 Claude 的广泛功能（MCP 服务器、Hooks、自定义斜杠命令、Settings.json、Skills、Plugins）。
    *   **MCP（模型上下文协议）：** 解释其连接外部服务的功能以及创建自定义 MCP 服务器的可能性。
    *   **Hooks：** 描述其在更改之前/之后自动执行代码（例如，Prettier、类型检查）的用途，以及它们在减少债务和 PR 审查安全性方面的作用。
    *   **自定义斜杠命令：** 详细介绍如何将重复的提示打包成命令，以高效执行常见任务（调试、审查、部署）。
    *   倡导利用所有功能，尤其是在更高级别的计划中，并保持重新测试的心态，因为模型改进迅速。

**VII. Claude 卡住时的策略**
    *   解决循环或自信错误的实现等常见问题。
    *   建议不要仅仅输入更多指令；相反，建议改变方法。
    *   详细说明具体策略：
        *   **清除对话：** 使用 `/clear` 重置上下文。
        *   **简化任务：** 将复杂任务分解为更小、可管理的块。将其与规划模式输入不足联系起来。
        *   **展示，而非告知：** 提供最少、清晰的期望输出示例。
        *   **发挥创意：** 从不同角度重新构思问题。
    *   强调及早识别循环以及改变方法的元技能，而不是持续解释。

**VIII. 使用 Claude Code 构建系统**
    *   将重点从一次性任务转移到构建集成系统。
    *   强调 Claude Code 的无头模式（`-p` 标志）用于脚本编写、管道输出以及与其他工具链接。
    *   提供企业应用的示例：自动 PR 审查、支持工单响应、日志记录和文档更新。
    *   描述“飞轮”效应：Claude 错误 -> 日志审查 -> CLAUDE.md/工具改进 -> 更好的 Claude 性能。提及自改进的 CLAUDE.md 文件。
    *   强调仅使用交互式模式会浪费价值；识别自动化机会。

**IX. TLDR：关键要点**
    *   将核心原则浓缩成简洁的要点：
        *   先思考，后输入（规划 > 交谈）。
        *   CLAUDE.md 是杠杆（简短、具体、原因、更新）。
        *   上下文过早退化（范围、外部记忆、重置、清除）。
        *   架构至关重要（先规划）。
        *   输入决定输出（提示是关键）。
        *   尝试使用工具（MCP、Hooks、命令；保持好奇）。
        *   卡住时改变方法（清除、简化、展示、重构）。
        *   构建系统，而非一次性任务（无头、自动化、复合改进）。
    *   最后指出，这些原则决定了在使用 Claude 构建时是与工具对抗还是顺畅协作。

**X. 行动号召**
    *   包含提供的 URL，用于订阅免费的每周 AI 新闻通讯。

确保语气保持实用、权威和鼓励性，反映作者的专业知识以及��能初学者的目标。使用清晰的标题和副标题以提高可读性。