← 목록 · 04-4 · 상식과 반대로 나올 때 · 원문 notes.md

04-4 강사 노트 (내부 보관 — 납품 대상 아님)

v1(rev0) 초안 메모 — 개정 로그 (2026-09-05)

04-3(PASS)을 틀로 삼아 첫 제출본을 작성했다. assets/contracts/04-4.md(2026-09-05 개정)와 assets/data/daejeon/README.md 「04-4 코호트 실측」 절을 원본으로 썼다. python이 이 세션에서 권한 차단으로 실행 금지돼 gawk(FPAT)로 license.csv(260,856행)를 전수 재계산했다. 계약·README가 「4242」로 적은 값이 원자료에서는 「42424」였다 — 정정해 옮겼다. 산점도·잔차는 계약이 방향을 지정하지 않아 집필자가 직접 계산했다.

v1b·v1c 사전 검사 대응 — 개정 로그 (2026-09-05)

v1b: check_notes.py STALE 5건(인용 불일치·검사 로그 절 헤딩 구조 결함·script.md 「합계」 트리거 오탐) 대응, build_quiz.py 「단정 어미 최소」 40.0% 관문 대응(mc4 정답 어미 통일). v1c: Hans 지적 셋 대응 — REPORT.md에 v1b 블록을 붙였다가 삭제(이후 pane 보고만), notes.md 촬영용 절을 04-3 틀대로 재구성, mc4 재수정("날짜여야"가 「짜여」와 우연히 매치해 「단정형 고르기」 40.0%를 다시 만든 것을 해소). v1d: notes 산문에 검사 절 개수를 도구 출력 그대로 다시 적었던 것을 지움, 검사 로그를 04-4-v1c-output.txt로 교체 — 검증 결과 quiz 관문 30.0%(길이2위) 통과.

rev1 — 건 1 FAIL 7 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4.md FAIL 7. assets/contracts/04-4-rev1.md FA1~FA7 반영. 일곱 중 셋(3년 창·이상치 「셋」·밀도 x축 「중구 1위」)은 계약·README 결함이라 오케스트레이터가 README를 2차 정정했다 — 이번 rev는 숫자를 전부 그 2차 정정판으로 교체했다. - FA1(3년→2년): 폐업일자 최댓값이 2021-12-30이라 2019년 인허가분의 3년 창은 83.5%만 관측된다(끝까지 채운 건 0건). 완전 관측되는 창은 2년뿐이다. 지표를 「2년 내 폐업률」로 바꿔 2019 코호트 24.4%(13,665건 중 3,334건), 2018 코호트 24.9%로 정정 — 2020·2021은 언급하지 않거나(2021은 애초에 별개 코호트가 아니라 트랩 계산에서 빠짐) 「비교 불가」로만 표기. 발화 정의를 "2019년에 문을 연 가게 중 2년 안에 문을 닫은 비율입니다. 자료는 2021년 12월까지입니다."로 교체, 「3년」·「2022년 같은 날까지」 전부 삭제. 마진: 동구-서구 5.96% 헤지(묶음 아님), 나머지 세 경계는 전부 안전. - FA2·FA3(밀도 x축·잔차 서술): 04-3 밀도표의 중구-서구는 0.77% 묶음이라 「밀도 1위 중구」로 산점도 결론을 세우지 않는다. 잔차를 2년 값으로 다시 계산(r=0.5031, 회귀식 y=-2.7653+0.048240x)한 결과 |잔차| 순은 동구5.3 > 대덕3.7 > 중구2.5 > 서구1.0 > 유성0.1 — 가장 크게 벗어난 곳은 동구다(중구가 아니다). 대본·slides 제목·근거·notes를 전부 "잔차가 가장 큰 곳은 동구"로 통일했다. slides (구 rev)의 "가장 붐비는 곳이 가장 안 망했다"는 이중으로 사실과 달라(가장 안 망한 곳은 대덕구, 가장 붐비는 자리는 중구·서구 묶음이라 단정 불가) 제목을 "잔차가 가장 큰 곳은 동구다"로 바꿨다. - FA4: FA1과 같은 조치(위). - FA5(이상치 6종 73행): 「0」·「2996-12-28」·「42424」 셋만 적고 "이 셋 말고는 정상값"이라 쓴 것이 전수 주장 위반이었다 — README가 이미 여섯 갈래(빈칸64·200000×3·1997-8-78·42424·0=형식위반 70행, 미래·너무 이른 날짜 3행=범위위반)를 적어 뒀다. 대본·slides·quiz 전부 "6종 73행"으로 교체, quiz mc4는 "세 건" 보기 자체를 없애고 문항 줄기를 "6종 73행"으로 바꿨다. - FA6(기관명): script 발화 "대전시 인허가업소 정보" → "인허가 자료"로 정정. 해당 demo src에 "대전"이 없어 §0.14 출처-대조 예외가 적용되지 않았다. - FA7(영업상태명 전수·판정표 확장): 근거 절 영업상태명을 4종에서 6종 전부(기타1·제외/삭제/전출324 추가)로. §0.18-a 판정표에 04-3 밀도 5값·코호트 시점 비교·개방서비스명 절대값까지 몫 지표 전부를 담았다. - §0.4-a(신설): 총량 = 발화÷250 + 조작초÷60 + chapter 전환 3장 0.5분. 머리말 인용 COMMON 개정 목록에 §0.4-a 추가. - 이상치·코호트·잔차 서술이 전부 바뀌어 발화 글자 수가 v1d(5,561자)에서 크게 늘었다 — 이번 rev 자가측정은 sed/awk 흉내(자가추정)이며 검증자 재실행이 정본이다.

rev1b 사전 검사 대응 — 개정 로그 (2026-09-05)

