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

samples/README.md

@@ -33,6 +33,15 @@ capability라 자원 타입을 정의해야 affine임이 유도된다.
 
 01~04, 06, 07은 `coolc check`를 통과한다 (exit 0).
 
+`modules/`는 모듈 경계다. `coolc check modules/area.cool`이 import를 따라
+shapes를 먼저 검사하고, `coolc iface modules/shapes.cool`이 downstream이
+보는 표면과 그 해시를 보여준다.
+
+`run/`은 실제로 돈다. `coolc run run/hello.cool`. 이 파일들은 검사를
+통과한다가 아니라 무엇을 출력하는지까지 말한다 — 기대 출력이 주석에 있고
+같은 것을 test/가 검사한다. main이 선언한 capability만 런타임이 넘기므로,
+파라미터에서 Console을 지우면 출력할 방법이 프로그램 안에 없다.
+
 파서는 첫 오류에서 멈춘다(오류 복구 미구현). 타입 검사기는 오류를 전부 모은다.
 
 ## 확정된 표기