Claude Code入门：基础交互、上下文管理与功能扩展

在终端中与 AI 编程助手协作，往往不是简单的问答，而是一个围绕项目文件展开的动态过程。初学者容易陷入两个极端：要么过度信任自动生成的代码，忽略中间确认环节；要么在漫长的对话中迷失，忘记最初的需求约束。理解 Claude Code 的基础交互逻辑，关键在于把握“生成-确认-整理-复用”这一闭环。以下结合待办应用开发的实际演示，梳理几个核心环节的操作要点与边界。

生成文件与确认改动

代码生成与文件写入是两个独立的步骤，终端界面清晰地展示了这一分离过程。当请求生成待办应用的 index.html 时，Claude Code 首先会在终端中展示准备写入的文件内容预览，随后暂停并询问是否创建该文件。

生成index.html后出现创建文件确认

这种设计允许开发者在文件真正落地前进行最后一次核对。看到确认提示时，不应仅关注回复中是否包含“完成”字样，而应仔细检查预览中的代码结构是否符合当前需求。同一项目在后续迭代中可能会多次修改页面，初始生成的代码往往只是起点，而非终点。

此外，终端还支持对已存在文件的检查。例如在创建 test.html 后，可以通过 cat 命令查看 HTML 文本内容。需要注意的是，能够读取文件内容并不等同于页面功能已通过测试，这仅仅是验证了文件系统的写入状态，业务逻辑的正确性仍需通过浏览器或测试脚本进一步确认。

用压缩整理当前对话

随着任务推进，对话历史会积累大量需求描述、中间过程记录和工具返回结果。过长的上下文不仅消耗资源，还可能干扰模型对核心目标的判断。演示中使用了 /compact 命令来整理对话，并在指令后补充了“重点保留用户的需求”，为压缩过程提供了明确的保留策略。

使用compact并指定保留用户需求

压缩完成后，终端会显示对话已压缩的状态，并列出被引用的关键文件，如 index.html 和项目计划文件。这表明后续工作将基于这些保留下来的摘要与文件线索继续展开。需要明确的是，压缩操作并不是重新生成项目文件，也不能假设每一句历史对话都会原样保留。它更像是一次对话状态的快照整理，剔除了冗余的交互噪音，保留了核心的决策依据。

在执行压缩前，明确哪些约束仍然有效至关重要。重要需求应能在保留的信息中被清晰核对，而不是依赖开发者对之前对话的记忆。这种显式的上下文管理，有助于在长期任务中保持目标的一致性。

用CLAUDE.md表达项目规则

临时提问解决的是即时问题，而项目规则则用于指导长期的协作行为。CLAUDE.md 文件正是承载这类规则的载体。演示中展示了该文件包含 Figma 集成相关说明，并通过差异视图（diff view）展示了将规则描述改为中文的过程。

CLAUDE.md项目规则的中文编辑结果

差异视图让开发者能够精确检查具体修改了哪些文字，而不只是接收一句模糊的“修改成功”反馈。在维护此类配置文件时，应确保规则表达与项目当前的实际情况保持一致。例如，文档中若写有某项权限说明，并不代表运行环境的真实权限会自动改变，它仅作为 AI 助手的参考指引。因此，定期审查和更新 CLAUDE.md 是保持协作顺畅的重要习惯。

用技能复用输出要求

对于具有固定结构的重复性任务，手动编写提示词既低效又容易出错。Claude Code 支持通过“技能”（Skills）来复用输出模板。在演示中，输入“写一份每日总结”后，终端显示 daily-report 技能加载成功，随后输出了包含今日摘要、详细变更及 UI 样式等部分的标准化开发日报。

daily-report技能加载并输出日报

这一过程体现了技能的核心价值：用户提出任务意图，系统自动加载相应的处理逻辑，再按预设结构组织结果。这不仅统一了输出格式，也降低了沟通成本。然而，格式符合预期与内容真实准确仍是两个维度的问题。日报中列出的新增功能或代码变更，仍需回到实际文件及运行结果中进行核实，不能因为由技能生成就默认其完全无误。

将这些环节串联起来，便形成了一个稳健的工作流：先通过预览和确认机制核对具体文件操作，再利用 /compact 整理当前任务所需的上下文，通过 CLAUDE.md 表达持续性的项目规则，最后让技能承担适合复用的格式化工作。掌握这一节奏，比单纯记忆各种扩展名称更能提升实际的开发协作效率。