Appearance
Git、MCP、Skill 这些工具，哪些该装、哪些该关？
导读
工具不是越多越好。Git 是必须的底座，MCP 常驻四个就够，Skill 每启用一个都在消耗注意力；判断标准是同一条——它是不是在替你补上非编程人员最短的那块板。
工具章讲的是底座和扩展方式：Git 是版本控制的地基，MCP 和 Skill 是两种外挂。展开见Git 是干什么的？。
Git 是干什么的？不懂编程也要用吗？
要用。Git 是本地的时间机器：每提交一次，就把整个项目拍一张完整快照，任何时候都能读档回去。
不懂编程的人更需要它，因为你没法靠读代码判断 AI 改坏了什么，只能靠快照回退。它只有两个核心动作：提交、读档。四个区域（工作区、暂存区、本地仓库、远程仓库）看懂了，AI 说「已暂存」「已推送」时你就不会一头雾水。
改错了想撤销，用 reset 还是 revert？
已经推送到远端的，用 revert：它生成一个反向提交，把那次提交的效果抵消掉，历史完整保留。
只在本地、还没推的，可以 reset；但 --hard 会直接丢文件，必须让 AI 先解释会发生什么、怎么验证回滚成功，你再点头。铁律：任何回滚之前，先提交当前改动或开一个备份分支，不要让 AI 直接 reset --hard。
.env 能不能顺手提交上去？
不能。密钥一旦提交，就会留在历史里，之后把文件删掉，历史记录里仍然找得到原文。
.env、*.key、*.pem、node_modules/、dist/ 这些都该进 .gitignore。仓库是私有的一样不能放松。如果已经提交了，正确顺序是：立刻轮换密钥、让 AI 检查 Git 历史、必要时清理历史——不是删掉再提交一次。
GitHub 除了存代码还能干什么？
当跨设备同步器和长期记忆体。GitHub 是基于 Git 的代码托管平台，本质就是给 Git 用的网上磁盘。
装上 GitHub MCP 之后你可以完全不打开网页：让 AI 建仓库、推代码、拉最新版本。它同时是找轮子的入口——搜索、评估、复用现成方案，是 Vibe Coding 的核心技能。
非编程人员的项目该用哪套技术栈？
照抄六件套：Next.js、Tailwind CSS + shadcn/ui、Supabase、Vercel、Sentry、Vercel AI SDK。
入围标准只有两条：足够权威、AI 天然友好。你不需要理解它们是什么，在项目根目录建一份项目守则，把「只用这套技术栈」写进去，让 AI 按这套默认往下写就行。Supabase 记得提前注册，Vercel 直接用 GitHub 账号登录最省事。
不会编程，怎么让 AI 帮我找现成的轮子？
先把需求切成 MVS（最小可验收切片），再用接口想象力判断两块能不能接上：看 A 输出什么、B 输入什么、中间差什么转换。
然后五步走：定 MVS、让 AI 摊开技术路线、读代码选项目（不能只读 README）、派子代理独立复核、写成 Spec。评判时接口契合度优先于项目名气，路线适配优先于功能大而全；许可证宽松没那么重要，Fork 多比 Star 多更能说明质量。
MCP 该装几个？
常驻四个：联网搜索（Tavily）、Context7、GitHub、Sequential Thinking。其余按需开：Playwright、Filesystem、数据库、Figma、Vercel 这类，做对应项目时再装。
MCP 是独立进程的服务，本身就是一个工具，它传回来的 Token 是别人准备好的。接错一个 MCP，代价可能是让别人的命令跑进你的电脑。所以原则只有一条：越少越好，别囤。
Skill 到底是什么？它和 MCP 是一回事吗？
不是一回事。Skill 是寄宿在 Agent 进程里的工作流文档，告诉模型先干什么、再干什么，它不能给模型加装新能力；MCP 是独立进程的服务，本身就是一个工具。
两者只是触发方式碰巧一样：输入提示词之前，它们的 name 和 description 已经注入上下文，系统做一道语义匹配，像哪个就启用哪个。所以每个启用的 Skill 都在消耗注意力预算：数量一多，简介会被截断，语义相近的还会互相干扰。纯文字类、不常用的流程，存成 md 文档比做成 Skill 更合适。