interp: 얇은 typed IR과 트리 워킹 인터프리터 — coolc run

문서에만 있던 실행 의미가 코드가 된다.

- ir.ml: AST를 얇은 IR로 낮춘다. `?`는 Result에 대한 match로 펼쳐지고,
  타입 인자는 사라지며(단형화 없음), 한정 이름은 하나의 이름으로 접힌다.
  이름은 낮추기 시점에 분류된다 — 실행 중에 "지역인가 전역인가"를 다시
  묻지 않는다.
- interp.ml: 검사하지 않는 인터프리터. 여기 도달한 프로그램은 이미 타입,
  effect, capability, ownership 검사를 통과했고, 같은 질문을 두 번 묻는
  것은 두 번째 진실을 만드는 일이다.

권한의 유일한 출처는 런타임이다. 소스에는 capability를 만드는 문법이 없고,
main은 자기가 선언한 것만 받는다. 파라미터에서 Console을 지우면 출력할
방법이 프로그램 안에 없다 — 보안 정리 (i)의 실행 시점 대응물. TaskScope의
뿌리도 같은 이유로 런타임이 준다.

scope의 v0 실행 의미는 순차다. 구조가 먼저고 병렬성은 그 위의 최적화다.

samples/run/은 이제 "검사를 통과한다"가 아니라 "이 값을 낸다"까지 말하고,
test/가 같은 것을 검사한다.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019ZVDeU6KLuUVL3gs18Hm3E

docs/thesis.md

@@ -290,8 +290,13 @@ Generics (철학 2에서 파생):
 - effect 변수 (effect 다형성)
 - interface artifact + hash 기반 incremental invalidation
 - coolc check
-- 얇은 typed IR + tree-walking interpreter (coolc run 대용)
+- 얇은 typed IR + tree-walking interpreter (coolc run)
   ※ IR을 미루면 non-IR 전제가 스며들어 재작성 됨. 지금, 얇게.
+  ※ 실행 시점에도 권한의 출처는 런타임 하나다. main이 선언한 capability만
+     넘어가고, 소스에는 capability를 만드는 문법이 없다 — 보안 정리 (i)의
+     실행 시점 대응물. TaskScope의 뿌리도 같은 이유로 런타임이 준다.
+  ※ v0의 scope 실행 의미는 순차다. 구조가 먼저고 병렬성은 그 위의 최적화다 —
+     순서가 반대면 취소와 전파를 나중에 끼워 넣게 된다.
   ※ effect check가 fast path 예산 안에 드는지가 사활 → 최우선 검증 대상
 
 제외 (아키텍처 검증 후 얹어도 되는 것):