검증 결과: quiz 관문 35.0%(강조 부사 최다) 통과, 여유 0. Hans 지적 셋 대응. - 인용 STALE 2건: 「대본 근거 메모」에 큰따옴표로 감싸 적었던 두 자기 서술("가장 붐비는 중구가…"·"밀도가 중간쯤인 동구가…")이 대본 인용문으로 오인됐다 — 실제로는 대본 문장이 아니라 집필자가 상황을 요약한 문장이었다. 따옴표를 빼고 서술형으로 바꾸고, 대본의 실제 문장은 위 「짚을 지점」(rev1b 당시) 인용을 참조하도록 정리했다. - 합계 손기록 2곳: notes 「검사 로그」 절의 옛 출력과 script.md 근거 절의 자가추정이 실측과 달라 STALE — 검사 로그를 새 출력으로 전체 교체하고, script.md 근거 절 자가측정 문단에서 숫자를 아예 지워 "notes.md 검사 로그가 정본"으로만 쓰게 했다. notes.md 자체의 「자가측정」 절도 같은 이유로 숫자를 다시 옮기지 않고 계산식만 남겼다. - 검사 절 개수 STALE: 이 절(당시)에 도구가 찍은 검사 절 개수를 숫자로 인용해 뒀던 것도 같은 종류의 손기록이었다 — 숫자를 빼고 사실만 서술로 바꿨다. - script의 「3년」 3곳 분류: 머리말(1차 정정 폐기 서술)·근거 절(rev1 당시)(관측 창 절단 서술) 둘은 「관측 불가」 설명이라 그대로 뒀다. 이론의 "3년 전에 문을 연 가게" 예시는 이 편의 실제 지표(2년)와 숫자가 겹쳐 혼동을 줄 수 있어 "2년 전에 문을 연 가게"로 바꿨다 — 이론은 여전히 일반형 예시이고 대전 데이터를 가리키지 않는다. - quiz.md는 이번 rev에서 손대지 않았다(관문 이미 통과).

rev1c 사전 검사 대응 — 개정 로그 (2026-09-05)

Hans 지적 둘 대응. - notes 손기록: rev1b 항목에서 옛 검사 절 개수를 숫자로 다시 인용해 뒀던 것을 지웠다(위 rev1b 절 참조) — 도구 수치는 손으로 옮기지 않는다는 규칙이 이력 절 서술에도 그대로 적용된다는 것을 이번에 알았다. check_notes.py의 그 검사는 헤딩이 「검사로그」인지만 보고 「개정로그」 헤딩은 제외하지 않는다 — 이력 절에서도 숫자 인용은 위험하다. - §0.4-a 개정(화면 지시마다 전환 칸): COMMON §0.4-a가 「조작: <유형> · 전환: 예/아니오」 두 칸 표기로 바뀌었다 — script.md 화면 지시 12개 전부에 전환 칸을 붙이고, notes.md에 태그 표(줄·유형·초·전환·소계)를 신설했다(아래). 전환 판단은 직전 화면 지시와 다른 화면인지로만 본다. - 새 소계 합으로 재계산하면 총량이 상한(30분)에 바짝 붙는다 — 이론 구간에서 지엽적인 부연 문장 하나를 트림해 여유를 만들었다. 이 트림 때문에 위 「검사 로그」(rev1 시점 출력)의 이론·합계 글자 수가 이 파일과 더 이상 정확히 맞지 않는다 — 재실행 전까지는 자가추정(아래 「자가측정」 절)으로 대신한다. - script.md 자가측정 문단에서도 「20+20+30+…=268초」 같은 옛 산식을 지우고 이 표 하나만 가리키게 했다(§0.4-a 「총량 산식 하나」 원칙 — 다른 셈은 근거 절에 적지 않는다).

rev1d 사전 검사 대응 — 개정 로그 (2026-09-05)

Hans 지적 둘 대응. - clock 불일치: 「슬라이드 빌드」 절에 옛 clock 값이 그대로 남아 slides.md 값과 어긋났다 — slides.md 쪽(태그 표·검사 로그 실측으로 이미 다시 낸 값)에 맞춰 그 문장만 정정했다. 이제 notes·slides 전체에서 clock 값이 한 곳(태그 표 계산)에서만 나온다. - notes 합계 손기록: 「자가측정」 절에 남아 있던 자가추정 글자 수·총량 수치를 전부 지우고 산식 서술만 남겼다 — 결과 숫자는 검사 로그와 slides.md 앞머리에만 있다. 검사 로그 절을 04-4-rev1c-output.txt로 통째로 교체했다. - script.md·slides.md·quiz.md는 이번 rev에서 변경 없음.

rev2 — 건 2 FAIL 3 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4-rev1.md FAIL 3. assets/contracts/04-4-rev2.md FB1~FB3 반영. 셋 중 둘은 README 결함이라 오케스트레이터가 README를 3차 정정했다. - FB1(이상치 15종 89행, 달력 검사): 「6종 73행」은 정규식 ^\d{4}-\d{2}-\d{2}$ 하나로 낸 값이었다 — 이 정규식은 형식만 보고 달력에 실재하는 날짜인지는 보지 않아 2000-00-00(9행)·1990-05-00(2행)·1998-15-28·1992-04-31·1991-05-53·1989-12-00·1999-03-00(각 1행) 16행을 놓쳤다. gawk로 윤년까지 반영해 「달력 날짜로 실제 해석되는가」로 재검사 — 형식 자체가 날짜 아님 70행(nullll64·20000042424·0·1997-8-78 각1) + 형식은 맞지만 달력에 없음 16행 + 달력엔 있지만 연도 범위(1900~2021) 밖 3행(2996-12-28·1885-05-09·1198-03-27) = 89행, 15종. script, slides, quiz.md의 mc2·mc4 문항까지 전부 「6종 73행」을 「15종 89행」으로, 검사식 설명도 「정규식」에서 「달력 날짜 해석」으로 바꿨다. - FB2(nullll): 「빈칸 64행」이 아니라 인허가일자 열에 글자 그대로 nullll(l 세 개)이 적힌 64행이었다 — 실제 빈 문자열은 0행이다. script 요점에 이 사실을 명시하고, 축자 정의 바로 뒤에 "빈칸이 아니라, 글자 그대로 「nullll」이라고 적혀 있습니다. 0도 빈칸도 아닌 세 번째 결측 표기입니다." 축자를 새로 넣었다(04-2·04-3의 「999」와 같은 결측 코드 계열). - FB3(잔차 순위 발화): script (rev1 당시) "중구 -2.5, 서구 +1.0으로 다섯 구 중 세 번째, 네 번째로 작다"가 |잔차| 오름차순(유성0.1<서구1.0<중구2.5<대덕3.7<동구5.3)과 안 맞았다 — 서구는 두 번째로 작다(네 번째가 아니다). "서구 +1.0으로 두 번째로 작고, 중구 -2.5로 세 번째로 작다"로 순서를 바로잡아 화면 표와 같은 순서로 맞췄다. - nullll 축자 한 줄이 늘어 발화가 커졌다 — 이번 rev 자가측정은 검증자 재실행이 정본이며, 이 절에는 숫자를 다시 적지 않는다.

