AI Agent效率翻倍：会话启动文件的秘密

大多数AI Agent的实用价值并不来自模型选择，而来自每次会话启动时加载的那个文件。Postman应用AI工程师Sterling Chin的Agent名叫Marvin，它没有花哨框架，只有markdown、bash脚本和几份关键文件。Chin说，CLI是引擎，而围绕它的文件才是你真正能编辑的部分。这个文件就是系统提示词：定义助手身份、职责边界、可用工具和输出格式。它也是上下文工程的核心，决定什么进入窗口、什么被挡在外面。本文拆解这份启动文件该写什么、如何迭代，以及为什么它比换模型更影响日常效率。

启动文件写什么：身份、优先级与禁止项

启动文件首先要回答“你是谁”和“你为谁工作”。Chin把工作背景和经常对接的人写进去，包括他的老板Quintin，这样新会话不用重新猜。但文件不宜过长，因为每次调用都会作为输入计费，只保留“下次会话不知道就会出错”的事实。一个可套用的骨架包含几块：身份与人物角色、优先级、可用工具链接、禁止行为、汇报格式。

Chin的Agent Marvin被设定为讽刺、直接、不当yes-man，因为他想要一个头脑风暴伙伴。但模型很快在讽刺上用力过猛。于是他加了一行至今仍被引用的规则：“Helpful first, personality second”。这行修正被Marvin自己写进了描述。这说明：当你发现行为漂移，当天就改文件。在一次对话里口头说“太过分了”会随窗口关闭而消失。

身份之下是优先级。Chin明确写出“帮助优先，个性第二；做决策时头脑风暴，不要默认同意”。他还划定了工作边界：只在指定的Confluence空间和看板中操作。对Agent来说，一个没写进文件的人名和角色，就是一次潜在事故。

系统提示词与上下文工程的关系：系统提示词（system prompt）是模型在会话开始时读到的一段高优先级指令，通常优先于用户在对话中临时输入的请求。与之相比，上下文工程（context engineering）范围更广，指的是主动决定哪些信息进入模型的上下文窗口、以什么顺序进入、哪些留在窗口之外。上下文窗口是模型一次能处理的所有文本总量，以 token 计量——token 是模型处理文字的最小单位，约等于四分之三个英文单词或半个到一个汉字。窗口填满后，早期内容会被截断或需要压缩，因此启动文件必须精简：它每轮都会随对话一起被计费，写入的内容必须值得这份开销。

工具与链接：用具体边界替代模糊搜索

Marvin第一次失败源于一个模糊指令：Chin让它去取Jira工单，但没说是哪些。Atlassian里有数千条，包括Chin只是关注的工单。于是他不再给Agent一个搜索空间，而是粘贴Confluence空间链接、DevRel工作区链接和Kanban看板链接。

这就是上下文工程：你决定什么进入窗口，也决定什么留在外面。一个链接就是一条边界。“我所有的工单”只会用错误的一千行污染会话。Chin围绕已知预算设计流程。在他的演示里，Marvin会添加当天会话、写检查点，然后Chin可以清空或压缩上下文，因为“你知道你只有20万token”。即使窗口更大，检查点对成本和专注度都有回报。

他的slash start命令运行bash，拉取工作邮件、日历和状态文件；slash end结束一天；slash update写入刚完成的一块。天就是会话，周报压缩最近五个会话。重复工作流放在skills目录里，以markdown流程形式与启动文件分开，遵循导师的建议：任何事做两次就自动化。

固定拉取相同来源的启动脚本是一条固定路径。机器人流程自动化（RPA）是上一代方案：确定性强，但布局或案例一变就脆弱。启动文件是你声明脚本可以运行、Agent必须停止的地方。Chin转述的安全审查结论是范围问题：Claude Code已被批准，Marvin没有做超出范围的事，并且它待在明确定义的空间里。把那个空间写下来，“已批准”不等于工具清单。

RPA与Agent式自动化的区别：机器人流程自动化（RPA）依赖预先录制的固定操作序列，例如按坐标点击按钮、按固定路径抓取表格。它在界面不变时稳定可靠，但页面布局调整、字段改名或出现例外案例时就会失败，而且失败往往悄无声息。Agent式自动化用自然语言描述目标，由模型动态选择步骤，因此对变化更耐受，但代价是行为不完全可预测。Chin的做法把两者结合：用启动文件给 Agent 划定允许操作的空间（链接、看板、邮件来源），让它在边界内自由行动，同时把边界本身写死。这也是安全审查聚焦“范围”而非“能力清单”的原因。

汇报格式：让Agent说清假设，而不是堆砌产出

Chin喜欢同事式的回报：简短说明什么变了，而不是倾倒工作内容。他的内容子Agent带有绝对规则，包括把破折号替换成逗号、句号或冒号的风格规则。有一次Agent标记某草稿行在对比模式规则上处于边界，Chin把它退了回去。这种标记应该属于汇报格式的一部分：说明你改了什么、假设了什么、人类应该检查什么。

对数字要保持警惕。Chin说Marvin现在处理他90%以上的日常工作，第一周后Marvin自己的周报列出了190多个条目。前者是他的估计，后者是Agent自己计数。如果汇报是你判断Agent是否回本的方式，那么Agent统计自己的产出就是薄弱环节。让文件展示假设，然后你去核实。

Marvin主要运行在Claude Code上，Chin说它也能跑在Codex或Gemini CLI上。引擎可以换，但启动文件应该是值得随身携带的部分。不要等引擎，先写文件，然后看第一次真实会话会出错在哪里。

实践清单

• 每次会话加载一个文件：身份、人物与角色、优先级、允许的链接、拒绝行为、汇报格式。
• 用你实际使用的空间URL和看板URL替换“取我的工单”。
• 当修正生效（语气、错误角色、禁止行为），当天就编辑文件。
• 对着你能说出的token预算做检查点。Chin按20万规划。
• 读汇报时重点看假设。不要把Agent对自己工作的计数当作结果。