Interrupt는 Context Event야

수정은 잡음이 아니야

사람이 "아니 그거 하지 마"라고 끊고 들어오면, 그 끼어들기가 이전 계획보다 우선순위가 높은 context야. 긴 session이 무너지는 건 모형이 수정을 상태 전환이 아니라 지나가는 한마디로 취급할 때고. 끼어들기는 전부 분류돼야 해. 범위가 바뀐 거야, 우선순위가 바뀐 거야, 권한이 바뀐 거야, 기준이 바뀐 거야, 아니면 완료 조건이 바뀐 거야?

다시 시작하기 전에 handoff부터 고쳐

끼어들기가 뭔가 실질적인 걸 바꿨으면, 일 다시 잡기 전에 살아 있는 handoff나 steering note를 고쳐놔. 안 그러면 다음 checkpoint가 그 수정이랑, 그게 덮어버린 옛 계획을 같이 눌러서 요약해버려.

Code

끼어들기 분류기·python

def classify_interrupt(message: str) -> dict:
    return {
        "scope_changed":           any(k in message for k in ["new task", "switch to", "different"]),
        "authority_changed":       any(k in message for k in ["do not", "never", "only with my approval"]),
        "source_of_truth_changed": any(k in message for k in ["outdated", "superseded", "ignore that"]),
        "priority_changed":        any(k in message for k in ["this matters more", "first", "urgent"]),
        "needs_handoff_update":    True,
    }

정리하고 확인받는 답변·text

Acknowledged. Updating live state:
  - Authority: 'do not run X' added to forbidden list.
  - Prior plan to do X is canceled.
  - Next action: pick alternative Y.
Is that the right reading?

수정은 잡음이 아니야

최신이 항상 이기는 건 아니지만, 정리는 반드시

다시 시작하기 전에 handoff부터 고쳐

Code

External links

Exercise

Progress

댓글 0