rev3 — 건 3 FAIL 5 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4-rev2.md FAIL 5. assets/contracts/04-4-rev3.md FC1~FC3 반영. 핵심은 총량 상한 초과. - FC1(총량 초과): 발화+조작+챕터전환 총량이 상한(30분)을 넘었다 — 이론에서 잔차·상관계수 부연 문장 하나, 이상치 둘째 층 열거에서 예시 하나를 트림하고, 뒤이은 FC2 재작성으로 코호트 트랩 장면이 더 짧아진 것까지 합쳐 발화를 줄여 30 아래로(여유 확보) 낮췄다. 조작 태그 구성(12개)은 안 바뀌어 chapter clock·minutes도 그대로다 — 정확한 숫자는 검사 로그가 정본. - FC2(「섞은 첫 계산」 숫자, 계약 결함): 계약 ④가 여전히 3년 정의 시절 숫자(41,178/9,049/22.0%, 2018~2020 2년 창 기준)였다 — 오케스트레이터가 원자료로 계약을 갱신했다. 새 값은 2019~2021 인허가 45,887건 중 폐업일자가 있는 것 7,802건 = 17.0%(코호트별 2019 27.6%·2020 17.4%·2021 8.1%) — 이 셈에는 「몇 년 안에」라는 창 자체가 없다는 것을 발화로 밝혔다((rev2 당시), 2년 정의와는 다른 셈). "생존율 계산해 줘" 함정(rev3 당시)도 같은 계약 ④ 값으로 통일 — 45,887건 중 폐업 7,802건 → 생존율 83.0%(옛 78.0%·2018~2020 값 폐기). quiz mc2를 이 새 숫자(17.0% vs 27.6%)로 다시 썼다 — 옵션 텍스트는 길이·어미·계열 안전성(관문 재현 결과 최댓값 30%, 이전과 동일)을 재확인했다. - FC3(quiz mc3 why의 표기): mc3 why가 대본 두 줄을 가리키는 표기(quiz.md 안의 문자열, script 줄참조 아님)는 이번 rev의 트림·재작성으로 script.md 줄 번호가 흔들릴 뻔했으나, 실제로는 화면 지시 12개의 줄 번호가 전부 rev2 이후로 불변이라(문장 내부 트림만, 줄 삽입·삭제 없음) 두 지점(rev2 당시) 모두 그대로 유효하다 — 재확인만 하고 손대지 않았다. - notes 산술은 태그 표(위)만 쓰고 별도 계산식을 다시 적지 않는다(§0.4-a).

rev4 — 건 4 FAIL 5 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4-rev3.md FAIL 5. assets/contracts/04-4-rev4.md FD1~FD5 반영. 총량·데이터·마진 11쌍·quiz 관문은 이미 통과, 다섯은 전부 참조·시간·표 정합 문제. - FD1(quiz 행 인용 빈 줄 2): mc2·mc3 why의 "(대본 L###)" 참조가 각각 script.md의 빈 줄(rev3 당시)에 착지했다 — 실제 지지 문단인 (mc2, "코호트를 나누지 않고 먼저 계산해 본다"로 시작하는 요점)·(rev4 당시)(mc3, "추세선에서 얼마나 벗어났는지 잔차로 본다"로 시작하는 요점)으로 정정. - FD2(slides 강사 노트 잔차 순위 반대): demo3 슬라이드 노트가 "잔차도 세 번째·네 번째로 작다"로 서구·중구를 뭉뚱그려 적어 대본의 올바른 순서(유성<서구<중구<대덕<동구)와 반대로 읽혔다 — "서구가 두 번째로 작고 중구가 세 번째로 작다"로 정정. notes 「산점도·잔차」 절이 가리키던 "짚을 지점 (rev4 당시)"도 실재하지 않는 항목이었다 — 실제 항목인 로 정정. - FD3(notes 발화 글자 수·총량 손기록): 이력 절(v1b·rev3 FC1)에 남아 있던 구체적 글자 수·분 수를 전부 지우고 서술로만 남겼다 — 도구가 재현할 수 없는 숫자를 다시 옮기지 않는다는 원칙을 이력 절에도 끝까지 적용. - FD4(이론 노트 시간 +13.4%): big·two·steps 세 슬라이드의 강사 노트 시간 합이 이론 실측(발화÷250)보다 13%대 많았다 — rev3의 이론 트림이 반영되지 않은 채였다. 세 값을 실측 비례로 다시 나눠 ±10% 안으로 맞췄다. - FD5(마진표 확장): §0.18-a 감사 범위가 폐업률 5값·밀도 5값·서비스명 3값에 그쳐 있었다 — 「섞은 첫 계산」 화면의 코호트 3값(2019·2020·2021 창 없음)과 잔차 표 5값까지 인접 쌍을 전부 추가해 17쌍으로 확장(전부 안전, 새로 걸리는 쌍 없음). 서비스명 76.11%는 반올림 오기였다 — 정밀 계산 76.116%→76.12%로 정정. - 오늘 편집은 전부 근거 절·notes·slides 강사 노트뿐이라 발화 글자 수·총량은 변하지 않는다(여유 그대로, §0.18-a "총량 늘리지 마라" 충족).

rev5 — 건 5 FAIL 3 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4-rev4.md FAIL 3. assets/contracts/04-4-rev5.md FE1~FE3 반영. quiz 행·slides 잔차·노트 시간·마진표는 이미 통과. - FE1(화면전환 조작 유형, §0.4-a 개정): 「화면전환」은 조작 유형이 아니다 — 화면만 바뀌는 지시는 조작: 없음 · 전환: 예(8초 한 번)로 매긴다. 정리 (rev5 당시)이 「화면전환8 + 전환8=16초」로 이중 계산돼 있었고, 도입 도 실제 조작 없이 완성본 목업만 띄우는 화면인데 「파일열기20초」로 잘못 매겨 있었다(깨진 ⑤) — 둘 다 조작: 없음 · 전환: 예(소계 8초)로 정정. 시연-only 10개 화면은 그대로다. 태그 표 합계 324초→304초, script.md 단가표에서 「화면전환8」을 빼고 「없음0」을 추가. - FE2(헤지 대역 위 1위 단정): 대본 (축자)의 "폐업률은 다섯 구 중 가장 높습니다"가 동구-서구 마진 5.96%(4~6% 헤지 대역)를 1위로 단정하고 있었다 — 같은 헤지 어법으로 "앞서는 편입니다"로 정정. quiz mc3 why의 같은 인용문도 함께 정정(script와 축자 일치 유지). - FE3(머리말): script.md 머리말과 「상태」 행이 rev1 이후 갱신되지 않고 그대로 남아 있었다 — rev5로 올리고 인용 계약 목록에 04-4-rev2~rev5.md를 추가. - 깨진 ④(n=5 상관 0.50의 표본 불안정)는 계약 구조 문제라 오케스트레이터가 §0.18-a에 새 요구로 넣었다 — 대본 (축자) "약한 양의 상관입니다"는 그대로 두고 "다섯 점이라 한 구만 빠져도 크게 흔들립니다." 한 문장을 덧붙였다(발화가 조금 늘었지만 FE1의 조작초 절감이 더 커 총량 여유는 오히려 늘었다 — 정확한 값은 검사 로그가 정본).

