chore: 네 창 작업 269건 main 반영 (2026-09-09) #13
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: eomsangdon/Aislo#13
Reference in New Issue
Block a user
네 환경 브랜치가 모두 같은 내용으로 수렴한 상태에서 main 으로 올림.
주요 — 지침·계획서 정리 · docs git 전환 · 시험 resources/tester 이관 · B07 표준도 일곱 종류 · B08/B09 결함 열셋 정정
🤖 Generated with Claude Code
⚠ 인라인 좌표는 미디어 규칙보다 세다. 넓은 화면에서 끌어 둔 자리가 좁은 화면에도 그대로 남아 본문을 덮었음(앞 커밋으로 폭은 줄였으나 자리는 그대로였음). - 좁아지면 인라인 좌표를 **떼어** CSS 자리로 보냄. ⚠ **저장값은 안 지움** — 지우면 사용자가 맞춰 둔 자리가 사라져 더 나쁨. - 넓어지면 **끌어 둔 자리를 되찾음.** - ⚠ 좁은 폭에서 사용자가 직접 끌면 **그 뜻이 이김** — 규칙이 다시 덮지 않음. 그 자리는 **저장하지 않아** 넓은 화면 자리를 밀어내지도 않음. 실측(진행단계 패널, 저장값 {left:420, top:300} 을 심어 두고) 1400 420/300 (끌어 둔 자리) 저장값 유지 760 물러남 · 본문 남음 288px 저장값 유지 500 물러남 · 본문 남음 194px 저장값 유지 620 에서 직접 끌기 → 410/309 로 붙고, 폭을 600 으로 바꿔도 그 자리 유지 다시 1400 → 420/300 되찾음 · 저장값 안 바뀜 곁들여 — 좁은 폭 진행단계 규칙에서 `top: auto; bottom: …` 을 뺌. 위·아래가 함께 잡혀 패널이 화면 높이만큼 늘어났음(실측 717px). 폭만 줄이고 자리는 그대로 둠. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 확정 5번(2026-09-09 「진행해줘」)의 1단계. 실무 원본 `07-구조도-소광리.xlsx` 53탭을 펴서 표 짜임을 확정한 뒤, B08 원단위 전개를 그 모양으로 접는 통로를 냄. ⚠ 계산은 새로 만들지 않음 — `build_unit_table` 결과를 제원 조합으로 묶고 단위당으로 나눌 뿐임(계산 자리는 한 곳, CLAUDE.md 5장). 장 나눔 축 = 제원 조합(`type_id` + 높이 + 제원 전부). 확정 ⑨ 대로 기울기가 바뀌면 장이 갈림 — 기울기가 제원의 한 칸이라 저절로 지켜짐. 측점·방향처럼 개소마다 다를 뿐인 칸은 장을 안 가름(`PER_PLACE_OPTION_KEYS`). 선행 확인 두 건도 끝냄 · 8-3 틈메우기돌 — 53탭 전수에서 `틈메우기`·`틈막이`·`사춤` 0건 ⇒ 넣지 않음 · 8-2 버림 콘크리트 — 실무에 있음(「바닥 10㎝ 이상 콘크리트(버림)」 · 옹벽 버림CON'C), KDS 44 90 00 의 100㎜ 와 같음 ⚠ 만들다 잡음 — `billing_unit` 이 비어 있으면 「단위 미정」이 아니라 「m·연장」이라는 계약이 있었음(`StructureQuantity`). 미정으로 읽어 돌쌓기가 전부 단위 없는 장이 됐음. ⚠ 실무 시트와 어긋나는 줄 일곱은 PLAN 4-12 에 표로 남기고 확정 대기로 둠 — 임의로 맞추지 않음(터파기 0.35 대 2.30 이 가장 큼). 자체검증 — 새 시험 11건 통과, 회귀 562 통과 · 0 실패. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>네 창 합의 문구 그대로 못 박음: 채집석 공제는 사토에서 한 번만 뺀다. B08 은 소요량(collected_stone_deduction_m3, ㎥ 양수)을 내기만 하고 공제하지 않으며, 빼는 자리는 유토곡선의 사토뿐이다 — 실어 내는 몫(spoil_m3 − natural_spoil_m3)에서 먼저 빼고 모자라면 자연방토에서 뺀다. - `computeHaulPlan` 이 공제를 받아 **잔량 하나하나**를 줄인다 — 총량만 줄이면 사토 balloon·운반거리가 안 따라간다. 지반유형 안분도 같은 비율로 줄인다. - ⚠ `null`(아직 안 옴)과 `0`(공제 없음)을 가른다. 결과에 받은 값과 실제로 뺀 값을 함께 싣는다. - 서버 진입점·파이썬 context 를 통로로 이어 둠. B08 이 값을 내면 실어 주기만 하면 됨. 시험 3건(공제 반영·잔량 동반 감소·사토 초과 시 사토까지만·자연방토는 나중) 을 TS 를 실제로 돌려 확인. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>실무 탭이 「위 치수조서 + 아래 수량산출서」인데 1단계에서 아래 표가 섰고 이번이 위 그림. 그림이 붙으면서 한 면에 넉 장을 쌓을 수 없게 돼 **장 나눔(㉢)도 같이** 했음. 장 나눔 — 계획평면도가 쓰는 본 그대로 `standard_sheet` / `standard_sheet_2` … 제원 조합 하나가 한 장. 좌측 목록은 `idPrefix` 묶음(계획평면도와 같은 짜임)이고 kind 는 새로 `standard`. 구조물이 없어도 한 장은 남김 — 단추가 사라지면 「없어진 것」처럼 보이고 사유를 읽을 자리도 없어짐. 그림 — `B07_DesignDetail_Engine_Cad_StandardFigure.py` ⚠ **기울기를 값으로 받음. 0.3 을 그림에 박지 않았음.** `face_slope_ratio` 가 오면 그 값으로 기울고, 비어 있으면 교본 7-3 기본 0.3 으로 그리되 **「자동 판정 전」이라고 그림에 적음**. 자동 판정이 붙는 대로 그림이 따라감. ⚠ 치수는 수량이 쓰는 그 상수(`STONE_MASONRY`)를 직접 읽음 — 여기서 다시 적으면 그림과 표가 갈림. 상부 0.45+0.10H · 하부 0.45+0.40H · 터파기 폭 평균두께+0.2 · 되메우기 0.2. ⓘ 그 상수는 **뒷면이 수직인 1:0.3 벽**을 뜻함(하부−상부 = 0.30H = 전면이 기우는 양). 기울기가 0.3 이 아니면 그 차이만큼 뒷면이 기욺 — 상수에서 따라 나오는 결과라 그대로 그림. ⚠ 치수가 없는 것은 그리되 치수를 안 적음 — 막자갈은 「입적 − 몸통 − 고임돌」이라 폭·높이로 정의된 도형이 아님. 자리만 보이고 값은 표를 가리킴. 죽은 길 걷어냄 — `BLANK_DRAWINGS` 가 「표준도」 하나뿐이었는데 그것이 내용 있는 장이 되어 빈 도각 경로가 통째로 안 쓰이게 됨. 상수·목록 루프·분기·import 를 지움(700줄 제한도 걸렸음). 자체검증 — 회귀 573 통과 · 0 실패, `tsc --noEmit` 0. ⚠ 병합 뒤 깨진 시험 둘을 고침(내 폴더 `tmp/tests`, 랩탑 메인 `11394d40` 의 여파) · `stone_supply='채집'` 기본값을 확정 ② 근거와 함께 허용 목록에 등록 · 바닥막이 「모든 옵션이 b05」 단정 → 조달이 detail 로 들어와 B05 셋만 보게 좁힘 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 확정 ⑨(2026-09-09) 「품셈 표준경사 표대로 자동 + 사용자가 바꿀 수 있게」. 지금은 칸이 없어 코드가 늘 0.3 으로 돌아 찰 H=2.5 와 메 H=2.0 이 같은 값으로 나왔다. - `face_slope_ratio`(1:n 의 n) — 돌쌓기(찰·메)·큰돌쌓기·골막이·바닥막이·기슭막이 여섯. - ⚠ **기본값 없음(빈 값)** — 빈 값이 「자동 판정」의 뜻이다. 기본값을 박으면 「정한 적 없음」과 「그 값으로 정함」이 구별되지 않는다. 읽는 쪽이 「비어 있으면 표대로 자동, 값이 있으면 그 값」으로 가른다. - 그래서 「기본값 없으면 필수」 정책의 예외로 두고, 까닭을 시험 주석에 남김. - 엔진이 읽는 이름과 글자까지 대조(`B08_Quantity_Engine_UnitQuantity` 의 `options.get("face_slope_ratio")`), 저장 왕복도 실제로 확인(PUT 200 → 0.5 되읽음). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>품셈 표준경사 표가 높이 × 메/찰 × **성토/절토** 로 갈리는데 성절토만 없었다. 새 입력을 만들지 않고 이미 저장되는 두 값으로 가린다 — `design.section_mode` + 구조물 `options.side`. - `common_util_structure_face_role.structure_face_role()` — ("성토"|"절토"|None, 까닭 문구). ⚠ 못 가르면 **None**. 성토로 눅이지 않는다 — 받는 쪽이 근거 없음을 알아야 한다. 예외 하나: `both_cut` + 「자동(성토 쪽)」은 세울 성토면이 없어 근거 없음. 판정을 두 벌로 짜면 그 예외에서 갈리므로 여기 하나만 둔다(CLAUDE.md 5장). 파이썬 단독 — 읽는 쪽이 B08 뿐이다. 화면이 쓰게 되면 그때 TS 짝·거울 시험을 붙일 것. - 전면 기울기 칸: 표 범위(0.20~0.50) 밖이면 **막지 않고 알리기만** 한다. 실무 도면이 S0.7·S0.8 을 쓴다 — 막으면 실물이 안 들어간다. 시험 14건(네 단면유형 × 좌/우 여덟 · 자동 셋 · 모르는 값 · 옛 영문 표기 · 문구). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>B07 409 는 워크플로 단계가 아니라 **종단 레코드 상태**(`longitudinal_sections.status`)를 보는 가드라 `dev/unlock` 으로 안 풀렸음. 읽는 쪽만 우회함. 지킨 것 넷 1. **문은 서버가 막음** — 화면 표시로 여는 것이 아님. 운영에서는 그대로 409 (`is_dev_environment()` 가 거짓이면 우회가 아예 없음). 2. **표식이 실제로 있을 때만 엶** — 개발환경이라고 무조건 열지 않음. `dev/unlock` 이 4단계를 풀어 둔 프로젝트만. 그래야 되돌리기(DELETE)로 다시 닫힘. 3. **레코드는 안 건드림** — `status` 는 `DRAFT` 그대로. 상태를 올리면 그것이 곧 「확정 흉내」라 `common_util_dev_unlock` 이 스스로 금지한 자리와 같아짐. 4. **열렸다는 것이 화면에 뜸** — 좌측 목록 머리 아래 「확정을 건너뛴 상태입니다 — 개발 전용. 값이 비어 보일 수 있습니다.」 조용히 열면 다음 사람이 헤맴. 실화면 확인 (프로젝트 936be972) 목록 200 · `dev_bypass: true` · 도면 34장 · 안내 문구 뜸 표준도 4장 제목에 판정된 기울기 — 「표준도 2장 (돌쌓기(메) H=2 **1:0.35** 뒷길이 35㎝ 야면석·호박돌)」 · 찰은 1:0.3 자체검증 — 회귀 573 통과 · 0 실패, `tsc --noEmit` 0, prettier 는 바꾼 파일만. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>`phase: "detail"` 칸(돌 종류·조달·뒷길이·전면 기울기)을 **그리는 화면이 없었음** (2026-09-09 실측: B06 구조물 폼은 b05 phase 열 칸만 그림. 화면 글자 전수에서 「조달」· 「뒷길이」·「돌 종류」 0건). 그 자리를 표준도가 맡음 — PLAN 4-5b 「표준도는 입력 화면이기도 함」. B06 은 「어디에·몇 m」(배치), 표준도는 「어떤 제원」. **장 하나 = 제원 조합 하나**라 한 번 고치면 그 조합의 개소 전부에 걸림. 지킨 것 · **자동값을 저장에 박지 않음** — 빈 칸이 「정한 적 없음」의 뜻(확정 ⑨). 비우면 그 키를 지움. 판정된 기울기는 칸이 아니라 **회색 도움말**로만 비춤. · **막지 않음** — 실무 도면에 1:0.7·1:0.8 이 실재(구조물도 53장). 품셈 범위(0.20~0.50) 밖이어도 값은 받고 안내만. · **값을 여기서 셈하지 않음** — 정본에 적기만 하고 표·그림은 다음 조회에서 그 정본으로 다시 섬. 표준도가 두 번째 정본이 되면 안 됨. ⚠ 만들다 잡은 것 셋 ① `face_slope_ratio` 가 **구조물 등록부에 없어** 저장이 통째로 거절됐음 (`ValueError: 돌쌓기(찰)에 정의되지 않은 옵션입니다`). 한 칸 때문에 전부 못 저장되는 것은 나쁨 — 등록부에 없는 칸은 **빼고 이름으로 알림**(조용히 버리면 저장된 줄 앎). 그 칸 신설은 랩탑 메인 몫. ② 저장 뒤 표·그림을 다시 받으면서 **폼이 새로 그려져 안내가 지워졌음.** 밖에서 들고 있다가 다시 넣음. ③ **장 제목에 제원이 들어 있는데 좌측 단추 글자가 안 따라왔음.** 목록을 통째로 다시 받지 않고 표준도 줄만 갈아 끼움. 실화면 확인 (프로젝트 936be972, 개발 우회로로 열어서) 「표준도 2장」에서 돌 종류 견치돌·뒷길이 55 로 저장 → 단추 글자가 「…뒷길이 35㎝ 야면석·호박돌」 → 「…뒷길이 55㎝ 견치돌」로 **즉시 바뀜** 기울기 0.7 저장 → 안내 셋: 「1개소에 반영했습니다」 · 「1:0.7 는 품셈 표준경사 표 범위(1:0.2~1:0.5) 밖입니다 — 값은 그대로 씁니다」 · 「「전면 기울기」 칸이 masonry_dry 등록부에 아직 없어 저장하지 못했습니다」 조달 「구입」 저장 → 그 장의 **2개소에만** 들어가고 다른 장은 그대로(정본 실측) 확인 뒤 **지정받은 제원으로 되돌리고 우회로도 닫음**(목록 409 복귀). 700줄 제한으로 표준도 라우터를 `B07_DesignDetail_Router_Standard.py` 로 뗌(579 + 153). 자체검증 — 새 시험 7건 + 회귀 580 통과 · 0 실패, `tsc --noEmit` 0. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>표준도가 `build_table` 을 직접 부르면서 `section_modes` 를 안 넘겨, 성절토를 가를 근거가 없다며 **전 구조물이 종전값 1:0.3** 으로 섰음. 값이 없는 게 아니라 **안 넘긴 것**이었음. `section_modes_from_designs` 한 벌을 그대로 씀(부르는 쪽마다 다시 짜면 B08 과 갈림). 노선은 `get_workflow_route_context` 로 찾고, 못 찾으면 빈 표 — 성토로 눅이지 않음. ⚠ 고치고 나니 **제목·그림이 표와 갈렸음** — 표는 판정된 1:0.35, 제목은 다시 판정하며 근거를 못 받아 1:0.3. 실측으로 잡았음. 그래서 **표를 만든 그 판정을 시트에 실어** 제목·그림이 같은 값을 쓰게 함(`face`·`face_reason`). 자리를 고르는 것도 B08 이 쓰는 `_section_mode_at` 과 판정 한 벌 `structure_face_role` 을 그대로 부름. 실측 (프로젝트 936be972) — 제목과 표가 **같은 값** ``` 큰돌쌓기 H=2.5 제목 1:0.3 표 0.3 면적 2.6101 돌쌓기(메) H=2.0 제목 1:0.35 표 0.35 면적 2.1190 ← 메쌓기가 갈림 돌쌓기(찰) H=2.5 제목 1:0.3 표 0.3 면적 2.6101 옹벽 H=2.0 기울기 없음(판정 대상 아님) ``` 표 산출근거에 판정 경로가 그대로 뜸 — 「품셈 13-4-4 [주]⑪ 표준경사 · 메쌓기 성토 · 직고 2m ≤3m → 1:0.35 · right_cut · 자동(성토 쪽) → 성토면」. 앞서 `face_slope_ratio({}, wet=…)` 로 확인한 「근거 없음」은 `face` 를 안 준 호출이라 **정상 동작**이었음 — 함수가 성토로 안 눅이게 짠 결과. 자체검증 — 회귀 580 통과 · 0 실패. 세 라우터 모두 700줄 안(588 · 190 · 692). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>데스크탑 메인이 구조물 터파기·되메우기·잔토를 인계에 실었는데, **잔토 126.625㎥ 가 어디에도 안 실렸다**. 사토로 실어 내는 몫이라 유토곡선이 세야 겹치지 않는다. 구조물 잔토는 사토에 한 번만 더한다. B08 은 소요량(structure_spoil_m3, ㎥ 양수)을 내기만 하고, 더하는 자리는 유토곡선의 사토뿐이다. - ⚠ **잔량 하나하나를 늘린다** — 총량만 늘리면 사토는 늘고 운반이 안 는다(공제 때와 같은 자리). - ⚠ 나누는 법: 지금은 총량 하나만 오므로 **남은 사토 잔량 크기에 비례**해 나눈다. 한 곳에 몰면 운반거리가 틀린다. 측점별 값이 오면 이 함수만 고치면 된다. - ⚠ 자연방토·지반유형 안분은 안 건드린다 — 실어 내는 흙이고, 어느 지반에서 나온지 모른다. - `null`(아직 안 옴) ≠ `0`(없음), 받은 값과 **실제로 더한 값**을 따로 싣는다. 시험 5건(더해짐·잔량 동반 증가·자연방토 불변·토취 불변·공제와 함께 와도 한 번씩). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- 타설 줄(품셈 12-1)은 품만 주고 재료를 안 줌(서브 일위대가도 재료 0원) — 콘크리트를 자재 축에 안 보내면 재료비가 통째로 빠짐. destination 을 material 로 옮김 - 배합 분해 금지(㉢)는 그대로 — 「콘크리트 ㎥」에서 멈춤 - 할증 이름 잇기(값은 그대로, 찾을 때만 다른 이름): · 이형철근 D13·D16 → 「이형철근」 (품셈 1-3-1, 규격 안 가림) · 콘크리트 셋 → 「레미콘」 **레미콘 타설일 때만**. 비빔은 시멘트·골재가 각각 할증되는 자리라 붙이지 않고 사유를 냄 - 할증률 미확보 사유를 비고에 적음 — 「표에 이름 없음」과 「이 방식엔 안 붙임」은 할 일이 다름 - tmp/tests/test_b08_material_concrete.py 신설(6건) Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 확정 ① — 작업효율 0.50(두 끝의 평균). 딸림 지시 「값을 코드에 박고 끝내지 말 것 · 화면에 칸으로 세우고 근거를 보이고 바꿀 수 있게」를 그대로 구현. 막혔던 자리 둘 - 품셈 9-3-2 가 작업효율을 「0.55∼0.45」 범위로 줌 → 확정값이 아니라 계수가 안 섬 - 그 표에 장비가 없음 → [주]① 「무한궤도 굴착기(0.7㎥)」가 마스터에 안 실려 기종을 못 고름 ⇒ 두 자리를 채워 흙깎기 단가가 처음으로 섬: 2,515.1원/㎥ × 2,355.84㎥ ≒ 592만원 구현 - `B09_Estimation_FactorChoices` 신설 — 범위 칸을 품셈에서 훑어 모으고(코드 안 박음), 고를 수 있는 것은 원문 두 끝과 그 평균 셋뿐. 기본은 평균 - 장비 규격도 같은 결로: 흙깎기는 [주] 에만 있는 값을 채우는 칸, 층따기는 원문 0.7㎥ 를 기본으로 두고 실무(영월 0.2㎥)로 바꿀 수 있는 칸 - 고른 값은 프로젝트 설정 `estimation` 구획에 저장 — 프로젝트마다 갈림 - `cached_build` 를 고른 값별로 캐시 (전역 한 벌이면 한 프로젝트가 남의 금액을 흔듦) - `GET/PUT /{project_id}/estimation/factors` · 기초자료 탭 맨 위에 칸과 근거 표시 ⚠ 짓다 잡은 것 — 「0.45-0.05」를 범위로 잘못 읽고 있었음. 그건 뺄셈(=0.40)이라 품셈이 이미 정한 값인데 「고를 것」으로 둔갑했음. 물결(∼) 일 때만 범위로 봄 검증: pytest 279 통과(신규 7) · tsc 통과 · 평균 2,515.1 / 하한 2,794.6 으로 고른 값이 단가에 실제로 닿는 것 확인 ⚠ 화면 확인은 못 함 — 내 창 브라우저 세션이 만료됐고 자격 파일이 이 폴더에 없음 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>실무 정본이 근거임 — `구조물도/기슭막이/04.구조도(기슭막이).xls` 탭 제목이 「돌기슭막이(H=2.0m, **찰쌓기**, 기초유)」이고 그 안의 계산이 돌쌓기와 **같은 식**임. ⇒ 기슭막이는 새 식이 아니라 **「형태가 돌쌓기면 돌쌓기 식」**. 여기서 다시 짜면 같은 계산이 두 벌이 되어 돌쌓기와 갈림(CLAUDE.md 5장). 형태별 갈래 돌쌓기(찰) → `stone_masonry(..., wet=True)` 12줄 돌쌓기(메) → `stone_masonry(..., wet=False)` 11줄 콘크리트 · 돌망태 · 통나무/목재틀 · 바자 → **식 없음 + 왜 없는지 한 줄** 콘크리트 돌쌓기(13-4)가 아니라 콘크리트 구조물 — 벽 두께·저판이 정본에 없음 돌망태 품셈 13-8, 규격 축이 망태 치수라 돌쌓기 표를 못 씀 — 원단위 미확보 통나무틀 품셈 13-13, 밑수가 ㎥당 목공 품 — 각재·판재가 카탈로그에 없음 바자 바자얽기(5-15) 별도 일위대가로 잇기로 확정(2026-09-09 ⑧-4) 형태 미정 → 「형태를 골라야 물량이 섭니다」 ⚠ **뒷길이·돌 종류 칸이 기슭막이 등록부에 없음** — 돌쌓기 식은 그 둘로 계수가 갈리는데 없으면 `_back_length` 가 **조용히 45㎝ 로 돎**. 값이 나오므로 아무도 못 알아채는 자리라 **「돌쌓기 기본값으로 섰음」을 줄로 드러냄.** 칸 신설은 등록부 담당 창 몫. ⚠ 확정 대기가 남은 자리(막자갈 식 · 돌 중량 · 체적/석적 줄)는 **지금 값 그대로** 둠 — `stone_masonry` 를 부르므로 그쪽이 갈리면 기슭막이도 같이 따라감. 자체검증 — 여섯 형태를 다 돌려 봄(찰 12줄 · 메 11줄 · 나머지 0줄 + 사유). 회귀 586 통과 · 0 실패. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>유용토운반작업장(구 사토장) — 노선 옆에 남는 흙을 쌓는 성토 단면. - `common_util_spoil_fill.{ts,py}` 신설(한 벌, 거울 시험) — 평상(노면 끝 높이) → 1:n 비탈 → 지반과 만나는 데까지. 단면적은 적분으로 정확히 셈. 폭 시작점 = **노면 끝**(사용자 확정) ⇒ 그 구간 노견도 이 성토 안에 듦. 폭 상한 = **지반 샘플이 있는 데까지**. 상한에서도 모자라면 그 폭을 냄(임의로 안 넓힘). 용량에서 폭을 되풀이로 역산하는 `solveSpoilWidthM` 함께 냄. - 등록부 `spoil_bank` 를 넓힘 — 새 종류를 만들지 않음(지식DB 상 같은 시설임). 이름 「유용토운반작업장(구 사토장)」 · 구간형 · 횡단도에 그림 · 칸 `side`(자동=성토 쪽) · `fill_slope_ratio`(비면 노선 성토 기울기) · `extra_distance_m`. - 기울기·적치높이 기본값은 지어내지 않음 — 지식DB §4 가 근거 없음을 못 박음. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사토장이 선 측점은 **노면 끝 바깥이 사토장 몫**이라 노선 성토에서 빼야 함. 안 빼면 같은 흙을 두 번 셈(2026-09-09 확정 ㉠). - `compute_cross_design(spoil_fill=…)` / `computeCrossDesign({spoilFill})` 신설(짝) - 새 칸: `spoil_fill_area_m2` · `spoil_fill_side` · `spoil_fill_width_m` · `spoil_fill_max_width_m` · `spoil_fill_line` · `spoil_fill_unclosed` · `spoil_fill_replaced_fill_m2`(노선 성토에서 뺀 몫 — 되짚기용) - **합쳐서 하나로 내지 않음** — 받는 쪽이 갈라 볼 수 있어야 함 - 기울기가 비면 그 측점의 노선 성토 기울기를 그대로 씀(새 값 안 만듦) - `fillAreaBeyond`/`_fill_area_beyond` — 경계 종거를 보간해 자름(한 칸도 안 흘림) - 거울 시험에 사토장 사례 둘 추가 + 값이 0 이면 잡히는 가드 ⚠ `B06_Section_Engine_Design.py` 가 924줄 — 700줄 제한 초과 상태임(이번 전에도 881줄). 기능이 다 선 뒤 분리할 자리. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>① 수량 산식이 확정 대기인 줄에 그 사실을 함께 실음 (계획서 4-12 3단계) 구조물터파기가 내역서에서 가장 큰 줄(11,263,899원)이 됐는데 그 밑수가 사용자 확정을 기다리는 식 위에 서 있음. 값은 그대로 두고 **드러내기만** 함. 「⚠ 터파기 수량 산식이 확정 대기입니다 — 실무 시트는 기초만(기초폭 × 깊이 0.3) 세고 우리는 벽 전체를 셉니다(m당 실무 0.35 vs 우리 2.30, 약 6.6배). 실무 식으로 확정되면 이 줄 금액이 약 1/6.6 로 줄어듭니다.」 되메우기·잔토처리도 같은 뿌리라 함께 표시. ⚠ 측구터파기는 다른 뿌리라 대상 아님 ② `VARIANT_ALIASES` — 축이 달라 다르게 불리는 갈래를 **이름을 갈지 않고** 이음 우리 「리핑암」은 B05·B06 지반유형(캘 수 있는가), 품셈 「파쇄암」은 운반 상태 (부서졌는가)라 일반적으로 같은 말이 아님 — 발파암도 캐고 나면 파쇄암 상태임. ⭐ 다만 산림품셈 10-11 f 표가 토사·파쇄암·발파암을 따로 두어 그 표의 파쇄암은 발파를 뺀 나머지이고, 10-12 [주]③ 「토사 1.3, **암절취 1.35**, 발파암 1.625」가 10-11 의 파쇄암 1/1.35 와 **같은 값**이라 그 표 안에서는 암절취(리핑) = 파쇄암임. 그 문장을 주석에 그대로 남김 검증: pytest 290 통과 · `find_variant_code("FP-10-11","리핑암")` → `B-FP-10-11#파쇄암` Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>⚠⚠ 조사 중 큰 것이 나옴 — **우리가 「틀렸다」고 버린 옛 두께식이 실은 「골막이 식」이었음.** 소광리 숨김탭 「골막이(찰)(치수조서연결)」 원문: ``` C26 평 균 두 께 = {( 0.45 ＋ 0.1 × H ) ＋ ( 0.45 ＋ 0.4 × H )} ÷ 2 ``` 우리 옛 식과 글자까지 같음. ⇒ **실무는 구조물 종류마다 두께식이 다름.** 확정 ②(뒷길이 기반)는 **기슭막이에 맞고**, 골막이에는 이 식이 맞음. ⇒ 골막이에 `stone_masonry` 를 그대로 부르면 **틀어짐.** 그래서 안 부름. 골막이가 돌쌓기와 다른 자리 셋 (정본 실측) · 두께식 위와 같음 · 밑수가 **「돌쌓기 + 돌붙임」** (19.62 + 2.625 = 22.245) — 기슭막이는 돌쌓기만 · 단위가 **개소당** — 기슭막이는 m당 · 정면적이 사다리꼴 ((상장+하장)÷2×높이) − 파형강관(0.4×0.4×3.14) ⚠ **상장·하장 칸이 등록부에 없어** 정면적을 못 냄 — 칸 신설이 선행 바닥막이는 형태가 **돌붙임**(품셈 13-5)이라 돌쌓기(13-4) 표를 못 씀. 밑수도 면적(㎡)이라 축이 다름 — 돌붙임 원단위 미확보. ⚠ **일부러 안 부름** — 돌 계열이라 `stone_masonry` 를 부르면 **값이 나오므로 아무 시험도 안 잡음.** 오늘 큰돌쌓기에서 같은 일이 있었음(직경 60~80㎝ 가 뒷길이 45㎝ 계수로 돌던 자리). 자체검증 — 골막이 0줄 + 사유 · 바닥막이 0줄 + 사유 · 기슭막이 13줄(그대로). 회귀 586 통과 · 0 실패. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>① 품셈 제8장 [주]⑤ 의 마지막 조각 — 「…조합하여 사용할 때는 …**잡재료비율을 16%로 계상**하고, 리퍼·브레이커·집게의 손료 및 치즐 소모율을 추가」. 손료·치즐만 넣고 이 줄을 빠뜨리면 본체 재료비가 22% 로 남아 조금씩 비싸짐. - 기계마다 「#조합」 층을 함께 세움(손료·조종원 같음, 잡재료만 16%) - 조립 **끝에 한 번** 조합 공종의 본체 줄을 그 층으로 바꿔 닮 — 도중에는 어느 공종이 조합인지 아직 모름. 바꾼 줄 24 - 부착 장비는 **이름이 아니라 분류번호**로 잡음(0103 리퍼 · 0230 브레이커 · 0240 진동콤팩터 · 7206 집게) — 이름은 원천이 뭉개 놓는 일이 있음(0230 이 그랬음) - 결과: 구조물터파기 72,378.3 → 72,333.2 · 돌쌓기(메) 78,864.5 → 78,423.8 · 돌쌓기(찰) 61,757.3 → 61,418.0 · 본체 30,892,279 → **30,849,376원** ② 터파기 노티스 문구 정정 — 「실무는 기초만 세고 우리는 벽 전체를 셈(6.6배)」이 **틀렸음**. 우리 식은 정본(기초 0.45 + 비탈) 그대로이고, 6.6배는 소광리 시트가 비탈 줄을 안 적어서 난 것임. ⇒ 「비탈 터파기를 셀지 확정 대기 — 안 세면 약 1/7」로 고침. 값·금액은 그대로 검증: pytest 290 통과(신규 1) Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>⚠ **정정** — 어제 「돌붙임 원단위 미확보」로 사유를 냈으나 **소광리 정본에 식이 셋 있었음.** 안 찾아본 것을 「없다」고 적은 자리였음. 53탭 전수에서 드러남. 붙인 원단위 (정본 「돌붙임L3=45(사방)」 · 「돌붙임L3=30(야면석메붙임)」) ``` 돌붙임(찰) 두께 0.45 · 돌 30×30×45㎝ **0.918 ton/㎡**(= 0.45 × 0.77 × 2.65) · 고임돌 0.15 · 모르타르 0.009 · 채움 0.2 + **버림 0.1** · 터파기 0.45 8줄 돌붙임(메) 두께 0.30 · 야면석 20×20×30㎝ **0.42 ton/㎡**(원문 직접값) · 고임돌 0.07 · 터파기 0.30 5줄 ⚠ 모르타르·채움·버림은 **줄 자체가 없음** — 0 으로 만들지 않고 뺌 ``` 밑수는 **면적(㎡)** — 등록부 `area_m2` 와 축이 그대로 맞음. **기울기 몫을 안 곱함**(평면). ⚠⚠ **돌쌓기 표(13-4)와 합치지 못하게 못 박음** — 값이 겹쳐 보여 합치고 싶어지는 자리: ``` 돌쌓기(13-4) 밑수 비탈면적 · 뒷길이 일곱 규격 · 기울기 몫 √(1+n²) 돌붙임(13-5) 밑수 **평면적** · 뒷길이 **넷** · **기울기 몫 없음** · 메는 모르타르·채움 없음 ⚠ 45㎝ 에서 고임돌 0.15·채움 0.20 이 **우연히 같음** — 합치면 25·30·60·75 에서 조용히 틀림 ``` ⓘ **돌중량이 관측값이 아니라 유도값임** — `뒷길이 × 0.77(채움률) × 2.65(비중)`. 두 원본에서 같은 모양이 나왔음. 다만 **야면석은 그 식이 안 맞아**(공극이 커 ㎥당 무게가 다름) 원문 직접값 0.42 를 그대로 옮김. ⇒ 확정 ⑤ 가 「값 고르기」가 아니라 **「채움률·비중 두 인자 정하기」**로 바뀔 수 있음 — 우리 0.88 은 안 건드렸음. ⚠ 뒷길이가 **붙박이**(찰 0.45 · 메 0.30) — 정본 탭이 그 둘뿐이고 등록부에 칸이 없음. 그 사실을 줄로 냄. 칸이 생기면 표를 열면 됨. 자체검증 — 새 시험 5건(정본 값 대조 · 메는 세 줄이 빠지는지 · 기울기 몫 없음), 회귀 591 통과 · 0 실패. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>소광리 정본 「개거(150-200) (2)」·「L형수로-(201)」 — **둘 다 m당**. ⚠⚠ **두 표가 담는 것이 다름.** 값이 비슷해 보여 합치고 싶어지는 자리라 못 박음: ``` 콘크리트 개거 150×200 터파기 · 유로폼 · 면목 **세 줄뿐** — **콘크리트 본체 줄이 없음** 콘크리트 L형수로 H=0.2 터파기 · 되메우기 · 잔토 · **콘크리트** · PVC Φ50 · 이형철근 D13 · 거푸집 · 면목 **여덟 줄** ⓘ 같은 것 — 둘 다 m당이고 거푸집 계열(유로폼·거푸집)과 면목이 있음 ``` ⚠ 개거에 콘크리트가 없는 것은 **빠뜨린 것이 아니라 원문 그대로**임. 0 으로 때우거나 L형수로 값을 옮겨 채우지 않음 — 돌붙임(메)에서 세 줄을 안 만든 그 판단과 같음. ⚠ **PVC Φ50 은 줄만 있고 수량 칸이 빔** — 안 세우고 그 사실을 줄로 냄. ⚠ 규격이 **붙박이**(「콘크리트 개거 150×200」) — `open_ditch` 등록부에 **옵션이 하나도 없음**. `ditch_spec` 을 주면 L형수로로 갈림. 칸이 생기면 열면 됨. **측구(`ditch_side`)는 안 건드림** — `design_owner: 횡단 설계` 라 B06 소관이고 `enabled: False`. 정본 「측구수로400/500」은 **「터파기 계산서」**라 터파기·잔토·되메우기 셋뿐임(본체 없음) — 그쪽이 쓸 때를 위해 적어 둠. 실전개 (연장 10m) 개거 터파기 0.3㎥ · 유로폼 5.5㎡ · 면목 20m L형수로 터파기 3.1645 · 되메우기 1.2997 · 잔토 1.8647 · 콘크리트 1.508 · 이형철근 3.98㎏ · 거푸집 7.38㎡ · 면목 10m 자체검증 — 새 시험 5건(정본 값 대조 · 개거에 콘크리트가 없는지 · 잔토 = 터파기−되메우기 · 빈 수량 줄 · 없는 규격), 회귀 596 통과 · 0 실패. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 확정 4차 원문 — 「흙막이는 횡단도에서 **표현방식들과 옵션들은 동일하게** 반영하면 될거야. **형상은 동일해.** 물론 **데이터는 분리하여 계산**되어야함.」 - 그리기 경로는 **이미 같음** — C군 벽은 `attachWallSpecs` 로 `section.revetment` 에 붙어 기슭막이와 같은 기하를 탐(따로 그리지 않음). 형태 이름도 「찰/콘크리트」 글자로 갈려 흙막이 선택지(돌(찰)·돌(메)·떼…)가 그대로 먹힘 - 빠져 있던 것은 **옵션 칸**이라 기슭막이 열두 칸을 **같은 글자 그대로** 옮김 — 단 수 · 올림 · 이동 · 뒷길이 · 돌 종류 · 조달 · 야면석 계수 · 채움 강도 · 전면 기울기 · 기초 · 물빼기 구멍 둘 ⚠ 흙막이 수량이 안 쓰는 칸도 **숨기지 않음**(사용자가 「동일하게」라 함) — 수량 쪽에서 조용히 무시되면 됨 - ⚠ 코드에 **「형상 동일 ≠ 수량 동일」**을 못 박음. 원단위·공종코드·성분 줄은 흙막이 자기 것. 반대 사례가 골막이임(그림도 수량도 다르고 두께식마저 다른 식) — **계열이 다르면 상수를 나눠 쓸 것** Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>⚠⚠ **깨진 시험의 뿌리는 칸이 아니라 자리였음.** 정책 시험은 `tmp/tests` 라 **git 밖**이라 정본(추적됨)만 다른 창에 가고 예외 목록(추적 안 됨)은 안 따라감 ⇒ **다른 창에서만 깨짐.** 오늘 그 일이 두 번 났음. ⇒ **까닭을 값 옆(정본)에 두어 함께 움직이게 함.** - 스키마에 칸 둘 신설 · `empty_means` — **「비워 두는 것이 뜻인 칸」**(세 번째 갈래). 비면 계산 쪽이 기준값으로 돌고 그 사실이 화면에 뜸. 값을 넣으면 그 값이 이김 · `default_basis` — 기본값이 **도메인 확정값이 아닐 때** 그 뜻(「다단 없음」·「안 더함」). 법정·확정 수치면 비워 둠 — 비어 있는 것이 「확정값」이라는 뜻 - 56곳에 까닭을 적음 — 전면 기울기 · 야면석 계수 · 채움 강도 · 비탈 기울기 · 물빼기 둘 · 개거 규격 · 뒷길이 · 돌 종류 / 단 수 · 올림 · 이동 · 조달 · 설치 측 · 추가 운반거리 - 정책 시험이 그 칸을 읽게 바꿈 + 까닭이 한 낱말이면 잡는 시험 둘 추가 ⇒ 앞으로 등록부에 칸을 열 때 **예외 목록을 고치지 말고 까닭을 값 옆에 적을 것.** Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>⚠ **시험만으로는 안 잡히던 자리임.** 실제 프로젝트에 사토장을 놓고 눈으로 본 뒤 잡음. ① **사토장을 지워도 값이 남음** — `enforce_spoil_fills` 가 **얹기만** 해서, 구조물을 지운 뒤에도 저장분의 `spoil_fill_*` 가 그대로 남아 횡단도에 계속 그려지고 면적표에도 섰음. ⇒ 사토장이 덮지 않는 측점에 **값이 남아 있으면** 사토장 없이 다시 계산해 지움. 노선 성토도 그때 원래 값으로 돌아옴(사토장 몫을 빼 두었던 것이 복구됨). ⚠ **칸이 있는 것과 값이 있는 것은 다름** — 설계 결과는 사토장이 없어도 `0.0` 을 늘 실으므로 「값이 남은」 측점만 되돌림(`_has_spoil_value`) ② **말풍선에 늘 뜨던 가짜 경고** — 「⚠ 0.0㎥ 는 못 담음」. 폭을 이분법으로 찾아 400 − 399.9937 = 0.0063 이 남는 것이라, 표시 자릿수에서 안 보이는 몫은 경고 안 함 실측(프로젝트 fa76c162) — 지운 뒤 사토장 0 · 용량 null · 노선 성토가 정확히 「지우기 전 + 옮겨 갔던 몫」으로 복구됨(100m 1.7563+4.9217=6.678 …). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>resources/tester/로 옮김 — 창끼리 건너가게 0ef32b5279