$ man context-wiki/agent-mode

代理模式是默认的执行模式。Claude 读取文件、编写代码、运行终端命令、创建新文件、修改现有文件，并端到端地构建功能。这是工作真正完成的模式。Joe Rhew 将其描述为"需要入职培训的队友"。这是正确的心智模型。你不会在没有提供产品、角色画像和消息框架背景的情况下就把新员工扔进你的 GTM 运作中。代理也一样。代理模式输出的质量完全取决于你在执行开始前提供的上下文。

模式

把每次代理模式会话想象成为新队友做入职培训。他们需要知道什么？你的产品（你卖什么、卖给谁）。你的语气（你如何沟通）。你的工作流（事情如何完成）。你的约束（避免什么、遵循什么格式）。如果你跳过入职培训，代理就会做假设。有些是对的。很多不是。最糟糕的是代理模式的假设看起来很自信。输出读起来很好。只是与你的实际情况不符。预先加载上下文。让代理从知识的角度执行，而不是从猜测的角度。

专业技巧

如果你在复杂任务上跳过了计划模式，代理模式会冲上去做假设。它会在没有评估替代方案的情况下选择一种方法。它会在没有检查是否存在类似文件的情况下创建文件。它会写出能运行但不符合你架构的代码。如果你先做了计划，代理模式就会干净地执行。它遵循计划。它在正确的位置创建正确的文件。它使用你已经建立的模式。计划不是浪费时间。它是让代理模式有效的上下文。

反模式

给模糊指令却期望具体输出。"让网站看起来更好"是不可操作的。"将主区域背景改为深色，标题字号增加到 3rem，添加 2rem 内边距"是可操作的。 在要求修改之前没有加载相关文件。如果你想让 Claude 匹配你现有的代码模式，确保它已经读取了现有代码。 让代理模式运行太久而不检查输出。每个主要步骤之后都审查。尽早纠正方向。第 1 步的一个小误解到第 10 步会复合成一个大问题。