前端达人-CSDN博客

原创第10课：Agent 体系，认识你的 AI 团队成员

打个比方：你是项目经理（导演），Claude 的主对话是你的助理，Agent 们是你的团队成员。你跟助理说"安排三个人同时做这三件事"，助理就会派出三个 Agent，做完之后把结果汇总给你。适合人群：已掌握核心技能篇，准备解锁 Claude Code 更深层能力的开发者学完之后：你会知道 Claude Code 里有哪些"专业角色"可以调用、每种角色擅长什么、怎么调用。你只需要用自然语言告诉 Claude 你要做什么，Claude 会自动判断该派哪种 Agent、用什么模型。

2026-04-06 22:09:44 496

原创第09课：10个高频场景 Prompt 模板库，复制、改几个词、直接用

这些模板不是拐杖，是脚手架——它帮你快速搭起骨架，等你熟练了，拆掉脚手架你也能写得一样好。写"支付回调有 bug"不如写"支付成功但订单状态没更新"——前者已经下了结论，后者只描述症状。"参照XXX的代码结构"这句话是整个模板里最省力的一句——它替代了你手动描述文件结构、命名风格、分层方式的工作。"排查方向"写"供参考，不限于此"——不要限制 Claude 的排查范围，你想到的方向可能不是真正原因。从"理解方法论"到"条件反射般写出好 prompt"，中间需要大量的实践来形成肌肉记忆。，理解它在控制什么。

2026-04-05 21:13:36 516

原创第08课：CLAUDE.md，让 Claude 永远记住你的规矩

比如项目级写了"TypeScript 严格模式"，订单模块级写了"金额用整数（分）计算"，Claude 在处理订单模块时两条都会遵守。你不会每次分配任务都从"我们用什么技术栈、代码风格是什么、错误处理怎么写"开始讲——你会说"先看完入职手册，然后来做这个任务"。但这个机制导致了一个问题：你的 prompt 有一半篇幅在写"背景信息和项目规范"，只有另一半在写"这次要做什么"。每个 prompt 里都要写"参照XXX的风格""用现有的错误处理方式""不要引入新依赖"。这些话你写了几十遍了。

2026-04-04 20:25:58 545

原创《Claude Code 从入门到精通》第07课：结果验证——你最不能省的一步

我会给你一套完整的验证体系——不是"检查一下有没有 bug"这种模糊建议，而是5个具体维度、每个维度的检查方法、可以直接嵌入 prompt 的验证指令、以及怎么让 Claude 在交付之前自己先做一轮质检。：有人发现，把请求 URL 里的用户 ID 改成别人的 ID，就能看到别人的数据。虽然加了"是管理员"的校验，但没有校验"这个管理员有没有权限看这个用户的数据"——在分权管理的系统里，A区域的管理员不应该看到B区域用户的数据。你测试了一下——选了一个时间范围，点导出，文件下载了，打开一看，数据都在。

2026-04-01 21:41:34 482

原创「5 个 Markdown 文件 + 1 句提示词」让 AI 精准重构你的 React 组件 | 附完整模板

AI 就像一个新来的实习生：如果你只甩给他一个组件说"帮我改"，他没有背景知识、没有项目约定、不知道你的底线在哪儿，改出来的东西自然南辕北辙。一行行列下来，AI 可能记住了 1、2、3，但在真正写代码的时候，面对一个复杂的决策点，它往往会忘记 4、5 的重要性。而真正高效的用法是把它当成"你的开发团队"——你说清楚要什么结果，它自己规划、自己执行、自己验证，一轮对话搞定。在评论区分享一下你的"AI 踩坑记"。找 3-5 个"做得好"的组件和 3-5 个"做得不好"的，放进去就行。

2026-03-29 18:46:00 540

原创你的 React 应用真的需要依赖注入吗？深度对标 3 种架构方案

你的团队刚刚遇到一个经典的 React 问题：组件树里层层传递数据，父组件一改，十多个中间组件跟着改，太累了。有人建议用 Context API，有人提了依赖注入（DI）的概念，还有人说干脆用 Service Locator……维护这样的代码，每次改一个 prop 的名字或结构，你得改 5 个无关的组件。（路由状态、用户会话等） → 用专门的状态库，不要硬塞进 Context。这是一个来自后端（特别是 Java、.NET）的设计模式。与其说"我需要什么，你就给我什么"，不如说"我去服务市场里自己拿"。

2026-03-29 12:34:10 505

原创第06课：让 Claude 自己分配任务——并行 Agent 策略

当你给 Claude 一个包含多个独立子任务的 prompt 时，Claude Code 可以启动多个 Agent，每个 Agent 独立处理一个子任务。比如"给 user.service.ts 加邮箱验证"和"给 user.service.ts 加手机号验证"——两个 Agent 同时改同一个文件，最后合并的时候可能互相覆盖。比如"先设计数据库表，再基于这个表写接口"——接口的代码取决于表的字段设计。它先做 A，A 做完做 B，B 做完做 C。这是从"2x效率"跳到"5x效率"的关键。

2026-03-29 12:34:10 488

原创《Claude Code 从入门到精通》目标优于指令，Director Mode 第一支柱（五）

