Interview Bank

How to reason about it · think before answering

1. This tests understanding of the agent loop. 'Tests matter' is common sense; explain where the loop closes without a check.
2. Chain: an agent works in a do–observe–adjust loop and stops on 'looks done'. Without a runnable check, 'looks done' is the only signal and the verification step falls on you — every mistake waits to be noticed; present, it is a tool, absent, it is a risk. With a check (tests, build exit code, lint, diff-against-fixture, screenshot compare) the loop closes inside the machine: it works, runs, reads, and iterates to green while you review evidence.
3. Four levels: in the prompt ('run the tests until they pass') — usable today; as a /goal — an independent evaluator re-checks every turn; as a Stop hook — the turn cannot end until the check passes, deterministic; as a reviewer subagent — the one who did the work is not the one grading it. Each step trades setup for attention.
4. Production nuance: demand evidence, not claims — test output, commands and return values, screenshots; reviewing evidence beats re-running.
5. Follow-up: can the check itself be gamed? Yes — the model might edit tests to pass. Counter with a deny rule on the test directory or a reviewer specifically checking for test tampering.

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

1. 这题考对 Agent 循环的理解。答成「测试很重要」是常识；要说清没有检查时循环在谁那里闭合。
2. 推导：Agent 在「做、看结果、改」的循环里工作，停下来的信号是「看起来做完了」。没有可运行的检查，「看起来做完了」是唯一信号，验证环落在人身上——每个错误都要等你注意到，你在场它是工具，你不在场它是风险。有了检查（测试、构建退出码、lint、比对脚本、截图对照），循环在机器里闭合：它做、它跑、它读结果、它改到通过，你只审证据。
3. 硬度分四档：写进提示词（「实现后跑 pnpm test 直到全过」）——今天就能用；设为 /goal——独立评估器每轮复核直到达成；写成 Stop hook——测试不过不允许结束，确定性门禁；交给另一个 subagent 复核——做的人和判的人分开。每升一档多一点配置，换来少一点盯着。
4. 生产视角：要求展示证据而不是宣布成功——贴测试输出、贴命令与返回值、贴截图；审证据比自己重跑快。
5. 可预期的追问：检查本身会不会被绕过？会——模型可能改测试让它过。对策是把测试目录放进禁改清单，或让 reviewer subagent 专门核对「有没有为了过而改测试」。

How to reason about it · think before answering

1. The signal is entirely in the second half. Saying you keep the important parts is empty; interviewers want an executable verification step and evidence it has actually caught something.
2. Explain why compaction is riskier than trimming. Trimming changes structure: you know which field you removed and you can fetch it back. Compaction changes language: what got dropped is the model's choice, and nothing marks the loss.
3. Name the fragile categories. First, whatever is currently in flight in the last few turns, which loses its referent the moment it is folded. Second, hard requirements that do not look like conclusions, such as user-stated deadlines, emotional demands, or verbal commitments. Third, identifiers, which summaries happily rewrite from an order number into the relevant order.
4. Conclusion: preset a list of facts that must remain findable after compaction and check them every time, rejecting the compaction or widening the verbatim window on failure. Support it with three measures: keep recent turns verbatim, give hard requirements their own section in the summary prompt, and demand verbatim preservation of identifiers.
5. Expect the follow-up asking whether it ever caught you. A concrete case lands best: dropping the verbatim window from six turns to one raised the compression ratio from 68 to 87 percent but silently deleted a user's stated Friday deadline, because it lived only in recent turns and did not read like a conclusion.

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

1. 这题的区分度全在后半句。谈「要保留重要信息」是空话，面试官想听的是一个可执行的验证机制，以及你有没有真的被它拦下来过。
2. 怎么拆：先说清压缩为什么比裁剪危险。裁剪动结构，删掉一个字段你知道删了什么、也能取回来；压缩动语言，丢掉了什么是模型决定的，而且丢完不留任何标识。
3. 点出最脆弱的两类内容：一是最近几轮正在进行的事，一折叠就失去指代对象，模型下一句就会问你说的是哪一单；二是形式上不像结论的硬性要求，比如用户提出的时间点、情绪化诉求、口头承诺——它们在语言上不重要，在业务上是全部。还有一类是标识符，摘要很容易把订单号写成「相关订单」。
4. 结论给验证机制：预置一组「压缩后必须还能找到」的关键事实，每次压完逐条核对，不通过就拒绝这次压缩或调大保留轮数。三条配套措施是：保留最近若干轮原文、在摘要提示词里让硬性要求单独成段、明确要求逐字保留标识符。
5. 可预期的追问：你被这个检查拦下来过吗？给一个具体例子最有力，比如把保留轮数从 6 调到 1 时压缩率从 68% 涨到 87%，但「用户要求周五 18:00 前答复」这条直接消失——因为它只活在最近几轮原文里，而且它不像一条结论。