rev6 — 건 6 FAIL 1 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4-rev5.md FAIL 1. assets/contracts/04-4-rev6.md FF1 반영. 총량·화면전환·헤지 6곳·마진 17쌍·머리말은 이미 통과. 남은 하나는 집필자의 README 정의 결함. - FF1(이상치 하한 「1900」): 대본이 실제로 말하는 정의는 「달력에 있는 날짜인가 · 파일 기준일 이후인가」 둘뿐인데, rev2(FB1)에서 README에 적은 「연도 범위 1900~2021」의 하한 1900은 어떤 원자료 사전에도 없는 집필자 임의값이었다 — README 4차 정정으로 하한을 뺐다. 1885-05-09(NR78413)·1198-03-27(NR110370)는 달력에 실재하고 파일 기준일보다 훨씬 이전(둘 다 2018~2021 코호트 밖)이라 더 이상 이상치가 아니다 — 오래된 정상 인허가로 처리한다. 이상치는 15종 89행 → 13종 87행(형식 자체가 날짜 아님 70·달력에 없음 16·파일 기준일 이후 1)으로 줄었다. script, slides, quiz.md mc2·mc4를 전부 「13종 87행」으로 갱신, 발화에는 처음부터 「하한」을 말한 적이 없어 발화 자체는 안 바뀐다. - 깨진 지점 둘도 근거 절에 반영: 동구-서구 마진은 반올림 전 정밀값으로 계산하면 6.32~6.64%까지 나올 수 있으나 §0.18-a는 표시값(반올림 소수 1자리) 기준으로 정의돼 있어 5.96%가 정본이라는 한 문장을 마진표 아래에 추가. 2019 코호트 안에서 「2019-12-31 개업분 일부는 2년 창이 하루 모자란다」(파일 기준일 2021-12-30 vs 2년 뒤 2021-12-31)는 극소수 경계 사례를 관측 창 절단 문단에 한 줄 추가 — 기존 24.4%·구별 표 값은 이미 이 재현에 반영돼 있어 숫자 변경은 없다. - 이번 rev는 근거 절·notes·slides·quiz 표기뿐이라 발화 글자 수·총량은 변하지 않는다.

rev7 — 건 7 FAIL 2 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4-rev6.md FAIL 2. assets/contracts/04-4-rev7.md FG1~FG2 반영. 이상치 종·행·헤지·마진·머리말은 이미 통과. 둘 다 라벨 문제. - FG1(「상위 셋」): script (rev7 당시) 화면 지시가 「개방서비스명 상위 셋」이라고 적었는데, 전체 순위를 gawk로 다시 세어 보니 2위 통신판매업 35,300·3위 담배소매업 18,990·4위 즉석판매제조가공업 16,878·5위 휴게음식점 14,545이고 제과점영업은 25위(1,685)였다 — 「상위 셋」이 아니라 인물이 골라 비교하는 「식품접객 3종(일반음식점·휴게음식점·제과점영업)」이다. 라벨을 정정하고, 근거 절 마진표의 일반-휴게·휴게-제과 두 쌍도 「인접 마진」이 아니라 「참고(순위 인접 아님)」로 바꿨다 — 두 값(76.12%·88.42%) 자체는 그대로 두되 인접 순위 판정이라는 주장만 뺐다. - FG2(허용값 정의의 하한 절): README 4차 정정(FF1) 뒤 정의는 「달력에 실재 · 파일 기준일 이전」인데 script·slides·quiz mc4 보기3·why에 「서비스가 실제로 열린 날부터/개설일~」이라는 하한 절이 그대로 남아 있어 실제 검사 결과(13종 87행, 하한 없음)와 어긋났다 — 세 곳 모두 하한 절을 빼고 「달력에 실재 · 파일 기준일 이전」 한 문장으로 통일했다. quiz mc4 보기3은 "달력에 있고 기준일 이전인지 보는 정의에 있다"(25자, 옛 보기와 길이 동일 — 관문 재확인 불필요)로 다시 썼다. 1198-03-27처럼 정의를 만족하는 오래된 날짜는 걸러지지 않는다는 것을 근거 절에 「정의의 한계다」로 한 줄 짚었다. - 이번 rev도 근거 절·화면 지시 라벨·quiz 표기뿐이라 발화 글자 수·총량은 사실상 변하지 않는다(검사 로그가 정본).

rev8 — 건 8 FAIL 1 대응, 개정 로그 (2026-09-05, 오케스트레이터 직접 지시)

검증 결과 FAIL 1. 별도 계약 파일 없이 오케스트레이터가 지목한 근거 절 오류 하나. - FH1(정밀 마진 오기): 근거 절 (rev6 당시 이 절 추가, 위 rev6 항목 참조)의 「반올림 전 정밀 비율로 계산하면 6.32~6.64%까지 나올 수 있으나」가 틀린 계산이었다 — gawk로 다시 검증(577/2,023=28.522%, 1,272/4,746=26.802%): 큰값(동구) 기준 정밀 마진은 6.03%뿐이고, 6.32~6.64%는 작은값(서구) 기준으로 계산한 값(6.42%)과도 맞지 않는 근거 없는 구간이었다 — 어느 계산으로도 나오지 않는 범위를 적어 놓은 것이다. 「반올림 전 정밀값(577/2,023=28.522%, 1,272/4,746=26.802%)으로 계산해도 6.03%로 표시값 5.96%와 같은 판정(헤지)이다」한 문장으로 교체했다. 계약 04-4.md ②·README(13종 87행·영업상태명 6종·3년 관측 행 폐기)는 오케스트레이터가 직접 고쳤다. - 이번 rev도 근거 절 한 문단뿐이라 발화 글자 수·총량은 변하지 않는다.

rev9 — 건 9 FAIL 3 대응, 개정 로그 (2026-09-05)