不夸张——仅仅是把 prompt 从"指令型"改成"目标型"，在很多场景下效果差距有3倍以上。你说"正确处理非法金额"，Claude 会考虑你没想到的边界情况。你想到了检查"大于0"，Claude 就只检查"大于0"。学完之后：面对任何开发任务，你能把"指令型 prompt"改写成"目标型 prompt"，效果提升立竿见影。当你用 Claude Code 的时候，你的本能反应是把脑子里的分解步骤一步步告诉它。转变的关键不是学新技巧，而是憋住——憋住"告诉它怎么做"的冲动，只说"要什么"但还不够你"用得好"

2026-03-28 22:35:21 353

原创《Claude Code 从入门到精通》试读篇：当 Claude 理解错了怎么办（四）

这节课用5个完整的开发场景，逐字演示怎么把"指令型 prompt"改写成"目标型 prompt"——功能开发、Bug修复、代码重构、安全审查、性能优化，每个场景都给你改写前后的完整对比和效果差异。如果你追加了3轮指令，问题不但没解决还越改越乱，说明第一轮的基础就是歪的。这些"忘了"不是你的错，是因为这些规范"活在你的脑子里"，你觉得理所当然，但 Claude 不知道。出发点是好的，但在你没有预期的情况下，这些改动会带来风险——尤其是那些它觉得"顺手"的重命名和重构，很可能影响到你没有关注的其他模块。

2026-03-25 21:25:32 537

原创《Claude Code 从入门到精通》试读篇：写好 Prompt 的结构化思维，10组正反对比，看完直接套用（三）

因为在实际使用中，"做什么"和"背景是什么"混在一起写，是 prompt 质量差的头号原因。你以为你在给背景，其实你在下指令。因为是从零开始做，没有"案发现场"需要描述，但需要把"做成什么样"和"不要做成什么样"说清楚。有的人试完觉得"确实快"，也有人跟我说"我写了 prompt，Claude 做出来的东西不太对"。跟第02课比，变化是：把"具体需求"拆成了"目标描述"和"上下文信息"两个独立要素。很多时候 Claude 给你的代码"技术上是对的，但不是你想要的"，原因就是你没告诉它边界在哪。

2026-03-24 21:11:46 563

原创附录篇：全套模板汇总 + 一周落地计划 + 常见问题

📌 本篇定位：这是你的"工具箱"。所有可直接复制使用的模板、一份按天拆解的落地计划、以及 10 个最常被问到的问题。下面按使用顺序排列，每份标注用途和推荐优先级。三、模板 2：CLAUDE.md 进阶增强版（追加模块）二、模板 1：CLAUDE.md 最小可用版。判断规则该不该写进 CLAUDE.md。适合刚开始搭建的项目。CLAUDE.md 最小可用版。CLAUDE.md 进阶增强版。占位符替换成你的真实信息。项目规则入口（成熟项目）项目规则入口（起步用）发布前/发布后检查清单。Hooks 配置示例。

2026-03-23 20:31:22 274

原创《Claude Code 从入门到精通》试读篇：你的第一次 Director Mode 体验（二）

我把过去半年用 Claude Code 做内容型项目踩过的坑、总结出的方法，写成了一本完整的实战手册，包含 6 篇深度正文 + 14 份可直接复制使用的模板：。注意"中国大陆手机号"这个细节——如果你只写"验证手机号"，Claude 可能给你一个国际通用的格式，不一定适合你的业务场景。先用操作者模式做，再用导演模式做。因为你一步步给指令，Claude 的视野被限制在"你当前让我看的这一个文件"里。，因为你的 prompt 里写了"查看项目中现有接口的验证方式和错误响应格式，保持一致"。

2026-03-22 22:14:25 341

原创第 6 篇：从文件到系统，CLAUDE.md 与 hooks、subagents 的协作升级

CLAUDE.md 里的规则，Claude 遵守的概率是 70%-95%（取决于规则清晰度和上下文复杂度）。而 hooks 执行的概率是 100%——因为它不是靠 Claude "记住"，而是由系统自动触发。Hooks 是 Claude Code 提供的自动化机制——在 Claude 工作流的特定节点，自动运行你预设的脚本或命令。这就是 hooks 和 subagents 的作用——把"Claude 应该做的事"变成"系统自动做的事"。所有规则的执行，都依赖 Claude "记住并遵守"。

2026-03-22 12:46:02 308

原创为什么传统编程在消亡（但工程师不会）：深度解析 AI 时代的 5 大职业转机

从 2020 年我开始接触 AI 辅助开发，到如今 Claude Code、GitHub Copilot 这样的 AI Agent 能做架构级别的改动，我看到的是一场从根本上改变开发流程的革命。看到这标题时，很多人的反应是两极的——要么觉得是耸人听闻，要么开始焦虑自己的职业前景。和 AI 一起工作，但始终保持清醒的头脑——知道什么时候该让 AI 执行，什么时候该自己思考。比如，当你让 Claude Code 修复一个 bug 时，它不是简单地匹配"错误信息"→"通用解决方案"。

2026-03-22 10:27:11 536

