C.W.K.
Stream
Lesson 02 of 05 · published

Compaction은 유용하고 lossy

~24 min · compaction, loss, verification

Level 0Window Watcher
0 XP0/50 lessons0/13 achievements
0/100 XP to next level100 XP to go0% complete

Compaction은 부활 아니야

Modern API가 long interaction compact 가능, 가끔 opaque 내부 state forward carry. 유용. 그래도 explicit state 그만 쓸 license 아니야. Compacted item이 모형 계속 도와도, 사람은 opaque reasoning 직접 audit 못 해.

두 compaction 실패 모드

Provider compaction(자동, opaque) — 내부 도와도 뭐 보존됐는지 못 봐. Manual summary(가독, lossy) — 명시적으로 list 안 하면 detail 누락. 둘 다 verification 필요. Compaction 후 뭐 잃었을지 묻고 durable 파일과 비교.

Trust, but inspect

Compaction 후 첫 turn은 sanity check지 destructive work로의 sprint 아니야. 모형이 critical rule이나 가정 잃었으면, 다음 risky action 전에 — 도중 아니라 — 알아내고 싶지.

Compaction은 압축 도구지 truth oracle 아니야. 항상 act 전에 verify.

Code

After-compaction audit·yaml
post_compaction_check:
  - restate current goal
  - list live constraints
  - list touched files
  - list authority boundaries (do-not list)
  - name next safe action
  - say what might be missing
  - wait before destructive work
모형용 audit prompt·text
Drift audit (post-compaction):
Using only current context, list:
  1. Live rules I must obey.
  2. Things I must NOT do.
  3. Sources I have verified this turn.
  4. The next safe action.
  5. Anything I think might be missing.
Do not infer from priors. Say 'missing' if missing.

External links

Exercise

*아빠* 워크플로용 post-compaction audit prompt 초안. 모형이 priors에서 reconstruct 말고 missing context 인정하라고 요청해야.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.