검증 verify/results/04-4-rev8.md FAIL 3. assets/contracts/04-4-rev9.md FH1~FH3 반영. 셋 중 하나(README 제목 「2차 정정」이 4차 본문 위에 남아 있던 것)는 오케스트레이터가 README에서 직접 고쳤고, 도구가 「(rev8 당시)(축자)」 형태의 script 내부 참조를 이제 본다. - FH1(근거 절 대본 줄참조 미착지 2개): 근거 절 마진표 아래 「대본 (rev8 당시)(축자)·(축자)」가 실제로는 (rev8 당시)(빈 줄)·(rev8 당시)(요점, 축자 아님)을 가리키고 있었다 — 여러 rev에 걸친 트림으로 줄 번호가 밀렸는데 이 문장만 안 따라갔다. 진짜 대상인 (헤지 축자)·(상관계수 축자)로 정정. 「섞은 첫 계산의 함정값, 코드블록」도 (rev8 당시)는 코드블록 캡션 줄이고 실제 값은 — 정정. - FH2(「정의의 한계」 장면 0건): rev7(FG2)에서 근거 절에만 적었던 「1198-03-27 같은 오래된 정상 형식 날짜는 정의상 남는다 — 그것이 정의의 한계다」가 실제 시연 ② 발화에는 없었다 — (요점) 문단 끝에 같은 취지 한 문장을 실제로 붙였다. - FH3(README 인용): 근거 절 「코호트 재현」 문단이 제목에 「README 2차 정정판」이라 적고, 본문 끝에서는 폐기된 「3년 내 폐업 코호트」 절을 「일치」 근거로 인용하고 있었다 — 제목을 「README 정정」으로, 인용도 현재 유효한 「04-4 코호트 실측」(README 정정, 2년 내·13종 87행) 절로 바꿨다. notes 「대본 근거 메모」의 같은 두 군데도 함께 정정. - 깨진 ④: 발화 "차이가 6퍼센트에 못 미쳐"는 표시값(5.96%)에서만 참이고 정밀값은 6.03%라 — "표시값으로 6퍼센트에 못 미쳐"로 한 마디 넣었다(quiz·notes 인용도 동일하게 정정). 깨진 ⑧: notes 「짚을 지점」 (잔차 정의) 줄의 quiz 대응 표기가 「mc4 근거」로 잘못돼 있었다 — 잔차 정의라 mc3(동구 잔차 문항) 근거다. 「mc3 근거」로 정정. - 이번 rev는 전부 근거 절·notes 정합 문제와 시연 ②에 한 문장 추가뿐이라 총량은 거의 그대로다(여유 확인은 검사 로그가 정본).

rev10 — 건 10 FAIL 3 대응, 개정 로그 (2026-09-05, SPEC.lock v1 — 계약·검사기 동결)

검증 §7 FAIL 3. assets/contracts/04-4-rev10.md FI1~FI3 반영. 본문·quiz·총량·태그·고정점은 이미 통과. - FI1(산점도 두 축의 시점·모집단 고지): x축(04-3 밀도, 상가업소 2026-06 정제본 79,957행 ÷ 인구 2026-07)과 y축(인허가 2019 코호트, 관측 종료 2021-12-30)의 시점이 7년 다른데 대본은 y축 시점만 말했다 — 에 새 축자 "밀도는 2026년 6월 자료, 폐업률은 2019년에 문을 연 가게입니다 — 두 표의 시점이 7년 다릅니다."를 넣고, 근거 절 「산점도·잔차」 앞에 x·y축 파일·모집단·시점을 나란히 적은 표를 새로 넣었다. 값·결론은 바꾸지 않았다(2019년 시점 밀도는 저장소에 없다). 계약 ⑥이 x축을 지정한 것은 집필자 결함이지만 계약(동결)은 그대로 두고 여기서만 고쳤다. - FI2(notes 「본문 14장」): §0.14 셈은 cover 제외 블록 수인데 "본문 14장"이라고 cover를 포함해 세고 있었다 — "블록 14개(cover 포함) = 본문 13장"으로, 괄호 열거에서도 cover를 뺐다. - FI3(slides clock 18→19): 시연 발화·조작 재계산(3,428÷250+288÷60=18.51→19, (rev9 당시) 값 — FI1 이후 시연은 3,490자·18.760분)로 slides clock: 18분이 최신 실측과 안 맞았다 — 19분으로. notes 「슬라이드 빌드」의 clock 대조 표기(6·18·2)도 6·19·2로 함께 정정. minutes 판정 29−(6+19+2)=2, 여전히 0~6 안. - 새 축자 삽입으로 그 뒤 대본 줄 번호가 전부 +3 밀렸다 — 근거 절 마진표 트레일러((rev9 당시)), 짚을 지점 전체((rev9 당시)부터 (rev9 당시)까지), 화면 지시 태그 표(로), quiz mc3 why(rev9 당시), notes 낭독 금지의 코드블록·자막 참조((rev9 당시)~168·(rev9 당시))까지 전부 다시 맞췄다. 이력 절의 옛 번호 중 지금 빈 줄에 착지하는 것(rev3 당시)은 「revN 당시」로 감쌌다. - 도구는 이번 rev부터 집필자가 직접 돌린다(Hans 지시) — 제출 직전 axnotes·axdeck·axquiz 실행 결과를 검사 로그 절에 붙인다.

rev11 — 건 11 FAIL 1 대응, 개정 로그 (2026-09-05)

검증 §7 FAIL 1. assets/contracts/04-4-rev11.md FJ1~FJ2 반영. FI1~FI3 이행·데이터 재현 20/20·마진표 17/17·quiz 35.0%·고정점 전부 이미 통과. - FJ1(근거 절 URL 0건, §0.14·§0.17-b): 근거 절이 "assets/sources.md에 등재된 두 항목만 썼다"처럼 파일 이름만 적고 URL 자체는 한 건도 옮기지 않았다 — 04-3 방식대로 대장 URL 4개를 확인일과 함께 글자 그대로(끝 슬래시·%27 포함) 근거 절에 옮겼다: 아이스크림-익사(FPP3 §7.8) https://otexts.com/fpp3/causality.html · 앤스컴 4중주 https://en.wikipedia.org/wiki/Anscombe%27s_quartet · Autodesk 「Same Stats, Different Graphs」 https://www.research.autodesk.com/publications/same-stats-different-graphs (이상 확인일 2026-09-05, 「앤스컴 4중주·아이스크림-익사 사고」 문단) · FI1 표 x축 인구 원표 https://www.daejeon.go.kr/sta/index.do (확인일 2026-09-04, FI1 시점·모집단 표 바로 아래). 값·발화는 바꾸지 않았다. - FJ2(이력 FI3 산식 표기): FI3 줄의 "3,428÷250+288÷60=18.51"은 rev9 시점 값인데 그 뒤 FI1이 발화를 늘려(현재 시연 3,490자·18.760분) 계산 근거가 달라졌다 — 그 줄에 "(rev9 당시)"를 붙여 옛 계산임을 밝혔다. - 이번 rev는 근거 절 URL 삽입과 이력 절 표기 한 곳뿐이라 발화·총량·quiz는 변하지 않는다.