原创《Claude Code 从入门到精通》试读篇：Claude Code 是什么？你可能从第一步就用错了

你不需要告诉他们每一行代码怎么写，你告诉他们做什么、有什么约束、什么叫做完了。关键区别：你没有手动分解"先查什么、再查什么"——你描述了问题和期望，Claude 自己规划了排查路径。你自己把需求拆成子任务，一个模块一个模块去改，来回跟 Claude 沟通十几次，很容易漏掉边界情况。我说你这个用法，就像买了一辆越野车，然后每天只在小区里接孩子——能用，但你花的钱大部分都白花了。Copilot 帮你"打字更快"，Claude Code 帮你"思考和执行"。Claude 只是一个执行者——你说一步，它做一步。

2026-03-21 22:04:14 255

原创第 5 篇：让 Claude 少犯错，验证机制、测试策略与发布检查清单

但改一篇内容的 category 字段，你不一定能立刻想到它会影响：分类聚合页的内容列表、侧边栏的分类计数、搜索索引中该文章的分类标记、可能存在的 RSS 分类过滤。你按前四篇的方法，搭了一套完整的规则体系——CLAUDE.md 主文件、6 份 docs/ 文档、frontmatter 规范、schema 定义、构建链路说明。即使是人类开发者，代码审查、单元测试、CI/CD 也不是因为"不信任开发者"，而是因为"人会犯错，系统来兜底"。这三个特点决定了：内容型项目的验证策略，不能照搬代码项目的做法。

2026-03-21 21:19:11 303

原创第 4 篇：内容即数据——frontmatter 规范、数据结构与构建链路的工程化设计

你的 docs/content-rules.md、docs/data-schema.md 和 docs/build-process.md 的核心任务，就是把这些"隐性连锁关系"变成"Claude 能看到的显性规则"。一旦某个字段进入了"基础字段"清单，就不要轻易改动它。因为改动一个基础字段，意味着你需要同时更新：所有内容文件、类型定义、解析函数、页面模板、搜索索引脚本——任何一个环节遗漏，都会出问题。很多人在早期会省略这个字段，结果列表页的摘要显示要么是空的，要么是用正文前 100 字截取的——效果很差。

2026-03-20 22:01:21 280

原创第 3 篇：规则分层——用 docs/ 文档体系实现渐进披露

不是因为它"叛逆"，而是因为——回忆第 1 篇讲的"指令预算"概念——当信息量超过阈值后，Claude 对所有规则的遵守力度都会均匀下降。📌 本篇核心目标：学会把"一个膨胀的 CLAUDE.md"拆解为"一个精简的主文件 + 一套专项文档"，掌握 6 份 docs/ 文档各自的职责边界，以及如何让 Claude 按需加载而非全量灌入。它管的是内容的"形式规范"——不是内容写什么（那是编辑的事），而是内容的文件结构、命名方式、字段规则、分类标签使用规则。它先给你一个导航，你根据当前任务找到对应的文档。

2026-03-19 22:22:08 545

原创第 2 篇：从零搭建一份内容型知识库项目的 CLAUDE.md 实战编写

自动生成的内容往往偏冗余。而且它几乎不可能自动识别内容型项目的特殊规则——比如 frontmatter 约束、slug 规则、分类体系的设计逻辑。Claude 会扫描你的项目——看 package.json、tsconfig、目录结构、现有文档——然后自动生成一份 CLAUDE.md 初稿。这是 CLAUDE.md 的第一段，Claude 进入项目后最先看到的内容。最好的 CLAUDE.md 不是一次写完的，而是在真实使用中逐步长出来的。：对项目很熟悉的人、想完全掌控内容的人、不想引入自动生成冗余的人。

2026-03-18 21:46:00 323

原创第 1 篇：重新理解 CLAUDE.md——它不是文档，而是项目协作的配置中枢

最糟的是——有时候你忘了交代某个关键约束（比如"slug 不能改"），Claude 就真的把 slug 改了，导致页面 URL 断裂、搜索索引失效、内链全部 404。📌 本篇核心认知：CLAUDE.md 不是给人看的说明文档，而是给 Claude 用的项目级配置文件。它假设读者是一个新加入项目的人类开发者，需要了解项目背景、怎么安装、怎么运行、架构是什么样。大多数开发者第一次听到 CLAUDE.md，会本能地把它和 README.md 归为一类——"不就是个项目说明文件嘛"。你是不是也在重复做这件事？

2026-03-17 22:56:07 375

原创《CLAUDE.md 与内容型知识库项目协作实战手册》介绍

你正在用 Claude Code 做一个内容型项目——可能是技术文档站、知识库、FAQ 系统、Markdown 驱动的内容网站，或者任何以"内容文件"为核心资产的项目。一篇 Markdown 文件看起来只是文本，但它实际上同时是详情页的数据源、列表页的条目、搜索索引的输入、分类聚合的单元、路由系统的映射、SEO 的元数据来源。它教你从项目认知、结构设计、内容规范、数据治理、验证策略到自动化升级，完整地搭建一套让 Claude 在内容项目中"少犯错、更稳定、可维护"的规则系统。

2026-03-17 22:56:07 345