choiyounggi · Oct 23, 2026 · Oct 23, 2026
@@ -17,7 +17,7 @@
       },
       "source": "./plugins/lnpl",
       "homepage": "https://github.com/choiyounggi/linkly",
-      "version": "0.9.0",
+      "version": "0.9.1.dev0",
       "tags": [
         "lnpl",
         "linkly",
@@ -37,7 +37,7 @@
       },
       "source": "./plugins/lnpl-dev",
       "homepage": "https://github.com/choiyounggi/linkly",
-      "version": "0.9.0",
+      "version": "0.9.1.dev0",
       "tags": [
         "linkly",
         "contributor",
@@ -56,7 +56,7 @@
       },
       "source": "./plugins/lnpl-mcp",
       "homepage": "https://github.com/choiyounggi/linkly",
-      "version": "0.9.0",
+      "version": "0.9.1.dev0",
       "tags": [
         "lnpl",
         "linkly",

@@ -9,4 +9,4 @@
 *generated* OpenAPI document.
 """
 
-__version__ = "0.9.0"
+__version__ = "0.9.1.dev0"
@@ -1,7 +1,7 @@
 {
   "name": "lnpl-dev",
   "description": "Contributor tooling for the linkly platform itself — not for writing `.lnpl`. This repo has four environment preconditions that all fail silently, an RFC process with non-reusable numbering and a fixed seven-section template, and a mutation harness whose stale copy list makes every mutant fail identically. These skills route to the repo's own doctor and lint scripts and record the traps that have actually been hit.",
-  "version": "0.9.0",
+  "version": "0.9.1.dev0",
   "author": {
     "name": "choiyounggi",
     "url": "https://github.com/choiyounggi"

@@ -2,7 +2,7 @@
   "name": "lnpl-mcp",
   "displayName": "lnpl-mcp",
   "description": "Expose the LNPL compiler to the model as MCP tools instead of a shell command. `lnpl compile` writes its diagnostics to stderr and exits 0, so a caller that branches on the exit code misses every warning — and an unknown verb is a warning that means the step does nothing at runtime. These tools return the diagnostic records as structured data, call the already-imported compiler directly (no PATH lookup, no stream redirection), and route a design decision to the knowledge base before it is made.",
-  "version": "0.9.0",
+  "version": "0.9.1.dev0",
   "author": {
     "name": "choiyounggi",
     "url": "https://github.com/choiyounggi"

@@ -2,7 +2,7 @@
   "name": "lnpl",
   "displayName": "lnpl",
   "description": "Author `.lnpl` for the linkly LLM-native platform. LNPL's vocabulary is closed and absent from model training data, so a plausible-looking source compiles and then silently does nothing — an unknown verb derives no effect, and most declarations are never enforced. This plugin routes the model to the vocabulary generated from the compiler's own tables, checks at session start that the compiler is reachable at all, surfaces `lnpl compile` diagnostics the moment a file is written, offers an independent reviewer subagent so the session that wrote a file does not grade its own vocabulary, derives spec cases from declarations, consults the knowledge base before design decisions, and gates completion on evidence.",
-  "version": "0.9.0",
+  "version": "0.9.1.dev0",
   "author": {
     "name": "choiyounggi",
     "url": "https://github.com/choiyounggi"

@@ -2,7 +2,7 @@
 
 # 선언과 집행 (ENFORCEMENT)
 
-> lnpl 0.9.0 기준.
+> lnpl 0.9.1.dev0 기준.
 
 선언했다고 집행되는 것이 아니다. 아래 표가 정본이다 — `enforced`만 실행을 바꾼다. `measured`는 관측·보고하되 막지 않고, `unenforced`는 런타임이 완전히 무시한다(issue #38).
 

@@ -2,7 +2,7 @@
 
 # 문법 — 키워드와 예약어
 
-> lnpl 0.9.0 기준.
+> lnpl 0.9.1.dev0 기준.
 
 LNPL은 닫힌 키워드 집합을 쓴다. 아래에 없는 키워드는 문법이 아니다.
 

@@ -2,7 +2,7 @@
 
 # 이름과 참조 — 선언명·노드 id·스텝 객체
 
-> lnpl 0.9.0 기준.
+> lnpl 0.9.1.dev0 기준.
 
 선언에 붙인 이름은 곧 **노드 id**가 되고, 스텝이 엔티티를 가리킬 때 쓰는 철자도 그 규칙에서 나온다. 둘 다 기계적이고, 둘 다 틀리면 조용히 실패하지 않고 **컴파일이 거부한다** — 다만 에러가 이유를 말해주지 않아서 규칙을 모르면 빠져나올 수 없다(이슈 #50).
 

@@ -2,7 +2,7 @@
 
 # 컬렉션이 필요해 보일 때 — 안티패턴과 권장패턴
 
-> lnpl 0.9.0 기준.
+> lnpl 0.9.1.dev0 기준.
 
 `.lnpl`을 쓰다가 "여기 목록/맵이 필요하겠다"는 느낌이 들 때 멈추는 표다 — 그 느낌을 따라가면 파서가 받아주지 않거나(컬렉션 필드는 문법에 없다), 파서가 받아준다 해도 의미가 없는 문장을 쓰게 된다. linkly는 닫힌 어휘라 그럴듯한 낱말이 조용히 아무 일도 하지 않는 쪽이 실패 모드다(RFC-0048).
 

@@ -2,7 +2,7 @@
 
 # RFC 포인터 — 규칙의 근거와 로드맵
 
-> lnpl 0.9.0 기준.
+> lnpl 0.9.1.dev0 기준.
 
 `.lnpl`을 쓰다 막혔을 때 **어느 RFC를 열지**만 답하는 표다. 규칙의 정본은 이 디렉터리의 다른 참조들이고, RFC는 그 규칙이 **왜 그런지**와 **아직 없는 것의 로드맵**을 갖는다. 아직 없는 어휘를 만났을 때 (`sum`/`count` 같은) "없다"에서 멈추지 않으려면 여기를 본다.
 

@@ -2,7 +2,7 @@
 
 # spec 블록
 
-> lnpl 0.9.0 기준.
+> lnpl 0.9.1.dev0 기준.
 
 워크플로 안의 `spec` 블록은 `given` / `when` / `expect` 세 절을 갖는다.
 워크플로당 블록 여러 개를 선언할 수 있고 블록마다 독립 케이스 하나가 된다 —

@@ -2,7 +2,7 @@
 
 # 타입과 Refinement
 
-> lnpl 0.9.0 기준.
+> lnpl 0.9.1.dev0 기준.
 
 ## 의미 타입
 

@@ -2,7 +2,7 @@
 
 # 동사 어휘 (VERB_LEXICON)
 
-> lnpl 0.9.0 기준 (vocab 4009b5f7507b).
+> lnpl 0.9.1.dev0 기준 (vocab dd01e03676b0).
 
 워크플로 스텝의 **첫 낱말**이 동사다. 아래 표에 없는 동사는 에러가 아니라 **효과 없는 no-op**으로 실행된다 — 파일은 컴파일되고, 런타임은 아무것도 하지 않는다(issue #36). 진단 코드 `unknown-verb`가 그때 발생한다.
 

@@ -4,7 +4,7 @@ build-backend = "hatchling.build"
 
 [project]
 name = "lnpl"
-version = "0.9.0"
+version = "0.9.1.dev0"
 description = "LNPL — the surface language, Semantic IR, and runtime of the linkly LLM-native programming platform"
 readme = "README.md"
 requires-python = ">=3.11"

@@ -284,7 +284,7 @@
         "refine"
       ]
     },
-    "lnpl_version": "0.9.0",
+    "lnpl_version": "0.9.1.dev0",
     "reserved": [
       "if",
       "for",