把项目交给 AI,就像给鼓手配一套信任的镲片

0 阅读6分钟

把项目交给 AI,就像给鼓手配一套信任的镲片

用 Claude Code 接手一个已有项目,信任文件夹是它的踩镲,plan 模式是它的节拍器。

我一直觉得写代码有点像打架子鼓——双手双脚各司其职,脑子要在节奏、旋律、和声之间来回切换。而当你把一个已有的项目交给 AI 来理解、维护,那种感觉更像是:你请了一位鼓手来配合你,但你需要先告诉他,哪些鼓和镲是可以敲的,哪些是你的私人物品,绝对不能碰。

信任文件夹,就是你在排练室里给这位 AI 鼓手划出的活动范围。

一张门禁卡,一台 Mac mini 的权限

想象一下,你请了一位程序员帮你改项目。你不会把整个房子的钥匙给他,只会给他办公室的门禁卡。他能进去看代码、改文件、跑命令,但权限只限于你授权的那个文件夹。

这就是 Anthropic 在 Claude Code 里强调的最小权限 + 安全边界。AI 默认不乱碰你的系统,只有你明确授权,它才能干活。这种设计背后,是对用户隐私和版权的最大尊重。

有个流传的段子——“openclaw hermes mac mini 涨价了”。意思是,你想让 Claude Code 全面接管项目,得给它一台 Mac mini 的权限才行。听起来像个梗,但背后逻辑很硬:哪怕你有再强的算力,我也不该未经允许就去扫你的硬盘。你得亲手把那台“Mac mini”上的文件夹信任给我,我才能开始工作。

这种克制,在 AI 工具越来越侵入本地环境的今天,反而成了一种稀缺品质。

实战:帮吉马程序员做个宣传页

理论聊完,上实战。今天我要用 Claude Code,为一个虚构的“吉马程序员”制作一个宣传网页。目标很简单:一个单页,有头像、简介、技能栈、项目展示和联系方式。

我先进到项目目录,执行:

bash

cc

普通模式:一句话出活

如果你的需求足够清晰,直接在对话框里甩 Prompt 就行。这是我写的一段:

text

帮我创建一个宣传吉马程序员的网页。风格简洁现代,包含:
- 头像区,名字“吉马”,title“全栈开发者 & 开源爱好者”
- 技能:React, Node.js, Python, Docker
- 项目卡片三张:智能客服系统、在线代码协作平台、个人博客
- 联系方式:GitHub, 邮箱
- 纯前端,一个 HTML 文件搞定

Claude Code 读了一遍当前文件夹(空的),直接生成了一个完整的 index.html,内嵌 CSS 和 JS,打开就能看。整个过程不到 30 秒。

这就是提示词的能力。但说实话,能把需求描述得这么清楚,是因为我脑子里已经有一个结构图了。这考验的不是 AI,而是你的业务经验、领域知识和 Prompt 编写经验。你越清楚自己要什么,AI 就越像一个手脚麻利的执行者。

规划模式:先画图纸再动工

可如果需求很模糊呢?比如,我只是说:“给这个页面加上一个电商系统的购物车功能。”

这时候如果直接让 AI 动手,它大概率会胡乱加个按钮,塞几个 alert,然后告诉你“搞定”。但实际上,购物车涉及到:

  • 后端加表和接口
  • 前端加购物车组件
  • 兼容现有的登录和商品模块

任何一个做过电商的人都知道,这绝不是加一段脚本的事。

Claude Code 提供了 plan 模式,专门解决这种模糊需求。你只需要输入:

text

/plan

AI 会停止直接写代码,转而变成一个需求分析师。它会问我一系列问题:

  • “购物车数据是仅前端存储,还是需要同步到后端数据库?”
  • “用户登录状态如何获取?现有的认证方式是什么?”
  • “是否需要支持优惠券、库存校验?”
  • “商品详情页目前的结构是怎样的?购物车入口放在哪里?”

你看,它不急着敲键盘,而是先帮我把模糊的想法翻译成一个可执行的规划文档。在这个过程中,我甚至不需要是技术专家,只要跟着问题走,就能把需求理清楚。

plan 模式降低了 Prompt 的门槛。  你不用一开始就写出完美的指令,AI 会通过提问帮你组织语言,让你更方便地描述真正的需求。最后它会生成一个清晰的步骤清单,你确认后,它再开始一步一步实现。

指令:以 / 开头的魔法词

在 Claude Code 里,有几个以 / 开头的指令非常关键:

  • /init:初始化当前项目,AI 会扫描代码库,生成项目理解文档。
  • /plan:开启规划模式,先讨论再动手。
  • /compact:压缩对话上下文,防止 token 爆炸。

它们就像是架子鼓里的 重音符号——在关键的拍子上敲下去,整首歌的走向就定了。

接手一个旧项目:从 claude.md 开始

真正让人头疼的,从来不是从零写新项目,而是接手别人的代码。没有文档,没有注释,目录结构全靠猜。

这时候,Claude Code 的处理方式很有章法:

  1. 优先找文档:它会先检查项目根目录有没有 claude.md 文件。这个文件是项目给 AI 的“说明书”,你可以往里写架构概述、代码规范、常用命令等。如果有,AI 会以它为基础来理解项目。
  2. 没有文档就 /init:如果项目没有 claude.md,你就可以执行 /init。AI 会像新入职的员工一样,读取目录结构、主要文件,把它对项目的理解写成一份 claude.md,存到项目里。以后你或者其他人再用 Claude Code 打开这个项目,它就能直接“上手”。
  3. chat 模式继续深挖:初始化之后,你可以在 chat 模式 下继续向 AI 提问,比如“这个项目的登录逻辑是怎么走的?”“支付模块回调在哪里处理?”AI 会基于它对代码的理解回答你。你甚至可以说:“帮我在 claude.md 里补充 API 接口文档”,它就会去读路由文件,把接口路径和参数整理进去。

这套流程,就像新来的鼓手先看谱子,没有谱子就自己扒带,然后把鼓谱写下来给乐队共享。从此以后,项目就有了可传承的记忆

信任是最高级的自动化

回到开头那个比喻——drumkit 代码敲击乐。一套架子鼓,每一个鼓、每一片镲都有它固定的位置和音色。鼓手知道什么时候该击打,什么时候该沉默。Claude Code 也是这样:它知道哪些文件可以动,哪些是禁区;什么时候直接敲代码,什么时候应该停下来先问清楚。

这种“克制”的设计哲学,正是 Anthropic 一直强调的安全边界。它不是通过限制能力来保证安全,而是通过明确的授权机制和可解释的工作流程,让人类始终握有控制权。

当你把项目交给 AI,你不是在放弃掌控,而是在分配权限。你给它一张门禁卡,而不是家里钥匙。你给它一台 Mac mini 的访问权,而不是整个 Apple ID。

这样的协作,才是可持续的。