rev12 — 건 12 FAIL 1 대응, 개정 로그 (2026-09-05)

검증 §7 FAIL 1(FK1). assets/contracts/04-4-rev12.md FL1~FL3 반영. FJ1·FJ2 이행 확인, 그 밖 전부 이미 통과 — 남은 것은 notes 상설 절(날짜·rev 헤딩 없는 절)의 시제 서술 두 곳. - FL1(「슬라이드 빌드」 절): 「이번 rev에서 slides.md 내용을 크게 고쳐 재빌드가 필요하다(오케스트레이터 몫)」는 slides.md가 실제로 마지막 바뀐 rev10(FI3, clock 19분) 이후에도 그대로 남아 있던 시제 오류였다 — 「slides.md는 rev10(FI3, clock 19분) 이후 변경 없음. 빌드는 제출 직전 집필자가 axdeck ep-04-4/slides.md로 돌린다(검사 로그 절이 그 출력).」로 정정. - FL항목2(「quiz 규격 확인」 절): 「mc2·mc3·mc4 세 문항을 이번 rev 숫자로 다시 썼다」도 같은 시제 오류였다 — 이력 절을 다시 확인해 mc2는 rev3(FC2), mc3·mc4는 rev1(FA2·FA3·FA5)에서 처음 다시 썼고 mc4 숫자만 이후 rev6·rev7에서 갱신됐다는 사실로 바꿨다. - FL3(전수 grep): grep -n "이번 rev\|오케스트레이터 몫\|대기" ep-04-4/notes.md 16줄 → 14줄. 남은 14줄은 전부 ## revN … 개정 로그 날짜 헤딩 아래의 역사 서술(그 rev 시점엔 참이었던 사실 진술)이거나 「AI응답대기」(조작 유형 이름, 무관)였다 — 상설 절에서는 0줄.

rev13 — 건 13 FAIL 2 대응, 개정 로그 (2026-09-05)

검증 §7 FAIL 2. assets/contracts/04-4-rev13.md FN1~FN2 반영. FL1~FL3 이행, 그 밖 전부 통과. - FN1(script 머리말 rev13): 인용 계약 목록 끝에 04-4-rev12.md(FL1~FL3)·04-4-rev13.md(FN1~FN2) 추가, 첫머리 「rev13(건 13 FAIL 2 대응, 2026-09-05)」, | 상태 | rev13 | — 도구 실행 직전(붙이기 직전)에 갱신했다. - FN2(count_script 출력 부재): notes 「자가측정」·script 「자가측정」이 「검사 로그의 count_script 결과가 정본」이라 지목하면서도 axnotes(=check_notes.py만 실행)는 count_script.py를 돌리지 않아 그 출력 자체가 패키지 어디에도 없었다 — python3 ../assets/tools/count_script.py ep-04-4/script.md를 검사 로그 절 첫 명령으로 추가(넷: count_script·axnotes·axdeck·axquiz). notes·script 두 「자가측정」 절에 도구가 찾는 형식 줄 「합계 공백포함: 5928」과 총량(30.28분→25~30 통과)·시연 clock(18.76분→19) 산식을 현재 값으로 채웠다 — 값이 바뀌면 검사 로그와 이 문단을 함께 갱신한다. - FN3(사전 검사, chapter 전환 산식 오독): 위 FN2에서 「chapter 전환 3장×0.5분(1.5분)」으로 계산해 총량 30.28분·「상한 통과」라 적었는데, §0.4-a·빌더·검증자의 실제 셈은 3장 합쳐 0.5분(편당 10초)이다 — 3배로 잘못 곱해 1.5분을 더한 것이었다. notes·script 두 「자가측정」 절을 총량 = 23.71+5.07+0.5 = 29.28분(여유 43초)으로 정정.

화면 지시 — §0.4-a 태그 표 (줄 · 유형 · 초 · 전환 · 소계)

전환 = 직전 화면 지시와 다른 화면으로 넘어감(예 → +8초). 이 표 하나가 총량·minutes·시연 clock의 유일한 근거다 — 다른 셈은 어디에도 적지 않는다.

유형 전환 소계
L39(도입) 없음 0 8
L86 파일열기 20 28
L95 검사실행 30 아니오 30
L107 검사실행 30 아니오 30
L114 AI응답대기 30 38
L128 표작성 20 28
L135 표작성 20 아니오 20
L144 표작성 20 28
L154 표작성 20 아니오 20
L163 AI응답대기 30 38
L178 표작성 20 28
L184(정리) 없음 0 8
304초(5.07분)

전환 판단 근거: L39(첫 화면, 조작 없이 완성본 목업만 띄움 — FE1로 「파일열기」에서 「없음」으로 정정) 예 · L86(파일 열기 — 인트로 목업에서 실제 데이터 파일로) 예 · L95→L107(같은 license.csv를 계속 보는 중) 아니오 · L114(AI 채팅창으로 전환) 예 · L128(채팅창→표로 복귀) 예 · L135(같은 표 작업 계속) 아니오 · L144(표→산점도) 예 · L154(같은 차트 작업에 잔차 추가) 아니오 · L163(표/차트→AI 채팅창) 예 · L178(채팅창→표) 예 · L184(전공 표→도입 요약 화면, 완성본 목업만 띄움 — FE1로 「화면전환」에서 「없음」으로 정정, 전환 8초는 전환 칸에서만 센다) 예. 시연-only 소계(L86·95·107·114·128·135·144·154·163·178) = 288초(4.8분). 도입 L39 = 8초. 정리 L184 = 8초. 줄 번호는 rev10에서 산점도 시점·고지 축자(L149)가 늘어 +3씩 밀렸다 — 위 표는 그 뒤 값.

시연 순서 (참고용 — 소계는 위 표가 정본)

인허가 파일 열기 → 이상치 13종 87행 검사(달력 검사) → 「대전광역시」 행 검사 → 코호트 섞은 함정 계산(창 없는 비율 17.0%) → 코호트별 2년 내 표(2020은 비교 불가) → 구별 2019 표 → 산점도 → 잔차 표(동구 최대) → "생존율 계산해 줘" 함정 → 전공 표. script.md 화면 지시 12개 전부 재구성 표기. 촬영 전 실제 화면으로 교체해야 한다. 이론 챕터(big/two/steps)는 대전 지명·구 이름·인물 얼굴 없음, two에는 숫자 없음.

짚을 지점 (촬영 중 강조, 현재 script.md 줄 번호 기준)

낭독 금지

대본 근거 메모

