grammar: v0 EBNF 확정과 열린 문법 결정 8건

열려 있던 문법 항목을 언어 철학에 따라 전부 닫고 EBNF로 고정한다.

- 제네릭 인자를 대괄호로 통일(List[a], map[Int, String](...)). <>는 식
  위치에서 비교 연산자와 갈리지 않아 turbofish라는 제2 표기를 부르는데,
  effect 규칙이 명시적 인스턴스화 문법을 요구하므로 회피할 수 없다.
  대괄호는 전위=리터럴 / 후위=인스턴스화로 위치가 결정해 LL(1)이고 표기가
  하나다. 대가로 인덱싱 연산자를 두지 않는다.
- 파라미터 규칙을 callable 한정에서 전 파라미터로 일반화. 기본은 빌림,
  own만 소유 이전. capability를 예외로 두지 않는 이유는 capability의 존재가
  이미 타입과 effects 절에 드러나기 때문이다 — 표기가 실을 정보는 소유 이동뿐.
- 문 구분은 줄바꿈(Go식 자동 삽입), 블록은 식, return은 조기 탈출 전용.
  if/match를 식으로 두면 재대입이 줄어 move 검사가 단순해진다.
- match 가드 없음. 가드는 exhaustiveness를 흐리고 SMT 없이는 _ 분기를
  강요한다. 철학 1의 대표 항목을 문법 편의와 바꾸지 않는다.
- ?는 Result 전용 하드코딩. 조기 탈출도 블록 종료이므로 scope의 join/cancel이
  ? 경로에서도 실행된다. v1 linear 도입 시 이 경로가 암묵 drop 문제와 만난다.
- 수식어 순서는 바인딩(own, mut) 먼저, 타입(affine) 나중.

docs/grammar.ebnf는 LL(1)을 설계 제약으로 명시하고, effect 합집합을
결과 위치 전용 프로덕션으로 새겨 파라미터 위치의 역산을 파서가 거부하게 한다.
samples/는 확정 표기로 전면 갱신.

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

samples/README.md

@@ -1,44 +1,41 @@
 # samples — 문법 탐침
 
-여기 있는 `.cool` 파일은 **명세가 아니라 탐침**이다. 목적은 하나:
-`docs/thesis.md`의 v0 성공 기준 중 "체감" 항목 — 확정된 규칙(use/own, affine,
-effect 변수, TaskScope)으로 짠 코드가 사람이 읽을 만한지 — 을 EBNF를 쓰기 전에
-눈으로 확인하는 것.
+여기 있는 `.cool` 파일은 **명세가 아니라 탐침**이다. 목적은
+`docs/thesis.md`의 v0 성공 기준 중 "체감" 항목 — 확정된 규칙으로 짠 코드가
+사람이 읽을 만한지 — 을 눈으로 확인하는 것. 문법 정의는 `docs/grammar.ebnf`.
 
 파서는 아직 없으므로 이 파일들은 컴파일되지 않는다.
 
 | 파일 | 검증 대상 |
 |---|---|
-| 01_capability_signature | use 파라미터 + effects 절, capability struct 관용구 |
-| 02_higher_order_effects | effect 변수, 구문 수준 제한, use 기본 / own 유표기 |
+| 01_capability_signature | capability 파라미터, effects 절 어순, capability struct 관용구 |
+| 02_higher_order_effects | effect 변수, 구문 수준 제한, 명시적 인스턴스화 |
 | 03_scope_concurrency | TaskScope, 이름 있는 scope, 중첩 시 수명 표현 |
 | 04_enum_match_interface | enum 정의 본문이 interface surface에 들어가는 경로 |
 | 05_move_errors | **에러가 나야 하는** 코드 — 진단 하나씩 |
-| 06_affine_closure | callable affinity (fn vs affine fn), use/own과의 직교성 |
+| 06_affine_closure | callable affinity (fn vs affine fn), own과의 직교성 |
 | 07_module_interface | interface artifact가 담아야 할 것 전부 |
 
 `05_move_errors.cool`은 통과하면 안 되는 파일이다. 각 함수 주석의 `[E-...]`
 태그가 기대 진단이며, 체커가 생기면 그대로 테스트 케이스가 된다.
+`E-syntax-*` 태그는 파서가, 나머지는 체커가 거부해야 한다.
 
 ## 확정된 표기
 
 - 어순: `fn 이름(파라미터) effects {...} -> 반환타입`.
   함수 타입도 동일: `fn(a) effects e -> b`
+- 파라미터는 기본이 빌림(use, 무표기). 소유 이전만 `own` 유표기.
+  capability든 클로저든 일반 affine 값이든 규칙은 하나다
+- 파라미터 밖(반환 타입, struct 필드, channel 원소)은 항상 owned, 무표기
+- 제네릭은 대괄호: 타입 `List[a]`, 식 `map[Int, String, {fs.read}](xs, f)`.
+  인덱싱 연산자는 두지 않는다 (`List.at`)
+- 수식어 순서: `own` / `mut`가 먼저, 타입 수식어 `affine`은 타입 안
 - 모듈: 파일 = 모듈, `pub`이 exported, `import "domain/path" as Name`
-- 재수출: `reexport Name` (전용 키워드 — hash 전파를 동반하므로 구분한다)
-- capability 파라미터: `fn f(use pay: Gateway)`
-- callable 파라미터: 기본이 use(비탈출, 무표기). 저장하는 쪽만 `own fn`
-- 파라미터 밖(반환 타입, struct 필드, channel 원소)의 callable: 무표기 owned
-- affine 클로저 타입: `affine fn(a) effects e -> b`
+- 재수출: `reexport Name` (전용 키워드 — hash 전파를 동반한다)
 - effect 집합: `effects {Type.method, ...}`, 빈 집합은 생략
-- effect 변수: `<e: effects>` 선언, 합집합 `e1 | e2`는 결과 위치 전용
-- 제네릭: `List<a>`
-- scope: `scope sc { ... }` — 이름 필수, 블록 종료 시 join/cancel
-- 오류 전파: `?`
-
-## 아직 열려 있는 것
-
-- 표현식 `a < b`와 제네릭 `List<a>`의 `<` 모호성 해소 방법
-- `?`의 정확한 의미론 (Result 전용인지, 어디까지 전파하는지)
-- `match` 가드, 중첩 패턴의 범위
-- 리터럴 배열 `[...]`과 컬렉션 표기
+- effect 변수: `[e: effects]` 선언, 합집합 `e1 | e2`는 결과 위치 전용
+- 문 구분은 줄바꿈 (Go식 자동 삽입)
+- 블록은 식. 마지막 식이 값이고 `return`은 조기 탈출 전용
+- `if`와 `match`는 식. `match` 가드 없음
+- 리스트 리터럴 `[a, b, c]`, 빈 리터럴은 타입 주석 필요
+- 오류 전파 `?`는 `Result` 전용