review-experience

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

기록 하나 검증하기

验证单条记录

add-experience

가 캔 에피소드를 면접관이 보는 것과 같은 조건 — 파일만 — 으로 읽고, 무너질 자리를 짚어 되캔다.

add-experience

仅以文件这一与面试官视角相同的条件读取已记录的经历，找出可能被突破的漏洞并填补。

1. 대상과 격리 확보

1. 确保目标与隔离

career/episodes/*.md

목록을 보여주고 고르게 한다. 사용자가 파일을 지정했으면 그것을 쓴다.

그다음 사용자에게 묻는다 — "이 대화에서 이 에피소드를 캐신 적 있나요?" 답을 그대로 믿는다. 자기 컨텍스트로 판정하지 않는다.

아니오 → 2단계로 간다. 격리는 이미 확보돼 있다
예 →
```
tech-interviewer
```
서브에이전트로 2단계를 수행한다
예인데 서브에이전트를 쓸 수 없음 → 여기서 멈추고 안내한다: "이 대화는 방금 캔 내용을 알고 있어서 검토가 무의미해집니다. 새 대화를 열어서 다시 실행해주세요." 이 경우 메인에서 면접관을 연기하지 않는다.

완료 조건: 검토할 에피소드 파일이 정해졌고, 2단계를 직접 수행할지 서브에이전트에 맡길지 정해졌다.

展示

career/episodes/*.md

列表供用户选择。若用户指定了文件，则使用该文件。

随后询问用户 — "本次对话中是否缓存过这段经历？" 直接信任用户的回答，不通过自身上下文判断。

否 → 进入第2步。已确保隔离
是 → 委托
```
tech-interviewer
```
子代理执行第2步
是但无法使用子代理 → 在此停止并提示："本次对话已了解记录内容，继续验证无意义，请开启新对话重新执行。" 这种情况下主代理不扮演面试官角色。

完成条件： 确定待审核的经历文件，明确是自行执行第2步还是委托子代理。

2. 파고들 자리 받기

2. 获取可追问的漏洞点

references/interviewer.md

의 기준으로 판정한다. 읽는 파일은 에피소드 하나와 그것이
projects:
로 참조하는
project.md
둘뿐이다. 프로젝트 파일의 경로는

career/projects/<id>/project.md

다 — 디렉토리를 탐색하지 말고 이 경로를 바로 연다. 다른 에피소드도, 지금까지의 대화도 근거로 쓰지 않는다.

서브에이전트에 맡기는 경우 프롬프트에 세 파일의 절대 경로를 넣는다: 에피소드,

project.md

(있으면),

references/interviewer.md

probe

가 0개면 4단계로 간다. 기록이 충분하다는 뜻일 수도 있고, 파일이 너무 빈약해 판단할 것조차 없다는 뜻일 수도 있다 — 둘 중 어느 쪽으로 보이는지 사용자에게 말해준다.

완료 조건:

probe

목록(0~3개)을 얻었다.

依据

references/interviewer.md

的标准进行判断。仅读取**单条经历及其通过

projects:

引用的

project.md

**这两个文件。项目文件的路径为

career/projects/<id>/project.md

— 无需遍历目录，直接打开该路径。不参考其他经历或当前对话内容。

若委托子代理执行，需在提示词中加入三个文件的绝对路径：经历文件、

project.md

（若存在）、

references/interviewer.md

。

若

probe

数量为0，则进入第4步。这可能意味着记录内容足够完善，也可能是文件过于空洞以至于无判断依据 — 需告知用户属于哪种情况。

完成条件： 获取到

probe

列表（0~3个）。

3. 되캐기

3. 填补漏洞

치명적인 것부터 하나씩.

probe

의

reached_if

로 판정한다.

채굴이 쓰는 각도(맥락 복원 · 전부 보고 · 순서 바꾸기)를 피한다. 되캐기는 셋 중에서 고른다 — 관점 바꾸기(그 자리의 다른 사람 눈으로), 증거 경유(커밋·슬랙·문서 등 남은 흔적을 실제로 열게), 대조(같은 사람의 다른 때와 견주어). 같은 각도로 다시 물으면 사용자는 지난번 답을 되풀이하거나 다듬어 낸다.

시간·장소·순서·사물은 질문의 재료이지 각도가 아니다. 고른 각도 안에서 재료로 쓰고, 답의 방향은 비운다 — 재료만 쓰고 각도를 비우면 채굴로 되돌아간다. 그리고 과거를 겨눈다 — *"지금 다시 한다면"*은 현재 지식을 과거 칸으로 흘려보낸다. 그런 답이 나오면

배운 점

에 넣는다.

3회 미도달이면

open_questions

에 적고 다음

probe

로 간다. 채굴에서 센 횟수와 따로 센다.

probe
원문은 4단계에서 공개한다. 지금 사용자가 알아야 할 것은 장면이지 면접관의 판단이 아니다 — 무엇을 답해야 하는지 알면 기억이 그쪽으로 재구성된다.

사용자가 의도를 추측하면("이거 ~ 물어보시는 거죠?") 확인해 주지 않는다: "제가 뭘 물어보는지는 잠깐 접어두셔도 됩니다. 지금 필요한 건 그때 실제로 오간 것이에요."

probe

가 사실과 다르면(파일에 이미 있는 것을 없다고 짚었으면) 되캐지 않고 넘어간다. 4단계에서 오탐이었다고 말해준다.

완료 조건: 각

probe

가

reached_if

에 도달했거나

open_questions

에 올라갔거나 오탐으로 판정됐다.

从最致命的漏洞开始逐一处理。通过

probe

的

reached_if

判断是否完成填补。

避免采用挖掘式的角度（还原上下文·全面回顾·调整顺序）。填补需从以下三种角度中选择 — 转换视角（从该场景中其他参与者的角度出发）、依托证据（引导用户实际查看提交记录·Slack聊天·文档等遗留痕迹）、对比参照（与用户其他时期的经历进行对比）。若从同一角度再次提问，用户可能会重复或微调之前的回答。

时间·地点·顺序·物品是提问的素材而非角度。需在选定的角度内使用素材，且不限制回答方向 — 若仅使用素材而不明确角度，会回到挖掘式提问。同时聚焦过去 — *"如果现在重新做"*会将当前知识代入过去场景。若出现此类回答，需将其归入

学到的经验

。

若3次尝试仍未达到

reached_if

要求，则将该问题加入

open_questions

，继续处理下一个

probe

。此计数与挖掘式提问的次数分开统计。

probe
的原文将在第4步公开。当前用户只需了解场景，无需知晓面试官的判断 — 若用户知道需要回答什么，记忆会向该方向重构。

若用户试图猜测意图（"您是想问~吗？"），不要给予确认："请暂时放下对我提问意图的猜测，现在需要的是当时实际发生的情况。"

若

probe

与事实不符（比如指出文件中已存在的内容为缺失项），则跳过填补，在第4步告知用户这是误判。

完成条件： 每个

probe

要么达到

reached_if

要求，要么被加入

open_questions

，要么被判定为误判。

4. 열어 보이고 반영

4. 公开结果并更新

이제

probe

원문과

intent

를 보여준다.

"방금 말씀하신 것 중 이 부분이 면접관이 파고들 지점이었습니다. 그가 알아내려던 것은 이것입니다."

되캔 내용을 반영하기 전에 바뀌는 부분만 보여준다. 여기서 들어가는 문장이 면접에서 가장 먼저 방어해야 할 문장이다. 그리고 묻는다 — "이 문장, 본인이 한 말 맞나요? 본인 말투 맞나요?"

도달한

probe

가 기존

open_questions

항목과 같은 자리면 그 줄을 지운다. 지울지는 사용자에게 확인한다.

인터뷰 중에 자기 서술이 나왔으면

career/self.md

에

상태: 후보

로 적는다. 되캔 내용이 기존 역량 주장과 어긋나면 그 주장의

반례

에 이 에피소드 id를 넣는다.

add-experience

스킬의

scripts/build_index.py

에 닿을 수 있으면 돌린다 — vocabulary.md
경로를 함께 넘긴다. 닿을 수 없으면 그대로 둔다.

index.md

는 파생 캐시라 다음

add-experience

실행 때 다시 만들어진다.

완료 조건: 사용자가 추가된 부분을 확인했고, 파일이 갱신됐고, 남은

open_questions

를 사용자가 안다.

现在展示

probe

的原文及

intent

。

"刚才您所说的内容中，这部分是面试官会追问的点。他想要了解的是这个信息。"

在更新记录内容前，仅展示变更的部分。此处添加的语句是面试中最需要优先应对的表述。然后询问用户 — "这句话是您的真实表述吗？符合您的说话风格吗？"

若已解决的

probe

与现有

open_questions

中的条目属于同一问题，则删除该条目。是否删除需征得用户确认。

若面试中用户进行了自我陈述，需在

career/self.md

中标记为

状态：候选

。若填补的内容与原有的能力主张冲突，需在该主张的

反例

中添加此经历的ID。

若可访问

add-experience

技能的

scripts/build_index.py

，则运行该脚本 — 需一并传入
vocabulary.md
的路径。若无法访问则保持原样。

index.md

是衍生缓存，下次执行

add-experience

时会重新生成。

完成条件： 用户确认新增内容，文件已更新，用户知晓剩余的

open_questions

。