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/07_module_interface.cool

@@ -4,9 +4,9 @@
 // downstream이 검사에 쓰는 정보 전부다. 본문은 하나도 필요 없다.
 
 pub capability PaymentGateway {
-    fn refund(id: OrderId) effects {PaymentGateway.refund} -> Result<Receipt, PayError>
+    fn refund(id: OrderId) effects {PaymentGateway.refund} -> Result[Receipt, PayError]
     fn charge(id: OrderId, amount: Money)
-        effects {PaymentGateway.charge} -> Result<Receipt, PayError>
+        effects {PaymentGateway.charge} -> Result[Receipt, PayError]
 }
 
 // 타입 정의 본문 (exhaustiveness에 직결하므로 variant까지 전부)
@@ -33,8 +33,8 @@ pub const MAX_RETRIES: Int = 3
 
 // 함수는 시그니처만. 본문은 hash에 들어가지 않는다.
 pub fn refund_order(
-    use pay: PaymentGateway,
+    pay: PaymentGateway,
     id: OrderId,
-) effects {PaymentGateway.refund} -> Result<Receipt, PayError>
+) effects {PaymentGateway.refund} -> Result[Receipt, PayError]
 
 pub fn retry_budget() -> Int