Agent 说"You're apple64"时，它在告诉你什么
那次对话里，Agent 回了一句："You're apple64 — that's your system username and the home directory we're working in."
就这么一句话。看起来只是 Agent 在确认用户身份，没什么深意。但我停下来想了想：Agent 为什么在这个时候说这句话？它想建立的锚点是什么？这个锚点对后续协作有什么影响？
身份确认不是闲聊
Agent 说"You're apple64"不是在打招呼，而是在建立协作上下文。它确认了两件事：你是谁（apple64），我们在哪（你的 home directory）。
这两件事直接影响后续所有判断的基准。Agent 知道你的用户名，就能正确解析文件路径——/Users/apple64/Documents/里的 Documents 是你的 Documents，不是别人的。Agent 知道工作目录是 home directory，就能理解相对路径和绝对路径的区别——./project 指的是 /Users/apple64/project，不是 /project。
很多人忽略了这一点：Agent 在对话开始时的身份确认，是整个协作的锚点。没有这个锚点，后续所有的文件操作、权限判断、路径解析都可能出偏。Agent 可能把 ./config 解析到 /config（绝对路径），而不是 /Users/apple64/config（相对路径），因为它不知道当前工作目录是 home directory。路径解析错误是协作中最高频的错误之一，而它的根因往往就是锚点缺失。
身份确认的另一层意义是权限边界。Agent 知道你是 apple64，就能判断哪些操作在你的权限范围内——你可以在自己的 home directory 里写文件，但不能在 /etc 里写。这个判断不需要每次都去查权限表，只要锚点正确就行。锚点正确意味着 Agent 可以快速做出权限判断，而不是每次都停下来确认"这个操作你有权限吗？"
锚点背后的工作方法
这次经历让我注意到一个模式：好的 Agent 在开始协作时，会主动确认关键上下文信息。差的 Agent 会跳过这一步，直接开始执行。
跳过确认的 Agent 容易犯两类错误：路径错误（把相对路径解析到错误的位置）和权限错误（用错误的用户身份去判断操作权限）。路径错误导致文件找不到或写到错误位置——Agent 把 ./data.json 解析到 /data.json，但你的文件在 /Users/apple64/data.json。权限错误导致操作被系统拒绝或误判为允许——Agent 认为你有权限写 /etc/config，但你没有。
我在后续协作里养成了一个习惯：对话开始时，主动告诉 Agent 关键上下文。不是等它来问，而是直接给。
比如："我是 apple64，工作目录是 /Users/apple64/Documents/project-x，当前目标是完成数据清洗脚本。"这一句话就给足了三个锚点：身份、位置、目标。Agent 不需要再花时间去推理这些信息，可以直接进入正确的执行路径。
这三句话的投资是五秒钟，回报是后续整个对话更少的纠偏步骤。没有锚点的对话，Agent 每次遇到路径或权限问题时都要停下来确认，确认次数可能多达十几次。有锚点的对话，这些确认在前五秒就完成了。十几次确认每次花三秒，总共三十秒。前五秒的投资省下三十秒的确认，投资回报率是六倍。
从小卡点提炼协作原则
这个卡点提炼出的原则很小但很实用：
协作开始时，主动给锚点信息。 不需要给所有上下文，只需要给最关键的三个：你是谁、在哪工作、当前目标是什么。
这三个锚点能让 Agent 的后续判断基于正确的基准，而不是基于猜测。Agent 的猜测能力很强，但猜测的准确率永远不如你直接告诉它。猜测依赖间接线索——路径结构、文件内容、命令历史。直接告诉依赖你的明确声明。前者可能对也可能错，后者一定对。
这个原则我用了很多次。每次新对话开始，我都会花几秒钟给锚点信息。这几秒钟的投资，换来的是后续整个对话更少的纠偏步骤。Agent 不需要反复确认路径、不需要反复判断权限、不需要反复追问目标。所有这些确认在对话前五秒就完成了。
Agent 说"You're apple64"的时候，它不是在闲聊，而是在告诉你：协作需要一个起点。给它起点，它就能跑得更准。不给起点，它就只能猜，猜对了是你的运气，猜错了是你的时间成本。时间成本比运气更可控——你花五秒给锚点，比花几十秒纠偏更划算。