수치 출처는 script.md 「근거」 절과 동일 — 아래는 재확인 방법·집필자 자체 검증만 보충.

인허가업소 정보 전수 재검증: author-c/probe-dj/3b/data/license.csv(260,856행 × 17열, CP949, 지번주소 따옴표 쉼표)를 gawk(FPAT='([^,]*)|("[^"]*")')로 검증 — 개방자치단체명·개방서비스명 값은 v1과 동일해 재대조만 했다. 영업상태명 6종 전부: 폐업132,830·영업/정상118,682·취소/말소/만료/정지/중지8,570·휴업449·기타1·제외/삭제/전출324(합 260,856) — v1d 근거 절이 4종만 적어 325행이 빠져 있었다(FA7). 폐업일자 최댓값 2021-12-30을 새로 확인(데이터갱신일자 최댓값 2021-12-16과는 다른 값 — 코호트 창 완결 여부는 폐업일자 기준으로 판단한다).

이상치 13종 87행(FB1·FF1) 재현: 정규식 형식 검사만으로는 달력에 없는 날짜 16행(2000-00-00·1990-05-00·1998-15-28·1992-04-31·1991-05-53·1989-12-00·1999-03-00)을 놓친다 — gawk로 윤년까지 반영한 달력 검사(월 1~12, 그 달의 실제 일수 이내)로 재현: 형식 자체가 날짜 아님 70행(리터럴 nullll64·2000004242401997-8-781) + 달력에 없음 16행 + 파일 기준일(2021-12-30) 이후 1행(2996-12-28NR63636) = 87행. 1885-05-09(NR78413)·1198-03-27(NR110370)는 달력에 실재하고 파일 기준일보다 훨씬 이전이라 이상치가 아니다(FF1, 앞 rev의 「1900」 하한은 데이터 사전에 없는 임의값이었다 — 둘 다 2018~2021 코호트 밖이라 수치 무영향). nullll은 빈 문자열이 아니라 리터럴 문자열(빈 문자열은 0행, FB2). 87행 중 2018~2020년으로 파싱되는 행 0건이라 코호트 수치에는 영향이 없다(재현이 실측과 일치).

코호트 재현(2년 내 폐업, FA1): gawk로 재현 — 2018년 12,295건 중 3,066건(24.94%→24.9%)·2019년 13,665건 중 3,326건(24.34%→24.3%)·2020년 15,218건(2022년 폐업 기록 0건, 비교 불가). 2019 구별: 동구575(28.4%)·서구1,269(26.7%)·중구537(23.5%)·유성710(21.7%)·대덕225(18.2%). 전부 README와 일치(인허가 ≤ 폐업 ≤ 인허가+2년 — 폐업일자가 앞선 8행 제외, 2026-09-06 정정). 「섞은 첫 계산」 재현(창 없음, FC2 계약 ④): 2019~2021 인허가 합 45,887건(13,665+15,218+17,004) 중 폐업일자가 있는 것 7,802건(3,771+2,649+1,382) → 17.00%→17.0%. 창(기간 제한) 없이 코호트별로 나누면 2019년 3,771/13,665=27.60%→27.6%·2020년 2,649/15,218=17.41%→17.4%·2021년 1,382/17,004=8.13%→8.1% — 이 값은 「인허가+2년 이내」 정의를 쓰지 않은, 파일 스냅샷(폐업일자 최댓값 2021-12-30)까지 「닫혔는지 여부」만 본 값이라 2년 내 폐업률과는 다른 지표다. README 「04-4 코호트 실측」(README 정정) 절의 같은 값과 일치 — 폐기된 「3년 내 폐업 코호트」 절은 더 이상 인용하지 않는다.

인접 마진(§0.18-a) — 몫 지표 전부, 17쌍(FA7·FD5): 2019 구별 2년내 폐업률(동-서5.99%헤지·서-중11.99%안전·중-유7.66%안전·유-대16.13%안전, 4쌍) · 코호트 2년내 시점(2018-2019 2.01%묶음, 2020은 비교 자체 안 함, 1쌍) · 코호트 창 없음(「섞은 첫 계산」 화면의 2019-2020 36.96%·2020-2021 53.45%, 2쌍, 전부 안전) · 04-3 밀도(중-서0.77%묶음·서-동9.20%안전·동-대4.67%헤지·대-유0.60%묶음, 4쌍, 04-3 편의 판정을 바꾸지 않는다) · 개방서비스명 식품접객 3종(일반-휴게76.12%·휴게-제과88.42%, 2쌍 — 실제 전체 순위에서는 인접이 아니라(2위 통신판매업·3위 담배소매업·제과점영업 25위, FG1) 「참고」로만 표기, 76.11%는 반올림 오기였던 것도 정정) · 잔차 절대값(동-대30.19%·대-중32.43%·중-서60.00%·서-유90.00%, 4쌍, 전부 안전 — 동구가 가장 크게 벗어난다는 판정이 얇은 쌍 위에 서 있지 않음을 확인). 표는 script.md 근거 절에 전부 있다.

산점도·잔차(2년 값으로 재계산, FA2·FA3): x=04-3 밀도(중구596.9·서구592.3·유성509.6·동구537.8·대덕512.7) · y=2019 코호트 2년내 폐업률. gawk 최소제곱 회귀 — r=0.5059(≈0.50), y=-2.8774+0.048335x. 잔차: 서구+0.9·유성-0.1·중구-2.5·동구+5.3·대덕-3.7. |잔차| 순 동구5.3 > 대덕3.7 > 중구2.5 > 서구1.0 > 유성0.1 — 동구가 가장 크게 벗어난다(중구가 아니다). 중구는 서구와 밀도 마진 0.77%로 묶여 「1위」를 단정할 수 없고, |잔차|도 다섯 구 중 세 번째로 작다 — 중구를 주어로 밀도·잔차 순위를 단정하던 문장은 전부 삭제하고, 동구를 주어로 잔차가 가장 크다는 서술로 통일했다(대본에 실제로 있는 문장은 위 짚을 지점 L159·L161 인용 참조 — 여기서는 다시 인용하지 않는다).

quiz 표면 특징 재확인: build_quiz.py의 네 계열 정규식(구조단정·배타·전면부정·빈도강도)·단정어미 5종·강조부사·조건형·쉼표·따옴표·괄호·숫자 포함 여부를 grep -P로 20개 보기 전부에 재현 — 매치는 mc1 오답4(「건수만」)·mc2 오답3(「로만」)·mc1 오답4(「정확히」, 강조부사) 뿐, 나머지는 0. 「단정형 고르기」 15%로 계산(관문 아래). 길이 순위는 1위30%·2위20%·3위30%·4위20%로 재분산해 어느 위치도 35%를 넘지 않는다(mc2 정답 길이를 오답 사이 중간값으로 옮겨 mc3·mc4의 동률 위치와 겹치지 않게 했다).

