Interview Bank

From Frontend Engineer to Agent Engineer in 30 Days

D4 Model Integration and System Prompts: a Multi-Provider Abstraction With Fallback, Overriding the Default Persona (dg P03/P04/M04)

• What does the system prompt do in an agent, and why not rely on the framework default?系统提示词（system prompt）在 Agent 里起什么作用？为什么不能用框架默认的？

  Common in ChinaCommon overseasIntermediate#prompt-engineering#system-prompt

  How to reason about it · think before answering

  1. The first half is a warm-up; the discriminating half is why the default is dangerous.
  2. State the role: it is the one instruction block whose weight stays stable across dozens of turns, setting identity, capability boundaries and output format.
  3. Then give three concrete consequences rather than 'not customized enough': it does not know your business boundary so it happily answers off-topic questions; it does not constrain output format so stray Markdown headings break your UI; and worst, it changes when the framework updates — your tested behavior rests on invisible text, and the bug appears with zero code changes.
  4. Land on practice: a production system prompt is assembled from a template — persona, capability boundary, output requirements, dynamic context — with the last part rebuilt per request.
  5. Expect: what gets forgotten in dynamic context? The current time. Models have no clock; without today's date they cannot resolve 'the order I placed three days ago'.
  6. Second follow-up: how do you test a prompt? Treat it as configuration, not code — store it, version it, roll it out to a percentage, because you cannot unit-test 'the tone got friendlier'.

  分析过程 · 先想清楚再作答

  1. 前半句是送分题，后半句才是区分度所在——很多人答得出 system prompt 是干什么的，答不出「默认值有什么坑」。
  2. 先说作用：它是唯一一段在整段对话里权重稳定、不会被后续几十轮稀释的指令，用来设定身份、能力边界和输出格式。
  3. 再答「为什么不能用默认的」，要给出三条具体后果而不是泛泛说「不够定制」：一是它不知道你的业务边界，用户问业务外的问题它会热情地答；二是它不约束输出格式，前端样式会被冷不丁冒出的 Markdown 标题打乱；三是最要命的——它会随框架升级而变化，你测好的所有行为建立在一段看不见的文本上，出 bug 时你的代码一行没动，极难排查。
  4. 结论落到工程做法：生产环境的 system prompt 是拼出来的模板，结构是「人设 + 能力边界 + 输出要求 + 动态上下文」，最后一块每次请求现拼。
  5. 可以预期的追问：动态上下文里最容易漏什么？答「当前时间」——模型没有时钟，不告诉它今天几号，它算不出「三天前下的单」是哪天。这个细节很能体现有没有真做过。
  6. 第二个追问：prompt 怎么测试？答案是把它当配置而不是代码——存库、加版本号、支持按比例灰度，因为你没法写单元测试断言「模型语气变友好了」。

  Key points

  • The system prompt sets identity, capability boundaries and output format, and keeps stable weight across turns
  • A default persona does not know your business boundary and will cheerfully answer off-topic questions
  • It does not constrain formatting, so stray Markdown can break your UI
  • Most dangerous: defaults change on framework upgrades, producing behavior regressions with no code change
  • Production practice: assemble it explicitly, treat it as versioned configuration, and roll changes out gradually

  答题要点

  • system prompt 设定身份、能力边界与输出格式，是对话里权重最稳定、不被后续轮次稀释的一段指令
  • 框架默认人设不知道你的业务边界，会热情回答业务外的问题，浪费 token 且跑题
  • 默认人设不约束输出格式，模型可能吐出 Markdown 标题打乱前端样式
  • 最危险的是默认值会随框架升级而变化，代码一行没动却出现行为回归，极难排查
  • 生产做法：显式拼模板（人设 + 能力边界 + 输出要求 + 动态上下文），当作配置存储、加版本号、可灰度