deel-local-cli 1.17.9 → 1.19.0

package/src/agent/route.js

@@ -16,7 +16,248 @@
 // 낱말과 점수. 큰 점수일수록 그 모드라는 증거가 강하다는 뜻이다.
 //
 // 한국어를 먼저 두되 영어도 같이 본다 — 오류 메시지를 그대로 붙여넣는 일이 흔하다.
-const 표 = {
+/*
+ * 검사가 이 표를 그대로 읽는다 (test/자동모드.test.js).
+ *
+ * 규칙을 넣기만 하고 그게 실제로 걸리는지는 아무도 안 본다 — 안 걸리는 규칙은
+ * 없는 것과 같고, 그런데도 화면은 멀줦하다(다음 규칙이 받아 그럴듯한 모드를 낸다).
+ * 그래서 밖으로 내놓고, 규칙 하나하나가 실제 문장에 걸리는지를 재게 한다.
+ */
+/*
+ * ── 「… 좀 해줘」 의 빈칸 ────────────────────────────────────────────────
+ *
+ * 낱말 뒤에 붙는 토씨를 `점검(해|좀|을|이)` 처럼 **붙여서만** 봤다. 그런데
+ * 한국말에서 부탁할 때는 그 사이가 거의 언제나 벌어진다 —
+ *
+ *   "점검 좀 해줘" · "설명 좀 해줘" · "수정 좀 해줘" · "구현 좀 해줘"
+ *
+ * 이 꼴이 전부 **하나도 안 걸려서** 종합 모드에 그대로 남았다. 규칙이 안
+ * 걸리면 아무 데서도 안 터지므로(점수만 안 오른다) 여태 아무도 몰랐다.
+ * 자동모드.test.js 의 죽은 규칙 검사가 「이 규칙에 걸리는 실제 문장이 없다」
+ * 로 잡아 줬다.
+ *
+ * 그래서 '좀' **앞에만** 빈칸을 열어 둔다(`\s*좀`). 토씨 전체에 열면
+ * "점검 이력" 이 「점검 이」 로 걸리는 식으로 넓어진다 — 가르는 자리가
+ * 미묘해서, 여는 것도 좁게 연다.
+ */
+/*
+ * ── 영어 시킴말 ─────────────────────────────────────────────────────────
+ *
+ * 여기 한 번만 적고 두 자리에서 쓴다 — 아래 code 점수표와, 파일 맨 아래의
+ * 손대라했나. 두 벌로 두면 한쪽만 늘어나고, 실제로 그렇게 어긋나 있었다.
+ *
+ * 손대라했나 는 build·create·make·develop·scaffold 를 다 알았다. 그런데
+ * code 점수표의 영어는 `implement|add|fix|write` 넷이 2점씩인 것과, 따로 선
+ * `rename` 3점이 전부였다. code 문턱은 3이라 **2점짜리 하나로는 절대 못
+ * 넘는다** — 무늬가 아는 동사 스무 개를 재 보니 `rename` 하나만 넘고,
+ * 저 넷이 2점, 나머지 열다섯이 0점이었다.
+ *
+ *     "Build a complete work request and approval web application."
+ *       손대라했나 → 참        code 점수 → 0
+ *
+ * 그래서 영어로 시킨 일은 무슨 말이든
+ * 종합에 남았고 — 그것만이면 탈이 없다 — **긴 명세에서는 졌다.** 지나가던
+ * `error`·`failed` 가 6점이라, 만들라는 3,577자 지시문이 디버그로 갔다.
+ * 2차 리뷰가 「설계 낱말이 없는 명세는 그대로 디버그로 간다」 고 짚은 자리가
+ * 이것이고, 증상이 아니라 이쪽이 뿌리였다.
+ *
+ * 점수를 맞춰 두면 1·2등이 붙어서, 원래 있던 「비기면 안 고른다」 규칙이
+ * 알아서 받아 낸다. 새 울타리를 하나 더 세우는 것보다 이쪽이 낫다.
+ *
+ * 넓히되 자리는 그대로다. 첫머리에서만 본다 — 문장 가운데 낱말은 시킴말이
+ * 아니다. 「the build is broken」 이 code 로 가면 넓힌 것이 아니라 망가뜨린
+ * 것이다. 번호·목록 표시 뒤도 첫머리로 친다 — 붙여 넣는 명세가 그 꼴이다.
+ *
+ * ── 어디까지가 「첫머리」 인가 ───────────────────────────────────────────
+ *
+ * 처음엔 `[.!?
+]\s*` 였다. 마침표 뒤 **빈칸 0개**도 문장 첫머리로 친다는
+ * 뜻이었고, 3차 리뷰가 그 자리에서 제일 나쁜 것을 찾아냈다 —
+ *
+ *     "Explain user.delete in detail."   →  code 모드
+ *
+ * `user.delete` 의 `delete` 가 시킴말이 되고, 설명해 달라는 말이 파일을
+ * 고치는 모드로 갔다. 묻기 점수는 4점이나 있었는데 「고치라는 말」 로 잡혀
+ * 후보에서 빠졌다 — 이 파일 맨 위가 걱정한 바로 그 모양이다.
+ *
+ * 그래서 셋을 죈다.
+ *   · 마침표 뒤에 **빈칸이 하나는 있어야** 다음 문장이다.
+ *   · 홑글자 뒤의 마침표는 문장 끝이 아니라 **약자**다 (`e.g. create`).
+ *   · 시킴말 뒤에 실패말이 오면 그건 목적어가 아니라 **주어**다. 영어
+ *     시킴말 뒤에는 목적어가 오지 과거분사가 오지 않는다 —
+ *     `Build failed with exit code 1.` 은 붙여 넣는 빌드 오류의 첫 줄이고,
+ *     그게 code 로 가면 고장 신고가 만들기 지시가 된다.
+ *
+ * 글 처음의 들여쓰기는 받아 준다(`^\s*`). 번호·목록 갈래는 처음부터
+ * 그랬는데 맨낱말 갈래만 안 그래서, 빈칸 두 칸으로 시작하는 지시문이
+ * 통째로 0점이었다.
+ *
+ * 정규식 리터럴로 적는다. 글자열을 이어 붙여 new RegExp 에 넣으면 홑따옴표
+ * 안에서 역빗금이 사라지고 낱말 경계가 백스페이스 글자가 된다 — 검사에서
+ * 잡히기 전까지 조용히 아무것도 안 맞는다. 실제로 그렇게 났다.
+ *
+ * ── 약자 목록에는 「뒤에 말이 이어지는 것」만 ───────────────────────────
+ *
+ * 8차 리뷰가 셋을 짚었고, 같은 부류를 하나 더 찾아 넷을 뺐다. 약자 목록을
+ * 넓히면서 **문장을 맺는 자리에 더 자주 오는 말**을 같이 넣어 버렸다.
+ *
+ *     "No. Fix the bug."                        → `No.` 가 약자
+ *     "Install git, node, etc. Build it."       → `etc.` 가 약자
+ *     "Ship it to Acme Inc. Create the report." → `Inc.` 가 약자
+ *     "Sold to Acme Ltd. Build the invoice."    → `Ltd.` 가 약자
+ *
+ * 넷 다 마침표가 진짜 문장 끝인데 약자로 읽혀 **뒤 문장이 통째로 죽었다.**
+ *
+ * 남길 것과 뺄 것을 가르는 것은 **그 마침표 뒤에 무엇이 오느냐**다.
+ * `e.g.` · `i.e.` · `Fig.` · `Dr.` · `Mr.` 는 뒤에 말이 이어지는 자리에 오는
+ * 약자라 마침표를 문장 끝으로 읽으면 안 된다. `No.` · `etc.` · `Inc.` ·
+ * `Ltd.` 는 반대로 **문장을 맺는 자리**에 훨씬 자주 온다 — 지키려던 것보다
+ * 잃는 것이 크면 그건 울타리가 아니라 벽이다. 그래서 뺀다.
+ *
+ * ── 공손말에 쉼표가 붙는다 ──────────────────────────────────────────────
+ *
+ * `please\s+` 는 빈칸만 받았다. 그런데 영어에서 제일 흔한 공손꼴이
+ * `Please, could you …` 다 — 쉼표가 하나 붙었다고 0점이 됐다.
+ * `please\s*,?\s+` 로 쉼표를 받아 준다. `could you` 뒤도 마찬가지다.
+ *
+ * ── 2번 갈래의 실패말은 로그꼴일 때만 막는다 ────────────────────────────
+ *
+ * 실패말 차단 목록이 두 갈래에서 달랐다. 1번 갈래(`build`·`create`…)는
+ * 이름씨꼴(`errors` · `failure` · `crash` · `timeout`)까지 막는데, 2번
+ * 갈래(`delete`·`rename`·`change`…)는 움직씨꼴만 막았다. 그래서
+ *
+ *     "Delete error: permission denied"   → 시킴말
+ *
+ * 같은 로그 첫 줄이 지시로 읽혔다. 그렇다고 2번 갈래에 이름씨꼴을 그냥
+ * 넣으면 안 된다 — `Fix errors.` · `Fix error in auth module.` 은 **진짜
+ * 지시**다. 1번 갈래와 달리 2번 갈래의 낱말들은 그 이름씨를 목적어로 받는다.
+ *
+ * 갈라 주는 것은 **뒤에 오는 쌍점·여는 괄호**다. 로그는 `error:` ·
+ * `crash (core dumped)` 꼴로 적히고, 지시문은 그렇게 안 적힌다.
+ * 그래서 2번 갈래의 이름씨꼴 차단은 `[:(]` 가 뒤따를 때만 건다.
+ * 그 목록에서 `broken` 이 빠져 있었다(9차 리뷰) — 1번 갈래는 아는 낱말인데
+ * 여기만 몰라서 `Rewrite broken: exit status 1` 이 지시로 읽혔다.
+ *
+ * ── 동사 뒤에 쌍점이 오면 그건 꼬리표다 ─────────────────────────────────
+ *
+ * 리뷰를 기다리는 사이에 붙여 넣을 법한 글 서른여덟 줄을 죽 재 봤다.
+ * 일곱이 시킴말로 읽혔고, 다섯이 한 가지 모양이었다.
+ *
+ *     "fix: 값이 아닌 것을 가렸습니다"      ← 이 저장소의 커밋 메시지다
+ *     "Change-Id: I8f2c1a"                git 꼬리표
+ *     "Remove-Item : Cannot find path"    파워셸 오류
+ *     "Update available: 1.2.3 → 1.3.0"   npm 알림
+ *     "add(a, b) { return a + b; }"       코드 한 줄
+ *
+ * 시킴말 뒤에는 **목적어**가 온다. 쌍점이 오면 그건 꼬리표고, 여는 괄호가
+ * 바로 붙으면 그건 부르는 짓이다. 위의 실패말 목록과 같은 생각인데,
+ * 저쪽은 「어떤 낱말이 오나」 를 보고 이쪽은 「어떤 글자가 오나」 를 본다.
+ *
+ * 쌍점은 **첫 낱말 바로 뒤**일 때만 꼬리표다. `Fix the bug: it is in the
+ * parser.` 처럼 목적어를 끼고 오는 쌍점은 그냥 지시문이다.
+ *
+ * ── 붙여 넣는 것이 로그만은 아니다 ─────────────────────────────────────
+ *
+ * SQL 도 시킴꼴로 시작한다.
+ *
+ *     delete from users where id = 1;
+ *     update accounts set balance = 0 where id = 3
+ *
+ * 「이 쿼리가 왜 이러냐」 고 물으려고 붙였는데 파일을 고치는 모드로 갔다.
+ * 손대라는 말로 읽히면 읽기 전용 모드가 후보에서 통째로 빠진다.
+ *
+ * 갈라 주는 것은 `from` 이 아니라 **뒤에 SQL 이 이어지느냐**다.
+ * `Delete from the list.` 는 그대로 지시문이고, `delete from users where`
+ * 는 아니다. 두 동사(`delete`·`update`)만 우리 목록과 겹치므로 그 둘에만
+ * 건다 — `insert`·`select` 는 애초에 여기 없다.
+ *
+ * ── 이음말 뒤도 첫머리다 ───────────────────────────────────────────────
+ *
+ * 같은 자리에서 반대쪽 구멍이 하나 나왔다.
+ *
+ *     "First, set up the project. Then add tests."   → 0점
+ *
+ * 붙여 넣는 명세가 딱 이 꼴인데 `First,` · `Then` 이 앞에 있다고 첫머리가
+ * 아니게 됐다. 번호·목록 표시를 첫머리로 치는 것과 같은 까닭으로 받는다.
+ * 이음말 뒤가 동사가 아니면(`Now the build is broken.`) 그대로 안 걸린다.
+ *
+ * ── 만들 것이 계획이면 그건 계획이다 ────────────────────────────────────
+ *
+ * 같은 뜻을 한국어·영어로 나란히 스물여섯 짝 재 보다 찾았다.
+ *
+ *     "계획 세워 줘"            → plan
+ *     "Make a plan for this."   → **code**
+ *
+ * 시킴꼴인 것은 맞다. 그런데 이 규칙이 손대라했나 의 영어 쪽이기도 해서,
+ * 걸리는 순간 읽기 전용 모드(plan·architect·ask·inspect)가 **후보에서
+ * 통째로 빠진다.** 계획을 달라는 말에 계획 모드가 남을 수가 없었다.
+ *
+ * 갈라 주는 것은 동사가 아니라 **목적어**다. 만들 것이 계획·로드맵·
+ * 전략이면 그건 계획 모드가 내놓는 것이지 파일을 고쳐서 되는 일이 아니다.
+ *
+ * ── 검사에 쓰던 낱말이 목록에 없었다 ────────────────────────────────────
+ *
+ * 8차 리뷰를 재 보다 찾았다. 검사 쪽이 `Rewrite what is left of the parser.`
+ * 를 **쓰기 지시문의 보기**로 쓰고 있는데, 정작 `rewrite` 가 목록에 없어
+ * 0점이었다. `write` 는 있지만 낱말 경계 때문에 `rewrite` 안에서는 안 걸린다.
+ *
+ * 0점이면 「읽기 점수가 안 붙는다」 가 언제나 참이라, 그 검사는 이 낱말에
+ * 대해 아무것도 안 재고 있었다. 고치는 것은 있는 자리에 넣는 일이다 —
+ * 다시 쓰는 것은 있는 것을 고치는 일이라
+ * 「고쳐 쓰는 말」 갈래다. 처음엔 손대는 갈래에 뒀는데, 그러면 계획 울타리를
+ * 못 받아 `Rewrite the plan.` 이 코드로 갔다(9차 리뷰) — `write` 와 짝이
+ * 맞아야 하는 자리다.
+ *
+ * 짓는 갈래(1번)와 고쳐 쓰는 갈래(2번)에 건다. 3번의 `implement`·`add` 는
+ * 반대다 — "Implement the plan we agreed on." 은 계획을 **실행**하라는
+ * 말이고, "Add a plan field to the schema." 의 plan 은 목적어가 아니라
+ * 딸린 이름씨다. 둘 다 코드가 맞다.
+ *
+ * ── 계획거리 뒤에 무엇이 와야 계획인가 ──────────────────────────────────
+ *
+ * 그 울타리를 「문장 끝 또는 전치사」 로만 열어 뒀더니, 때를 가리키는 말
+ * 한 마디만 붙어도 빠져나갔다(10차 리뷰).
+ *
+ *     "Update the plan now."   "Create a plan today."   "Make a plan first."
+ *
+ * 때말 여덟과 **사이를 띄운 줄표**(`Make a plan - urgently`)를 같이 받는다.
+ * 줄표는 띄웠을 때만 구분자다 — `Update the plan-file.` 은 그대로 코드다.
+ * 계획거리 앞에 붙임표가 오는 꼴(`an action-plan`)도 계획거리로 친다.
+ *
+ * ── 실패말이 이름의 일부면 그건 로그가 아니다 ───────────────────────────
+ *
+ * 실패말 목록은 두 층이다. 움직씨꼴(`failed`·`crashed`)은 뒤에 아무 문장
+ * 부호나 와도 로그로 치고, 이름씨꼴(`errors`·`broken`)은 1번 갈래에서만
+ * 막았다. 그런데 그 이름씨 층이 마침표와 붙임표를 통째로 구분자로 쳤다.
+ *
+ *     "Build errors.json"        → 0점   `.json` 의 점을 문장 끝으로 읽었다
+ *     "Create error-handler.js"  → 0점   붙임표를 로그 구분자로 읽었다
+ *     "Update crash-report.md"   → 0점
+ *
+ * 이 파일 위쪽이 마침표에서 배운 것과 같다 — **점 뒤에 낱말이 붙어 있으면
+ * 그건 문장 끝이 아니다.** 줄표도 사이를 띄웠을 때만 구분자다.
+ *
+ * 반대쪽으로는 2·3번 갈래가 쌍점과 여는 괄호만 막고 있어서, 같은 로그가
+ * 어느 동사로 시작하느냐로 갈렸다.
+ *
+ * 그 자리를 줄표로만 메웠더니 마침표와 전치사꼴이 남았다(11차 리뷰).
+ *
+ *     "Rewrite broken with exit code 1"   "Modify broken."
+ *
+ * `broken` 은 이름씨가 아니라 **그림씨**다. `Fix errors.` 는 오류를
+ * 고치라는 말이지만 `Modify broken.` 은 아무 말도 아니다 — 세 갈래에서
+ * 다 1번 갈래와 같은 잣대를 받는다. 뒤에 이름씨가 오면(`Fix broken
+ * tests.`) 그건 여전히 꾸밈말이라 그대로 지시문이다.
+ *
+ *     "Build broken - exit status 1"     → 안 걸림 (1번 갈래)
+ *     "Rewrite broken - exit status 1"   → **걸림**  (2번 갈래)
+ *
+ * 세 갈래에 같은 「띄운 줄표」 잣대를 넣어 맞춘다.
+ */
+const 영어시킴말 =
+  /(?:^\s*|(?<!\b(?:e\.g|i\.e|vs|cf|approx|Fig|Dr|Mr|Mrs|Ms|St|Jr|Sr))[.!?]\s+|\n\s*|^\s*\d+[.)]\s*|^\s*[-*]\s*)(?:(?:first|then|next|after\s+that|also|now|finally|second|third|lastly|afterwards?)\s*,?\s+)?(?:please\s*,?\s+)?(?:(?:could|can|would|will)\s+(?:you|we)\s*,?\s+)?(?:please\s*,?\s+)?(?:(?:build|make|create|update|write|migrate|generate|set\s*up)\b(?![\s:-]+(?:(?:failed|failing|fails|errored|broke|crashed|succeeded|succeeds|timed[\s-]+out)\b(?=\s*(?:[.,:;!?()\[\]-]|$)|\s+(?:with|at|after|in|on|to|before|during|because|due|while|when|for|since|from)\b)|(?:failures?|errors?|broken|crash|crashes|timeouts?)\b(?=\s*(?:[,:;!?()\[\]]|$)|\s*\.(?!\w)|\s+-\s|\s+(?:with|at|after|in|on|to|before|during|because|due|while|when|for|since|from)\b)))(?!(?:[ \t]+[\w'-]+){0,3}[ \t]+(?:[\w']+-)*(?:plans?|roadmaps?|strateg(?:y|ies)|outlines?)(?=[ \t]*(?:[!?,;:)]|\.(?!\w)|$)|[ \t]+-[ \t]|[ \t]+(?:now|today|tonight|tomorrow|first|soon|asap|again)\b|[ \t]+(?:for|to|of|on|about|around|that|which|we|with|before|after|regarding|covering)\b))|(?:modify|change|develop|rewrite)\b(?![\s:-]+(?:(?:failed|failing|fails|errored|broke|crashed|succeeded|succeeds|timed[\s-]+out)\b(?=\s*(?:[.,:;!?()\[\]-]|$)|\s+(?:with|at|after|in|on|to|before|during|because|due|while|when|for|since|from)\b)|broken\b(?=\s*(?:[,:;!?()\[\]]|$)|\s*\.(?!\w)|\s+-\s|\s+(?:with|at|after|in|on|to|before|during|because|due|while|when|for|since|from)\b)|(?:failures?|errors?|crash|crashes|timeouts?)\b(?:\s*[:(]|\s+-\s)))(?!(?:[ \t]+[\w'-]+){0,3}[ \t]+(?:[\w']+-)*(?:plans?|roadmaps?|strateg(?:y|ies)|outlines?)(?=[ \t]*(?:[!?,;:)]|\.(?!\w)|$)|[ \t]+-[ \t]|[ \t]+(?:now|today|tonight|tomorrow|first|soon|asap|again)\b|[ \t]+(?:for|to|of|on|about|around|that|which|we|with|before|after|regarding|covering)\b))|(?:implement|add|fix|refactor|remove|delete|rename|scaffold)\b(?![\s:-]+(?:(?:failed|failing|fails|errored|broke|crashed|succeeded|succeeds|timed[\s-]+out)\b(?=\s*(?:[.,:;!?()\[\]-]|$)|\s+(?:with|at|after|in|on|to|before|during|because|due|while|when|for|since|from)\b)|broken\b(?=\s*(?:[,:;!?()\[\]]|$)|\s*\.(?!\w)|\s+-\s|\s+(?:with|at|after|in|on|to|before|during|because|due|while|when|for|since|from)\b)|(?:failures?|errors?|crash|crashes|timeouts?)\b(?:\s*[:(]|\s+-\s))))(?!\()(?![-\w]*[ \t]*:)(?![ \t]+[\w.-]+[ \t]*:[ \t])(?!(?<=\bdelete)\s+from\s+[\w."`]+\s*(?:where\b|order\s+by\b|limit\b|;|$))(?!(?<=\bupdate)\s+[\w."`]+\s+set\b)/im;
+
+export const 표 = {
   debug: [
     // 고장은 신호가 뚜렷하다. 그리고 디버그는 파일을 고칠 수 있으므로
     // 잘못 골라도 막히지 않는다. 그래서 세게 준다.
@@ -24,6 +265,9 @@ const 표 = {
     [/작동\s*안/, 4], [/동작\s*안/, 4],
     [/에러|오류|예외|익셉션/, 4], [/버그/, 4],
     [/실패/, 3], [/터(져|졌|진다)/, 3], [/죽(어|었|는다|네)/, 3],
+    // 「깨지다」 는 검사·빌드가 무너졌을 때 한국어에서 제일 흔한 말인데
+    // 터지다·죽다만 있고 이것이 빠져 있었다(같은 뜻 짝 재기).
+    [/깨(져|졌|진다|지네|지는|진)/, 3],
     [/멈(춰|췄|춘다|추)/, 3], [/먹통/, 3], [/이상(해|하다|한데)/, 3],
     [/재현/, 3], [/스택\s*트레이스|stack\s*trace|traceback/i, 4],
     // 'TypeError' 처럼 앞에 글자가 붙어 오는 일이 훨씬 흔하다.
@@ -33,7 +277,7 @@ const 표 = {
     [/왜\s*(못|안)/, 3], [/뭐\s*때문(이|에)/, 3],
     // 원인을 짚으라는 말은 점검이 아니라 디버그다 — 증상이 이미 있다는 뜻이다.
     // 이게 없으면 "오류 원인 분석해줘" 가 둘 사이에서 비겨 종합에 그대로 남는다.
-    [/원인(을|이|은)?\s*(찾|짚|파악|밝|알아|분석|살펴|봐)/, 4],
+    [/원인(을|이|은)?\s*(?:좀\s*)?(찾|짚|파악|밝|알아|분석|살펴|봐)/, 4],
   ],
 
   plan: [
@@ -72,10 +316,19 @@ const 표 = {
    * 파일을 못 고쳐서 사람이 막히므로, 문턱은 읽기 전용답게 높인다.
    */
   inspect: [
-    [/점검(해|좀|을|이)/, 5], [/분석(해|좀|을|이)/, 5],
-    [/검토(해|좀|를)/, 5], [/리뷰(해|좀)?/, 5],
+    [/점검(해|\s*좀|을|이)/, 5], [/분석(해|\s*좀|을|이)/, 5],
+    [/검토(해|\s*좀|를)/, 5], [/리뷰(해|\s*좀)?/, 5],
     // '감사합니다' 는 안 걸린다 — '합' 은 '해·하' 가 아니다.
     [/감사(를)?\s*(해|하)/, 4], [/훑어\s*(봐|보고|줘)/, 4],
+    /*
+     * 「살펴보다」 는 영어 `inspect` 와 같은 뜻인데 점수표에 없었다. 영어
+     * 쪽은 5점이라 "Inspect this code." 는 inspect 로 가고 "이 코드 살펴봐
+     * 줘" 는 종합에 남았다 — 한국어를 먼저 쓰는 도구에서 방향이 거꾸로다.
+     *
+     * 앞에 「원인」 이 붙으면 뺀다. 그건 고장을 쫓는 말이라 debug 자리고,
+     * 여기로 보내면 파일을 못 고치는 모드에서 원인만 듣고 끝난다.
+     */
+    [/(?<!(?:원인|까닭|이유)[을이은는]?\s{0,2}(?:좀\s{0,2})?)살펴\s*(봐|보고|보자|봐야|주)/, 5],
     [/취약(점|한|성)/, 5], [/보안\s*(점검|검토|문제|취약|구멍)/, 5],
     [/경합|레이스\s*컨디션|race\s*condition/i, 5],
     [/데이터\s*(손실|유실)|덮어쓰(기|면)|유실/, 4],
@@ -85,7 +338,36 @@ const 표 = {
     [/가능성(이|을)?\s*있는/, 3],
     [/문제(가|를|점)?\s*(있|찾|없|만)/, 3],
     [/찾아\s*(줘|주세요|봐|보)/, 2],
-    [/\baudit\b|\breview\b|\banaly[sz]e\b|\binspect\b|\bvulnerab/i, 4],
+    /*
+     * ── 읽기 쪽 영어도 같은 무게로 ──────────────────────────────────
+     *
+     * 쓰기 쪽 낱말 구멍(위 code 표)을 메우고도 **읽기 쪽은 그대로였다.**
+     * 같은 뜻을 한국어로 하면 여기로 오고 영어로 하면 종합에 남았다 —
+     * 여덟 짝을 재 보니 다섯이 어긋났다.
+     *
+     *     "이 코드 검토해 줘"      → inspect
+     *     "Review this code."      → 종합
+     *
+     * 까닭은 무게였다. 한국어 '점검·분석·검토·리뷰·취약' 은 낱낱이 5점
+     * 규칙인데, 영어는 다섯 낱말이 **4점 한 덩이**로 묶여 있었다. 문턱에
+     * 하나 모자라고, 여럿이 겹쳐도 한 번만 세어진다.
+     *
+     * 그래서 한국어와 같은 모양으로 쪼개고 같은 무게를 준다. `audit` 만
+     * 4점인 것은 한국어 '감사' 가 4점이라 그렇다 — 짝을 맞춘 것이다.
+     */
+    /*
+     * 활용형까지 받는다. `\b` 로 딱 닫아 두니 `Analyzing` · `reviews` ·
+     * `inspection` 이 0점이었다(7차 리뷰). 한국어는 '분석해·분석을·분석이'
+     * 를 다 받는데 영어만 원형 하나였다.
+     *
+     * `audit` 도 5점으로 올린다. 4점으로 둔 까닭을 「한국어 '감사' 가
+     * 4점이라」 고 적었는데, 한국어 '감사' 가 낮은 것은 **인사말과 겹뜻**
+     * 이어서다. 영어 audit 에는 그 겹뜻이 없다 — 엉뚱한 근거였다.
+     */
+    [/\breview(?:s|ing|ed)?\b|\binspect(?:s|ing|ion|ions|ed)?\b/i, 5],
+    [/\banaly[sz]e(?:s|d)?\b|\banaly[sz]ing\b|\banalysis\b/i, 5],
+    [/\bvulnerab/i, 5],
+    [/\baudit(?:s|ing|ed)?\b/i, 5],
     [/\bdata\s*loss\b|\bdeadlock\b|\blost\s*update\b/i, 4],
   ],
 
@@ -103,12 +385,101 @@ const 표 = {
      */
     [/뭐\s*하는\s*(파일|함수|코드|모듈|클래스|녀석|건|거|것)/, 5],
     [/뭐\s*하(는|나|니|냐)/, 3], [/무슨\s*(일|역할)/, 3],
-    [/설명(해|좀|을)/, 5], [/알려\s*(줘|주세요|줄래)/, 3],
+    [/설명(해|\s*좀|을)/, 5], [/알려\s*(줘|주세요|줄래)/, 3],
     [/어떻게\s*(동작|작동|돌아가)/, 5],
+    /*
+     * 「어떻게 …?」 는 영어 `how to` 와 같은 물음인데 '동작·작동·돌아가'
+     * 셋만 알고 있었다. 쓰는 법을 묻는 말이 통째로 0점이었다.
+     *
+     * 손대는 낱말은 안 넣는다 — "어떻게 고쳐?" 는 고쳐 달라는 말이지
+     * 설명해 달라는 말이 아니다.
+     */
+    [/어떻게\s*(쓰|사용|실행|돌리|켜|끄|설정|설치|연결|고르|정하|불러|읽)/, 5],
     [/무슨\s*(뜻|의미)|의미(가|는)\s*뭐/, 5],
     [/차이(가|는|점)/, 3],
     [/궁금/, 3], [/왜\s*이렇게\s*(만들|짰|되어)/, 3],
-    [/\bwhat\s+is\b|\bexplain\b|\bhow\s+does\b/i, 4],
+    /*
+     * 여기도 마찬가지다. 한국어 '설명·뭐야·무엇·어떻게 동작' 이 5점인데
+     * 영어는 세 낱말이 4점 한 덩이였다. 짝을 맞춰 쪼갠다.
+     *
+     * 묻는 말꼴도 넓힌다 — `what is` 만 알고 `what does … do` 를 몰라서
+     * "What does this function do?" 가 0점이었다. 한국어 '뭐 하는 거야'
+     * 는 5점으로 아는 말이다.
+     */
+    /*
+     * ── 묻는 말은 **문장 첫머리**에 있어야 묻는 말이다 ────────────────
+     *
+     * 넓히자마자 반대쪽이 샜다(7차 리뷰).
+     *
+     *     "Fix what is broken in route.js"  → ask 5점
+     *
+     * 고치라는 말이 물음과 비겨서 종합에 떨어졌다. 한국어 '뭐야' 규칙은
+     * 줄 끝(`\s*\??$`)에 못박혀 있어서 이런 일이 없다 — 영어도 첫머리로
+     * 못박는다. 물음표로 끝나는 문장은 낱말을 안 가리고 다 받는다.
+     *
+     * `explain` 은 첫머리가 아니어도 된다 — "Explain how …" 처럼 그 자체가
+     * 시킴말이고, 한국어 '설명해' 도 자리를 안 가린다.
+     *
+     * ── 「말해 줘」 부류에는 첫머리 못이 있어야 한다 ──────────────────
+     *
+     * 9차 리뷰. `tell me` · `show me` · `walk me through` 를 자리 안 가리고
+     * 넣었더니, 쓰기 지시문의 딸린 마디가 물음이 됐다.
+     *
+     *     "Rewrite this function to show me the result."   → ask 5점
+     *     "Write the docs and tell me what changed."       → ask 5점
+     *
+     * `explain` 과 다르다. `explain` 은 그 자체가 문장의 시킴말이라 어디
+     * 있든 묻는 말인데, 이 셋은 **딸린 마디에 더 자주 온다.** 그래서 못을 박는다.
+     *
+     * 이름씨 `explanation` 은 아예 뺀다. 8차에 사소 하나(「이름씨꼴이
+     * 없다」)를 메우려고 넣었는데, 그 값으로 `"Add an explanation to the
+     * README."` 가 물음이 됐다 — 사소를 메우려다 심각을 냈다. 첫머리에
+     * 못을 박으면 정작 쓸모 있는 "Give an explanation of …" 가 죽고,
+     * 안 박으면 위가 샌다. 얻는 것보다 잃는 것이 크면 안 넣는 것이 맞다.
+     *
+     * ── 못박아 놓고 한쪽만 못박혔다 ──────────────────────────────────
+     *
+     * 8차 리뷰. `how` 규칙을 `(첫머리)how…\?|how (to|does|…)` 로 적었다.
+     * 세로줄은 **규칙 전체를 가른다.** 그래서 둘째 갈래에는 첫머리 못이
+     * 아예 안 박혔고, 바로 위 주석이 막았다는 그 자리가 그대로 열려 있었다.
+     *
+     *     "Rewrite how to build it."   → ask 5점, **ask 모드**
+     *
+     * 고치라는 말이 **파일을 못 고치는 모드**로 갔다. 7차에 막은 것보다
+     * 한 걸음 더 나쁘다 — 그때는 비겨서 종합에 떨어졌을 뿐이었다.
+     * 갈래를 괄호로 묶어 못을 둘 다에 박는다.
+     *
+     * 첫머리에 `^\s*` 를 준다. 쓰기 갈래는 이미 그런데 여기만 안 그래서,
+     * 빈칸 두 칸으로 시작하는 물음이 0점이었다.
+     *
+     * ── 이름 안의 마침표는 문장 끝이 아니다 ──────────────────────────
+     *
+     *     "What parameters does route.js take?"   → 0점
+     *
+     * 물음표 갈래를 `[^.!?\n]*\?` 로 적어서 `route.js` 의 마침표에서
+     * 끊겼다. 마침표 뒤에 낱말 글자가 붙어 있으면 그건 문장 끝이 아니라
+     * 이름의 일부다 — 이 파일 위쪽 영어시킴말이 이미 아는 이야기다.
+     *
+     * ── 묻는 꼴 세 가지가 더 있었다 ──────────────────────────────────
+     *
+     *   · `What <이름씨> does …`  보조동사가 `what` 바로 뒤에만 오는 줄
+     *     알아서, 물음표가 없으면 통째로 0점이었다.
+     *   · `How's …`  `what` 에는 준 줄임꼴을 `how` 에는 안 줬다.
+     *   · 거꾸로 `how` 에만 준 `to` · `can` · `should` 를 `what` 에는 안
+     *     줬다(9차 리뷰). "What to run next" · "What should I run first" 가
+     *     물음표 없이는 0점이었다.
+     *   · 이름 안 마침표 예외를 `\.(?=\w)` 로 적어 유닉스 상대 경로
+     *     (`./route.js`)가 빠졌다. 슬래시도 낱말 글자로 친다.
+     *   · `explanation`  `inspect` 는 이름씨꼴까지 받는데 여기만 안 받았다.
+     *
+     * 그리고 `Tell me how …` 는 첫머리 못 때문에 0점인데, 이건 자리
+     * 문제가 아니라 **낱말 문제**다. 「말해 줘」 는 `explain` 과 같은 부류의
+     * 물음 시킴말이라 그쪽에 넣는다 — 못을 뽑으면 위의 `Rewrite how to` 가
+     * 도로 열린다.
+     */
+    [/\bexplain(?:s|ing|ed)?\b|(?:^\s*|[.!?]\s+|\n\s*)(?:(?:tell|show)\s+(?:me|us)\b|walk\s+(?:me|us)\s+through\b)/im, 5],
+    [/(?:^\s*|[.!?]\s+|\n\s*)what\b(?:(?:[^.!?\n]|\.(?=[\w/]))*\?|(?:'s|(?:\s+\w+){0,3}\s+(?:is|are|was|were|does|do|did|can|should)|\s+to)\b)/im, 5],
+    [/(?:^\s*|[.!?]\s+|\n\s*)how\b(?:(?:[^.!?\n]|\.(?=[\w/]))*\?|'s\b|\s+(?:to\b|does|do|did|is|are|was|were|can|should)\b)/im, 5],
     [/읽어(만)?\s*보고\s*(설명|알려)/, 4],
   ],
 
@@ -122,22 +493,61 @@ const 표 = {
     [/끝까지/, 3], [/마무리까지/, 3],
     [/여러\s*(개|군데|파일|단계|곳)/, 3],
     [/순서대로/, 3],
-    [/통일(해|시켜|좀)|일괄/, 2],
+    [/통일(해|시켜|\s*좀)|일괄/, 2],
     [/흩어진|여기저기/, 2],
     [/\bend[- ]?to[- ]?end\b/i, 3],
   ],
 
   code: [
-    [/고쳐|고쳐줘|수정(해|좀)/, 4],
-    [/만들어|추가(해|좀)|넣어(줘|주세요)/, 4],
-    [/구현(해|좀)/, 5],
-    [/바꿔(줘|주세요)?|변경(해|좀)/, 3],
-    [/지워(줘)?|삭제(해|좀)/, 3],
-    [/이름\s*바꿔|리네임|rename/i, 3],
+    [/고쳐|고쳐줘|수정(해|\s*좀)/, 4],
+    [/만들어|추가(해|\s*좀)|넣어(줘|주세요)/, 4],
+    [/구현(해|\s*좀)/, 5],
+    [/바꿔(줘|주세요)?|변경(해|\s*좀)/, 3],
+    [/지워(줘)?|삭제(해|\s*좀)/, 3],
+    /*
+     * 영어 `rename` 은 여기서 뺐다. 첫머리 갈래가 이미 5점을 주므로
+     * `Rename the file.` 만 8점(5+3)이 되어, 5차에서 고친 동사 어긋남이
+     * 여기 하나 남아 있었다. `Rename failed - file in use` 도 3점을 받아
+     * 로그가 code 문턱에 닿았다(6차 리뷰). 문장 가운데 갈래로 옮긴다.
+     */
+    [/이름\s*바꿔|리네임/, 3],
     [/옮겨(줘)?/, 2],
-    [/리팩터(링)?(해|좀)/, 3],
-    [/\bimplement\b|\badd\b|\bfix\b|\bwrite\b/i, 2],
+    [/리팩터(링)?(해|\s*좀)/, 3],
+    /*
+     * 첫머리 시킴말. 한국어의 '구현해'(5점)와 같은 무게다 — 같은 말을
+     * 어느 말로 했느냐로 모드가 갈리면 안 된다.
+     *
+     * 증거가 세서 세게 준다. 이 규칙은 낱말 하나를 보는 것이 아니라
+     * **문장 첫머리 + 골라 둔 동사 + 실패말이 안 따라옴**을 다 요구한다.
+     * `error` 같은 맨낱말(3점)보다 훨씬 좁게 잡힌 규칙이다.
+     *
+     * 4점이었을 때 남은 자리가 있었다. 설계 낱말이 하나도 없는 긴 명세에서
+     * 시킴말 하나(4)가 지나가는 `error`·`failed` 둘(6)에게 졌다.
+     * 5점이면 1·2등이 붙고, 원래 있던 「비기면 안 고른다」 규칙이 받아 낸다 —
+     * 새 울타리를 세우지 않고 눈금만 맞추는 것이 이 자리의 고침이다.
+     */
+    [영어시킴말, 5],
+    /*
+     * 문장 가운데의 시킴말. 첫머리 갈래(5점)와 **겹치지 않게** 앞을 막는다.
+     * 안 막았더니 `Fix the web app.` 은 7점(5+2)이고 `Build the web app.` 은
+     * 5점이었다 — 같은 뜻인데 어느 동사를 골랐느냐로 점수가 갈렸다. 긴
+     * 명세에서는 그 2점이 모드를 바꾼다(하나는 code, 하나는 종합).
+     *
+     * 그래서 **앞에 낱말이 있어야** 이 규칙이 돈다. `please` 는 첫머리
+     * 갈래가 이미 세는 말이라 따로 뺀다.
+     *
+     * 빼는 자리에도 쉼표를 받는다. 첫머리 갈래가 `Please, fix …` 를 세게
+     * 되자 여기가 또 2점을 얹어 `Please, build …`(5) 와 갈렸다 —
+     * 겹침을 막는 자리는 겹치는 쪽과 **같은 꼴**을 봐야 한다.
+     */
+    [/(?<=[a-z,;:)\]]\s{1,3})(?<!\b(?:could|can|would|will)\s{1,3}(?:you|we)[\s,]{1,4})(?<!\bplease[\s,]{1,4})(?:implement|add|fix|write|rename)\b/i, 2],
     [/써(줘|주세요)/, 3],
+    /*
+     * 「짜다」 는 코드·검사를 만들라는 한국어에서 제일 흔한 말인데
+     * '써 줘' 만 있었다. 계획·순서·구조를 짜는 것은 각각 plan·architect
+     * 규칙이 이미 더 세게 잡으므로 여기서 따로 뺄 것이 없다.
+     */
+    [/짜\s?(줘|주세요|봐|보자)/, 3],
   ],
 };
 
@@ -285,7 +695,7 @@ export function 겹친요청(text) {
  * 하나는 읽고 말하라는 말이고 하나는 고치라는 말이다. 그래서 어미가 아니라
  * **동사 목록**으로 본다. 목록에 없으면 손대라는 말이 아니다.
  */
-const 손대는동사 = '만들|고쳐|고치|바꿔|바꾸|추가|넣어|지워|삭제|옮겨|나눠|나누|합쳐|정리|개선|구현|작성|적용|설치|배포|리팩터링|리팩터|분리|통일|세팅|갈아|손봐|손보|수정';
+export const 손대는동사 = '만들|고쳐|고치|바꿔|바꾸|추가|넣어|지워|삭제|옮겨|나눠|나누|합쳐|정리|개선|구현|작성|적용|설치|배포|리팩터링|리팩터|분리|통일|세팅|갈아|손봐|손보|수정';
 /*
  * 동사 바로 뒤에 시킴꼴이 붙어야 한다. 빈칸을 안 넘으므로 "나누는 설계만 봐줘"
  * 는 안 걸린다 — 그건 나누라는 말이 아니라 나누는 안을 보자는 말이다.
@@ -306,10 +716,34 @@ const 손대는동사 = '만들|고쳐|고치|바꿔|바꾸|추가|넣어|지워
  * 붙어 있나로 그 둘이 갈린다.
  * 「만들어라」 는 언제나 만들라는 말이다.
  */
-const 손대라는말 = new RegExp(`(${손대는동사})\\S{0,3}(줘|주세요|주라|해라|하라|하자|해다오|해줄래|할래|어라|아라|여라|라(?=[\s.!?~,]|$))`);
+/*
+ * ── 여기 백슬래시 하나가 빠져 있었다 ────────────────────────────────────
+ *
+ * 이 무늬는 **템플릿 글**로 짓는다(동사 목록을 끼워 넣어야 해서). 그런데
+ * 템플릿 글 안에서 `\s` 는 정규식에 닿기 전에 자바스크립트가 먼저 먹는다 —
+ * 모르는 이스케이프라 백슬래시를 떼고 **글자 `s`** 만 남긴다.
+ *
+ *     적은 것   ...|라(?=[\s.!?~,]|$))
+ *     닿은 것   ...|라(?=[s.!?~,]|$))     ← 빈칸이 아니라 알파벳 s
+ *
+ * 그래서 맨 「라」 뒤에 **빈칸이나 줄바꿈이 오면 안 걸렸다.** 걸리는 것은
+ * 「라」 가 글 맨 끝이거나 바로 뒤에 . ! ? ~ , 가 붙을 때뿐이었다.
+ *
+ *     "그것 좀 바꿔라"        걸림   (글 끝)
+ *     "바꿔라 지금 해줘"      안 걸림 ← 여러 마디로 시키면 거의 다 이쪽이다
+ *     "지워라 그리고 저장해"  안 걸림
+ *
+ * 위 주석이 「사람은 고쳐 달라고 세 번 적었는데 아무것도 안 바뀐 화면을
+ * 받는다」 고 적어 둔 바로 그 고장이, 고쳐 놓고도 백슬래시 하나 때문에
+ * 그대로 남아 있었다. `\\s` 로 적어야 정규식이 `\s` 를 받는다.
+ *
+ * (`\\S{0,3}` 는 처음부터 두 개라 멀쩡했다. 한 무늬 안에서 한쪽만 틀렸으니
+ *  눈으로는 더 안 보인다.)
+ */
+const 손대라는말 = new RegExp(`(${손대는동사})\\S{0,3}(줘|주세요|주라|해라|하라|하자|해다오|해줄래|할래|어라|아라|여라|라(?=[\\s.!?~,]|$))`);
 
 // 파일을 못 고치는 모드. modes.js 에서 쓰기 도구를 안 주는 것들과 같아야 한다.
-const 읽기만하는모드 = new Set(['architect', 'plan', 'ask', 'inspect']);
+export const 읽기만하는모드 = new Set(['architect', 'plan', 'ask', 'inspect']);
 
 /*
  * ── 영어로 시킨 말은 하나도 못 보고 있었다 ──────────────────────────────
@@ -334,8 +768,8 @@ const 읽기만하는모드 = new Set(['architect', 'plan', 'ask', 'inspect']);
  * 안에서 `\s` 의 역슬래시가 사라지고 `\b` 는 백스페이스 글자가 된다 —
  * 검사에서 잡히기 전까지 조용히 아무것도 안 맞는다. 실제로 그렇게 났다.
  */
-const 영어손대라 =
-  /(?:^|[.!?\n]\s*|^\s*\d+[.)]\s*|^\s*[-*]\s*)(?:please\s+)?(?:build|implement|create|write|make|add|fix|refactor|remove|delete|rename|migrate|update|modify|change|generate|scaffold|set\s+up|develop)\b/im;
+// 위에서 세운 공용 무늘 그대로다. 두 벌로 두면 한쪽만 늘어난다.
+const 영어손대라 = 영어시킴말;
 
 /** 파일을 손대라는 말이 들었나. */
 export function 손대라했나(text) {
@@ -411,21 +845,73 @@ export function route(text) {
   const 더줘야 = 긴글 ? 2 : 0;
 
   const [으뜸, 점수] = 순위[0] ?? [null, 0];
-  if (!으뜸 || 점수 < (문턱[으뜸] ?? 4) + 더줘야) {
+
+  /*
+   * ── 눈금을 올리는 것으로는 두 번째 낱말을 못 막는다 ────────────────────
+   *
+   * 위의 +2 는 **낱말 하나**를 막는다. 실제 벤치마크 지시문을 그대로 넣어
+   * 보니 두 개가 걸렸다 — 둘 다 증상이 아니라 요구사항 조건절이었다.
+   *
+   *   "… handle duplicate requests, stale requests, unexpected server errors."  +3
+   *   "… A failed operation must not leave state silently inconsistent."        +3
+   *
+   * 합이 6이라 3+2 를 넘어 디버그가 됐다. 고장 난 것이 하나도 없는 **빈
+   * 폴더**에서 시작하라는 글인데, 디버그 모드는 「증상을 한 문장으로 다시
+   * 적어라 · 재현 방법부터 확보해라」 를 시킨다. 없는 증상을 찾게 된다.
+   *
+   * 눈금을 또 올려도 세 낱말이면 그대로 뚫린다. 눈금은 글 길이만 보고
+   * 정하는데, 지나가는 낱말은 길이가 아니라 **글의 종류**를 따라 늘기
+   * 때문이다. 그래서 눈금이 아니라 견줌으로 본다.
+   *
+   * 같은 글에서 설계가 8점, 디버그가 6점이었다. 「고치라는 말이라 설계로는
+   * 안 보낸다」 는 그대로 맞다 — 그런데 그것은 **설계로 보내지 말라**는 말
+   * 이지, 그 글이 디버그라는 말이 아니다. 뺀 것이 남은 으뜸보다 세다면 이
+   * 글이 무엇인지는 아직 안 정해진 것이다. 종합에 둔다 — 종합은 걸음마다
+   * 단계를 따라가므로(agent/단계.js) 계획에서 시작해 만들기로 넘어간다.
+   *
+   * 짧은 말에는 안 건다. 짧은 말에서는 낱말 하나가 곧 뜻이다.
+   */
+  const 뺀최고 = Math.max(0, ...뺀것.map((m) => 점수들[m] ?? 0));
+  const 지나가는말 = 긴글 && Boolean(으뜸) && 점수 < 뺀최고;
+
+  // 골랐어야 할 만한 신호가 있었는데 일부러 안 보낸 자리인가.
+  const 일부러 = Boolean(지나가는말 || 뺀것.length
+    || (긴글 && 으뜸 && 점수 >= (문턱[으뜸] ?? 4)));
+
+  if (!으뜸 || 지나가는말 || 점수 < (문턱[으뜸] ?? 4) + 더줘야) {
     // 왜 안 바꿨는지는 화면에 그대로 뜬다. "설계로 갈 뻔했는데 고치라는 말이라
     // 안 보냈다" 와 "그냥 모르겠다" 는 사람에게 아주 다른 말이다.
-    const 왜 = 긴글 && 으뜸 && 점수 >= (문턱[으뜸] ?? 4)
-      ? `글이 길어 ${으뜸} 신호 하나로는 안 정함 — 종합에서 단계를 따라갑니다`
-      : 뺀것.length
-        ? `${뺀것.join('·')} 신호가 있었지만 고치라는 말이라 읽기 전용 모드로 안 보냄`
-        : '무슨 일인지 뚜렷하지 않음';
-    return { mode: null, score: 점수, why: 왜, 겹침: false, 점수들, 뺀것 };
+    const 왜 = 지나가는말
+      ? `글이 길고 ${뺀것.join('·')}(${뺀최고}점) 가 ${으뜸}(${점수}점) 보다 세서 `
+        + `${으뜸} 로 안 봄 — 종합에서 단계를 따라갑니다`
+      : 긴글 && 으뜸 && 점수 >= (문턱[으뜸] ?? 4)
+        ? `글이 길어 ${으뜸} 신호 하나로는 안 정함 — 종합에서 단계를 따라갑니다`
+        : 뺀것.length
+          ? `${뺀것.join('·')} 신호가 있었지만 고치라는 말이라 읽기 전용 모드로 안 보냄`
+          : '무슨 일인지 뚜렷하지 않음';
+    /*
+     * ── 「일부러 안 골랐다」 와 「그냥 모르겠다」 는 다른 말이다 ─────────
+     *
+     * 바로 위 주석이 그 구분을 적어 뒀는데, 정작 화면에는 **둘 다 아무것도
+     * 안 떴다.** 부르는 쪽(repl.js · oneshot.js)이 `if (골라진.mode)` 안에서만
+     * 찍었기 때문이다. 여기서 지은 세 갈래 까닭은 한 번도 사람에게 안 갔다.
+     *
+     * 그렇다고 전부 찍으면 안 된다. 보통 한마디는 거의 다 여기로 오고 까닭은
+     * 「무슨 일인지 뚜렷하지 않음」 이다 — 그건 소음이다.
+     *
+     * 그래서 **가르는 일을 여기서 한다.** 부르는 쪽이 `뺀것.length` 니
+     * `글이 길` 이니를 다시 헤아리게 두면 두 자리에서 따로 어긋난다.
+     */
+    return { mode: null, score: 점수, why: 왜, 겹침: false, 점수들, 뺀것, 일부러 };
   }
 
   // 1·2등이 붙으면 고르지 않는다. 반반인 것을 억지로 정하면 절반은 틀린다.
   const 둘째 = 순위[1]?.[1] ?? 0;
   if (점수 - 둘째 < 2 && 둘째 >= (문턱[순위[1][0]] ?? 4)) {
-    return { mode: null, score: 점수, why: `${으뜸} 과 ${순위[1][0]} 가 비슷함`, 겹침: false, 점수들 };
+    return {
+      mode: null, score: 점수, why: `${으뜸} 과 ${순위[1][0]} 가 비슷함`,
+      겹침: false, 점수들, 뺀것, 일부러: true,
+    };
   }
 
   return {