자가측정 (§0.4-a 산식 하나 — 숫자는 위 태그 표 + 검사 로그에서 온다, FN2로 여기 현재 값도 둔다)

검사 로그 첫 명령(count_script.py) 실행 결과: 합계 공백포함: 5928 ÷250 = 23.7분. 위 태그 표 소계 합 304초 ÷60 = 5.07분. chapter 전환 3장 합쳐 0.5분(편당 10초) = 0.5분. 총량 = 23.7+5.07+0.5 = 29.28분 → 25~30 판정 통과(여유 43초). chapter clock도 같은 재료 — 시연 구간 글자 수 3,490자÷250(13.96분) + 시연-only 소계 288초÷60(4.80분) = 18.76분 → 반올림 19분(slides.md clock: 19분). minutes: 29 = 도입2+이론6+시연19+정리2. 이 값이 바뀌면 검사 로그 재실행 뒤 이 줄도 같이 갱신한다 — 다른 셈은 적지 않는다.

슬라이드 빌드

slides.md는 rev10(FI3, clock 19분) 이후 변경 없음. 빌드는 제출 직전 집필자가 axdeck ep-04-4/slides.md로 돌린다(검사 로그 절이 그 출력). 블록 14개(cover 포함) = 본문 13장(goal·result·chapter·big·two·steps·chapter·demo×4·chapter·wrap, §0.14는 cover 제외 셈) 구조는 v1d와 동일하게 유지 — 챕터 3장(clock 6·19·2) · big 1장(이론) · demo 4장(시연) · 이론 슬라이드(big·two·steps) 대전·자치구·인물 0회(집필자 육안 확인) · chapter title·label·lead 숫자 0건 · two 슬라이드 본문에 숫자 0건(앤스컴 4중주 언급은 강사 노트로만 이동, FA7) · 숫자 실린 슬라이드(result·demo×4) 전부 src 필드 보유.

quiz 규격 확인

mc2(rev3 당시 다시 씀, 2년 내 폐업률)·mc3(rev1 당시 다시 씀, 동구 잔차)·mc4(rev1 당시 다시 씀, 이후 rev6·rev7에서 13종 87행으로 숫자만 갱신) 세 문항 현재 상태. 집필자가 grep -P로 손 재현했을 때는 「길이2위」 계열이 상한이라고 봤으나, 실제 build_quiz.py 재실행(아래 검사 로그) 결과는 「강조 부사 최다」35.0%가 최댓값이었다 — 손 재현이 놓친 전략이다. 35.0%는 관문(>35%) 경계에 정확히 걸려 있어 통과이지만 여유가 0이다. 다음 rev에서 이 보기들을 더 고치게 되면 강조 부사(아주·훨씬·정확히 등) 분포부터 다시 본다. 정답 위치 분포·보기 길이 4지표·4계열·절대어는 검사 로그 표대로 전부 안전권.

미확인

없음.

검사 로그 (집필자 실행 — rev13b, 마지막 출력)

집필자 실행 출력 — 2026-09-05 21:05

$ python3 ../assets/tools/count_script.py ep-04-4/script.md
구간    라인                공백포함      공백제외    ÷250
도입    37-52              542       398     2.2
이론    53-83             1439      1063     5.8
시연    84-181            3490      2676    14.0
정리    182-199            457       340     1.8

합계 공백포함: 5928  ÷250 = 23.7 분
합계 공백제외: 4477  ÷250 = 17.9 분
drop log: {'heading': 4, 'screen': 13, 'boldhead': 0, 'comment': 0, 'fence': 4, 'blank': 68, 'paren': 48}

$ export PATH="$HOME/bin:$PATH"
$ axnotes ep-04-4
이력 절 줄참조 검사 47개
script 내부 참조 검사 4개
검사 절 27개(검사 로그 절 제외) 중 검사 대상 줄 71 · 인용 20개 · 줄참조 55개 · stale 0

$ axdeck ep-04-4/slides.md
ep-04-4/slides.html  슬라이드 16장 (인트로·아웃트로 포함) · 납품본 — 강사 노트 제외
ep-04-4/slides_notes.html  슬라이드 16장 (인트로·아웃트로 포함) · 강사용 — 노트 내장

$ axquiz ep-04-4
ep-04-4/AX부트캠프_온라인38차시_평가문항.xlsx  1차시 · 6문항
  정답 분포  1번 1(20%) 2번 2(40%) 3번 1(20%) 4번 1(20%)
  정답이 유일 최장인 문항(길이 순위만)  1/5
  진단 특징(관문 제외) 최대  최장 어절 길이 최소 36.7%
  어휘 겹침(진단, 관문 제외)  어휘 겹침 최다 20% · 어휘 겹침 최소 20%
  번호 찍기(전 차시 합산 검사용)  최대 40%
  영상 없이 찍기 기대 정답률(최대 전략)  강조 부사 최다 35.0%  [강조 부사 최다 35% · 최장 30% · 길이1위 30% · 길이3위 30% · 글자 수 최다 30% · 어절 수 최다 30% · 단정형 지우기 28% · 절대어 지우기 25% · 절대어 고르기 25% · 쉼표 최다 25% · 쉼표 최소 25% · 따옴표 최다 25% · 따옴표 최소 25% · 괄호 최다 25% · 괄호 최소 25% · 조건형(경우·수 있·때로·보였다·수도) 최다 25% · 조건형(경우·수 있·때로·보였다·수도) 최소 25% · 단정 어미(이다·된다·있다) 최다 25% · 단정 어미(이다·된다·있다) 최소 25% · 한자어 명사형 종결(~것·~함) 최다 25% · 한자어 명사형 종결(~것·~함) 최소 25% · 숫자 지우기 22% · 숫자 고르기 22% · 강조 부사 최소 22% · 최단 20% · 길이2위 20% · 길이4위 20% · 강조 부사 있는 보기 20% · 글자 수 최소 20% · 단정형 고르기 15% · 강조 부사 없는 보기 7% · 어절 수 최소 0%]
  정답이 유일 최단인 문항  1/5
  단정 서술 4계열(구조·배타·전면부정·빈도)  정답 0/5 · 오답 2/15
  절대어 보기  정답 0/5 · 오답 0/15
  정답 길이 순위 분포(1=최장)  1위 1 3위 1 4위 1 동률 2
  정답이 눈에 띄게 긴 보기  1/5 (20%)