sync: 4환경 수렴본 main 반영 (2026-09-08) #11
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: eomsangdon/Aislo#11
Reference in New Issue
Block a user
4환경(데스크탑 메인·보조 / 랩탑 메인·보조)이 2026-09-02 이후 쌓은 작업을
main에 반영.실리는 것
네 환경의 합집합이 실림. 작성자는 전부
umsangdon.네 브랜치 상태 (병합 직전 실측)
내용은 완전히 같음 — 네 브랜치의 트리 해시가 모두
b772f6e7.끝점 SHA 만 다르고, 벌어진 커밋 다섯은 전부 머지 커밋(파일 변경 0).
sub_laptop_1이 나머지 셋을 모두 조상으로 품어 이 브랜치를 head 로 삼음.주요 변경 (폴더별 파일 수)
굵직한 것 — B08 수량산출·B09 원가계산의 품셈 원문 대조(밑수 단위·자릿수·이중계상 가드),
B05 배수유역·코리도, B06 횡단 구조물, B07 도면, 지식DB 기술문서 보강.
확인한 것
git sync후 미push 0 · 미커밋 0 · 충돌 0랩탑 메인 513 passed, 랩탑 보조 551~556 passed (
tsc --noEmit통과)(자료 문제, 코드 무관). 둘 다 별도 손질 대상.
🤖 Generated with Claude Code
- 자산 모달 서명 칸에 마우스 그리기 판 신설 — pointer 이벤트 + setPointerCapture, getBoundingClientRect 로 CSS 크기 → 캔버스 픽셀 환산, [지우기] 1개 - 올릴 때 canvas.toBlob('image/png') → signature.png 로 기존 업로드 통로 (POST /company/assets) 재사용 — 백엔드·DB 변경 없음 - 파일을 안 고르면 그린 서명을 대신 실어 보냄, 로고 칸에는 캔버스 없음 - 검증(5174 공용 브라우저): 좌표 환산 실측 x 98–381 · y 38–111(요청 100–380 · 40–110), [지우기] 후 잉크 0, 저장 PNG 480×160 RGBA 5,250 bytes, 프로젝트 signature_asset_id 2→3 반영 확인 후 원복. pytest 143 passed Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- 편집 띠를 CAD 위 절대배치에서 도면 목록 하단 액션 칸으로 옮김 — 1행 편집 띠, 2행 [도각 편집]·[현재 도면 확정] (리본과 겹쳐 문구·버튼이 찌그러지던 문제) - `drawImage` 가 'broken' 상태 그림에서 던지던 예외로 렌더 루프가 끊겨 이후 모든 도면이 백지로 남던 결함 해소 — 못 읽은 그림은 건너뜀 - `ImageEntity` 가 자리표시자(`{{회사로고}}`)를 절대 URL 로 굳히던 저장 경로 수정 — 원본 주소를 보관해 그대로 돌려주고, 자리표시자는 요청조차 하지 않음 - 버튼 줌(ZOOMIN·ZOOMOUT)이 배율만 바꿔 도면이 화면 밖으로 밀리던 것을 화면 중심 고정으로 수정 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>94883733내용 설명 — 도각 표제란 서명 자리 2개 신설 6e0c77d811`94883733` 이 자동 폴백 커밋(`auto: …`)으로 묶여 나가 내용 설명이 빠짐. 이력 재작성 금지(CLAUDE.md 6장)라 amend 대신 이 빈 커밋으로 남김. 그 커밋의 실제 변경: - `resources/template_2dDrawing/00_template_A1.json` — Image 자리 2개 추가. `{{과업책임자서명}}`(x 536.89~578.89) · `{{분야별책임자서명}}`(x 587.91~629.91), 둘 다 y 17.5~25.5. 설계자 서명과 같은 폭 42·높이 8이고, 표제란 세로선 (531.87 / 583.91 / 633.91) 이 만드는 칸 안에서 좌우 여백 4로 가운데 배치. - `B07_DesignDetail_Router.py` `_title_block_fields` — 두 자리 값을 `pm_user_id`·`field_lead_user_id` 계정의 `company_assets` SIGNATURE 자산에서 읽음 (설계자와 같은 최신 1건 서브쿼리). 서명을 안 올린 사람 자리는 종전대로 엔티티째 빠짐. 자체검증: `frame-template` 응답이 Image 4건(회사로고+서명 3)으로 자리·좌표 확인, `tmp/tests/test_b07_title_block_signatures.py` 3건 신설, `pytest tmp/tests/ -q` 15 passed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- `00_template_cover.json` 에 Image 자리 추가 — `{{회사로고}}`, x 57.40~137.40 · y 64.06~104.06 (폭 80 · 높이 40) - 자리는 오른쪽 아래 `{{시행청}}`(기준점 784.35, 84.06)과 좌우로 마주 보게 잡음. 왼쪽 여백은 `{{연도기번}}`(x 57.4)과 맞추고 세로는 시행청 글자줄에 맞춤 - 값 공급은 도각과 같은 통로 — `build_cover_drawing` 이 이미 `_fill_placeholders` 를 태우므로 로고를 못 구하면 종전대로 엔티티째 빠짐 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>n+ 0.0으로 통일 e29e3cab67장 단위 확정 흐름을 실측하다 드러난 것들이다(2026-09-03, 용화 검증본 3장). ① **측점 구분 없이 역추출** — `_table_values_from_cells()` 가 도면의 표를 전부 훑어 마지막 값을 모든 측점에 넣었다(실측: 4개 측점 전부 지반고 837.21, 도면에는 840.87·840.33·836.45·837.21 로 제대로 그려져 있었음). 표 엔티티 id 가 `uuid5("{도면id}:qtable")` 이라 측점을 되짚을 수 있어 그 표만 읽는다. 옛 도면은 id 가 안 맞으므로 종전처럼 전부 훑는 폴백을 남긴다. ② **계획고가 빈 채로 나감** — 장 배치 입력의 원본에는 계획고가 없어 계획고·절토고·성토고 세 칸이 통째로 비었다(21개 항목 중 지반고 하나만 채워짐). `_quantity_table()` 이 횡단 설계(`design.design_elevation_m`)도 보게 했다. ③ **확정 해제가 404** — [수정]이 도면 목록을 **설계값 없이** 만들어 장 나눔이 달라졌고, 방금 확정한 장 id 가 목록에 없어 되돌릴 수 없었다. 목록 조회·확정과 같은 인자를 쓴다. 검증(공용 브라우저·실동작) — 확정 해제 404 → **200**, 표 값 `planned=840.87 fill=0.00` 등 측점마다 다름, manifest 수량표가 측점별로 갈림(220 · 240 · 260 · 264 · 280 각각 4/21 항목 채움 — 나머지 17칸은 사용자가 CAD 에서 채우는 자리). 시험 뒤 확정은 모두 해제해 원상복구. pytest 383 passed·17 skipped, ruff format 무변경. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>B05 3D 뷰어에는 방위 표시가 없어 방향을 읽을 수 없었음(사용자 지적, 메인 창 경유). B04 가 오늘 새로 만든 「지면에 누운 나침반 링」을 그대로 쓰되, 두 페이지가 함께 쓰도록 공용으로 옮김. - `B04_PreProcess_UI_Compass.ts` → `ui_template/ui_template_compass.ts` (git mv). `createTerrainCompass({ sizePx, className })` 로 크기·자리를 호출부가 정함. - 스타일도 `ui_template/ui_template_compass.css` 로 옮기고 모듈이 직접 물고 옴. **놓을 자리만** 페이지 CSS 몫 — B04 우하단(`b04-surface__compass`), B05 는 ISO 버튼 아래(`b05-route__compass`). - B05 뷰어는 104px 로 쓰고 렌더 루프에서 카메라 오프셋으로 갱신, 지형이 없으면 감춤. 좌표 규약이 B04 와 같음(북 −z · 동 +x · 표고 +y, `Viewer.ts:295` 정점 변환) — 그대로 맞음. 화면 검증(5174): B05 나침반 104×104, ISO 버튼 아래 8px. 도북 화살이 뷰 전환에 반응 — TOP 에서 `M0.00 -33.30`(수직), ISO 에서 `M23.56 -13.60`. 후자는 카메라 오프셋 (d,d,d) 에 대한 투영 이론값(x=R/√2=23.56, y=−R/√6=−13.60)과 일치. B04 쪽도 그대로(84×84, 우하단 16px, 링·화살 색 토큰 유지). `tsc --noEmit` 통과, 뷰어 693줄로 제한 안. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>--spacing-20사용 c2b3c56664사용자 지시(2026-09-03). - 고르는 자리를 flex 에서 **격자 3칸**으로 바꿈. flex 로는 내용 폭이 배분에 섞여 288·254·288 로 어긋났고 버튼 높이도 달랐다. 격자는 칸을 먼저 나누므로 1:1:1 이고, 칸을 꽉 채우게 해 세 칸 높이가 같아진다(실측 277×47 셋 다 동일). - 빈 오류 줄이 자리를 잡아 토글 아래가 비어 보이던 것 제거 — 글자가 있을 때만 자리를 차지한다(`:empty { display: none }`, min-height·마진 제거). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- 구조물 솔리드에 부재키(key) 부여 — B06과 같은 이름(inlet·outlet·extra{i}·bextra{i}·own·basin·pipe) - 구조물 메쉬에 신원표(userData) — 이름 규칙은 그대로 유지 - 신규 모듈 두 개 — 3D 클릭·강조(Viewer_Structure_Pick), 좌측 패널 연결·B06 넘김(Structure_Pick_Session) - 좌측 패널·종단에서 고른 것도 3D가 따라오도록 선택 동기화에 포트 추가 - B06 진입 시 세션 넘김값으로 그 측점 카드 선택·스크롤 + 기슭막이 조정창 열기 - 저장 코리도 만료(BUILD_VERSION 90→91) — 옛 저장본엔 부재키가 없음 - 뷰어 700줄 여유 — 검증용 요약을 Viewer_Debug로 분리(동작 불변) - 검증 수단 — __corridorScene에 camera·project 추가 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- 워크플로 상태 응답에 project_name 추가. 좌측 제목 패널 같은 행 오른쪽 끝에 프로젝트 이름 표기(길면 말줄임, 전체는 툴팁). 이름표를 오버레이 쪽에 두어 레이아웃을 직접 조립하는 B03 까지 여섯 화면이 한 곳으로 반영됨. - fetchProjectWorkflowState 가 {status, workflow_state} 껍데기를 벗기도록 수정. - 계획노선을 「업로드한 CSV」로 적은 주석을 「계획노선(정본)」으로 정리. 업로드 판정이 .csv 개수만 세어 shapefile 을 막던 것도 .shp 포함으로 맞춤. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- 세 곳(종단 그래프·유토곡선·측점 테이블)에 복사돼 있던 휠 처리를 `B05_Profile_UI_Profile_Wheel.ts` 한 벌로 통합. - 이동은 rAF 로 목표를 쌓아 프레임마다 좁힘 — `scrollLeft` 직접 대입의 120px 점프 제거. 브라우저 `scrollTo({behavior:"smooth"})` 는 휠마다 애니메이션이 처음부터 다시 시작돼 1.6초에 17px 만 움직여 쓰지 않음(실측). - 세로 자동 맞춤 디바운스 160 → 80ms. - 「다시 계산 중…」 을 요약 막대에서 떼어 곡선 영역 우측 상단 오버레이로 이동 — 막대 줄바꿈으로 곡선이 밀리던 창밀림 제거. 자체검증(공용 브라우저 5173, 임시 탭): 휠 10칸 1,200px 중 1,199px 이동·궤적 연속, 마지막 휠 500ms → 재구성 813ms. 칩 표시/숨김에서 요약 막대 높이 53px·곡선 자리 (top 1078·height 226) 동일 — 창밀림 0. 칩은 곡선 영역 안 우측(범례 아래 4px). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>2026-09-06 사용자 지시(캐시·세션 일원화 1단계). 세션 접근이 19개 파일 64곳에 흩어져 있고 키 이름이 네 갈래라 같은 설계값인데 두 화면이 서로의 값을 못 보는 자리가 있었다. - `A00_Common/b_page_state.ts` 신설 — 값마다 통(① 취향 · ② 초안 · ④ 계산 결과)과 범위(전역·프로젝트·노선)를 한 줄로 적는 등록표. 키 형식은 `aislo:{통}:{이름}:{프로젝트}[:{노선}]` 하나이고 **페이지 이름을 키에 넣지 않는다**. - 옛 키는 처음 읽을 때 새 키로 한 번 옮기고 지운다(사용자가 쓰던 배치 유지). - 초안 비우기(`clearDrafts`)·결과 버리기(`clearResults`)를 그 한 곳에 둠. - 이번 커밋은 ① 취향값 11개를 이관 — 패널 접힘·높이, 유토곡선 펼침·높이·범례, 테이블 펼침·높이, 배수유역 접힘·폭, B06 패널 접힘·높이. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>extraspan이 빠져 B06 화면이 통째로 안 뜨던 회귀 1bfc9ee12c- DXF -> 도각 JSON 변환 엔진 신설 (ezdxf) — 선·폴리선·원/호/타원/스플라인 평탄화·글자·점 변환, 블록·치수는 분해, 해치 등 미지원 요소는 제외 - DWG 는 ODA File Converter(.env ODA_CONVERTER_PATH) 경유 변환, 미설치 시 DXF 저장 안내로 폴백 - POST /{project_id}/frame-template/import 신설 — 파일을 편집 화면용 도면으로 반환(저장은 기존 [완료] 경로 유지), 20MB·2만 도형 상한 - 도각 편집 띠에 「파일 불러오기」 추가, 자리표 팔레트 신설 (글자 14종·그림 4종을 도면 중앙에 배치 후 이동) - CAD 텍스트 선택 시 회색 점선 외곽선 표시 (출력물에는 미포함) Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- 내보내기 엔진 신설 — 캐드 도면(JSON)을 ezdxf 로 DXF 작성(선·폴리선·글자·점·원·호, 도면층 유지), DWG 는 LibreDWG dxf2dwg 를 별도 프로세스로 호출 - POST /{project_id}/drawing-export 신설, 한글 파일명은 RFC 5987 방식으로 전달, 담지 못한 그림 수는 X-Aislo-Skipped 헤더로 통지 - CAD 출력 리본에 「DXF 내보내기」·「DWG 내보내기」 추가 — 캐드가 부모에 요청하면 부모가 서버 파일을 받아 내려받기 - 도각·내보내기 엔드포인트를 B07_DesignDetail_Router_Frame 으로 분리 (700줄 제한) - 그림(Image)은 DXF 외부 참조 방식이라 제외하고 개수를 안내 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- 텍스트 자리표에 칸 크기(boxWidth/boxHeight) 도입 — basePoint 를 칸 중심으로 두고 가로·세로 가운데 정렬, 선택 시 칸 테두리 표시, DXF 내보내기도 중앙 정렬로 반영 - 그림은 칸 안에서 비율을 유지하며 맞춤(letterbox) — 칸을 늘려도 로고·서명이 찌그러지지 않음 - 자리표 패널에 선택 항목 칸 크기(가로·세로 mm) 입력 추가 - 도각 편집 중 자리표에 실제 값 미리보기 — 서버가 표제란 값(공사명·회사·담당자·로고·서명)을 함께 내려주고 화면만 값으로 표시, 저장값은 {{키}} 토큰 유지 - title_block_fields 공개화 및 frame-template 응답에 fields 추가 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>B05 에 들어가는 것만으로 코리도 저장본 18.6MB 를 통째로 받고, 열쇠(해시)에 종횡단 내용이 섞여 있어 계획고를 한 번이라도 만졌으면 받아본 뒤 버리고 브라우저가 다시 만들었음(실측 화면 전환 16.7초). 3D 는 이미 [3D 업데이트] 수동인데 진입 경로만 자동. - 서버: GET corridor 에 `?hash=` 를 받아 저장본 머리 4KB 에서 열쇠만 떼어 맞춰 봄. 어긋나면 파일 대신 `{status:stale}` 만 냄. 맞으면 종전대로 파일 — 왕복은 한 번. - 화면: 진입은 `loadCorridorIfFresh` 로 **저장본이 맞을 때만** 3D 에 올림. 낡았으면 받지도 만들지도 않고 [3D 업데이트] 대기 표시만 켬. - `ensureCorridor` 에 `rebuild` 인자 추가 — [3D 업데이트] 버튼 경로는 종전대로 재생성. 시험 tmp/tests/test_b05_corridor_hash_probe.py 3건. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>계산 결과는 화면에 나가도 된다는 방침이라, 남는 위험은 입력을 바꿔가며 출력을 긁어 모으는 것임. 사람이 화면을 쓰는 속도에는 한계가 있음 — 화면 한 번 여는 데 API 가 약 180회 나가므로 한 시간에 2만 회를 넘으면 사람이 아니라고 봄. - 막지 않음. 고객 화면을 끊을 위험이 있고 어디서 끊을지는 실제 사용 기록을 본 뒤 정할 일임. 지금은 시스템 로그(보관 1년)에 RATE_ANOMALY 한 줄만 남김. - 세는 값은 메모리(세션·시간대별)라 요청당 DB 비용 0. 상한을 넘은 그 순간에만 세션 주인을 한 번 조회해 기록하고, 같은 시간대에는 다시 안 남김. - 지난 시간대 기록은 버려 사전이 무한정 자라지 않게 함. - 상한은 API_CALL_HOURLY_LIMIT(기본 20000, .env 로 조정). 빌드 껍데기는 이미 단단해 손대지 않음 — 실측 확인: 배포 산출물에 소스맵 0개, 식별자 뭉개짐(import{$ as e,C as t,...}), computeCrossDesign 등 원본 함수명 검색 결과 0건. 난독화 도구 추가는 얻는 것 대비 비용이 큼. 시험 tmp/tests/test_call_volume_watch.py 5건. 전체 484 통과. 실서버 확인 — 정상 사용 흐름에서 감시 로그 0건. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>배분·운반거리 산식(_balance 523 + _settle 235 = 758줄)을 브라우저 번들에서 빼기 위한 배선. 계산은 여전히 한 벌 — 서버가 같은 TS 를 Node 로 돈다(CLAUDE.md 5장). - POST /projects/{id}/sections/{route_id}/haul-plan 신설 (B06_Section_Router_HaulPlan.py). 브라우저가 낸 누가토량 결과를 받아 배분만 돌려줌. 화면이 쓰는 꼴 그대로 내보내 그리기 코드를 안 건드림. 표시 전용 — 정본은 저장 때 따로. - B05_Profile_Api_HaulPlan.ts 신설 — 편집이 멈추면(400ms) 조용히 받아 두는 선반입기. 늦게 온 응답은 버림(최신 요청만 채택). 못 받아도 곡선 자체는 그대로 보임. - common_util_mass_haul.massHaulPayload 가 배분을 값으로 물던 것을 끊음(extra 인자). 이 커플링 때문에 화면에서 안 불러도 번들에 남았음. - 저장 경로는 곡선도 배분도 안 만듦 — 서버가 정본을 내므로 balloon 위치만 보냄. - 죽은 파일 B06_Section_UI_Section_View_MassHaul.ts(236줄) 삭제. 자체검증(공용 브라우저, 용화 route 149) — 엔드포인트 200 · 196ms. 서버 배분과 브라우저 computeHaulPlan 결과가 JSON 문자열까지 동일(blocks 1 · steps 2 · spoil/borrow/hauled/transferred/fill_total 전부 일치). 시험 400 통과·17 건너뜀. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 확인(2026-09-06) — 예상노선은 폴리라인이 아니라 점 묶음이고 규칙 없는 폴리라인과도 맞지 않음. 그래서 계획노선은 원데이터를 복사해 폴리라인으로 바꾼 것이어야 하고 그것이 불변의 초기 데이터가 됨. 곡선 기준은 지식DB(별표2 I.2.다) 값을 씀. - common_util_route_polyline.py 신설 — 점 묶음을 폴리라인으로. ① Douglas-Peucker 로 꺾임점(IP)만 남김. 예상노선은 격자 탐색이 낸 조밀한 점군이라 (용화: 1,097m 에 331점) 점마다 곡선을 끼우면 접선 자리가 1.5m 뿐이라 R 이 2~6m 로 뭉개짐. 허용오차는 격자 해상도(2m)의 두 배. ② 내각 155도 이상은 곡선 생략(별표2), 그 아래는 최소곡선반지름으로 원호를 끼움. 자리가 모자라면 반지름을 줄이되 막지 않고 위반으로 표시(사용자 확정: 경고만). ③ 점은 옮기지 않음 — 노드는 원본 자리에 그대로 두고 그 사이에 원호를 넣음. - planned_route_initial_path 신설 — 세 벌 구조(예상노선 점 묶음 / 초기 폴리라인 / 수정본). load_design_route 읽는 순서에 초기 폴리라인을 예상노선보다 앞에 끼움. - 최소곡선반지름은 임도 종류·설계속도·지형으로 고름 (FOREST_ROAD_PROFILE_CRITERIA[min_plan_radius_m], 못 읽으면 가장 완화된 조건). - GET /route/plan 이 노드(반지름·내각·위반)까지 함께 돌려줌 — 노드만 옮기면 선이 저절로 규칙을 지키게 하는 것이 목적. POST /route/replan 도 받은 노드로 다시 폴리라인화. 자체검증(용화, 실화면 API) — 예상노선 331점 -> 편집 노드 25개 + 곡선 13곳 (전부 R 12m = 설계속도 20·특수지형 법정 하한, 위반 0) -> 계획노선 정점 142개. 응답 180ms. 단순화 전에는 곡선 15곳이 R 2.75~6.51m 로 전부 위반이었음. 시험 tmp/tests/test_route_polyline.py 7건(원호가 접선과 맞물리는지 좌표로 대조). 전체 407 통과·17 건너뜀. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>계획서 2-2. 3D 픽·사이드 목록에는 structure-pick 기록이 있는데 종단 그래프 알약 경로에만 빠져 있었음 — 세션 키가 아예 안 써져 B06 이 잡을 값이 없었음(보조 창 추적). - 구조물 브리지에 markChainage 추가 — 알약 id 의 누가거리를 구조물 정본·관 정본 양쪽에서 되읽음. - Page 의 onStructureSelect 가 writeStructurePick 으로 그 자리를 남김(사이드 목록 경로와 같은 창구). 자체검증(공용 브라우저, 용화) — 알약 18개 중 셋을 눌러 세션 키가 찰쌓기 1 -> {at:40} · 찰쌓기 3 -> {at:80} · 옹벽 -> {at:120} 으로 써짐(전에는 null). 그 상태로 B06 진입 시 측점 6+0.0(120m) 카드가 선택된 채로 뜸. typecheck 통과. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>보조 창이 노선 편집 [확인] 실측에서 둘을 잡음. 1. projects 에 design_speed_kph / terrain_type 컬럼이 없음(있는 것은 road_type 뿐). 매 요청마다 OperationalError(1054) 가 ERROR 로그로 남고 기본값 폴백으로 넘어갔음. - 임도 종류는 projects.road_type, 설계속도·지형은 워크플로 stage 2 params 에서 읽음. - 산식은 이미 있던 B05_Profile_Engine_Grade.legal_plan_radius_min_m 를 씀 — 내가 같은 표를 다시 짜 두었던 것을 지움(중복 제거). 2. 재확정 체인이 solve_route 400 으로 끊길 때 상태 코드만 남겨 원인을 못 짚었음. 본문(사유)까지 로그에 남김. 노선 편집 [확인]이 조용히 끊겨 배수유역·관은 새 노선으로 가고 종횡단만 옛 노선에 남는 어긋남이 굳었던 자리임. recompute 의 상세 조회와 DB 두 건도 asyncio.gather 로 묶음(원격 DB 왕복 약 12ms/질의). 시험 409 통과·17 건너뜀. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>같은 「사용자 조작값」 목록이 세 곳에 흩어져 있었고 서로 달랐음. 브라우저(B06_Section_Cross_Refresh.ts PRESERVED_KEYS)는 extra_spans 를 살렸는데 서버 두 곳은 안 살렸음 — - B06_Section_Router_Design._USER_TOUCHED_KEYS (포장 강제 재계산 · 세월교 노면 하강 재계산이 씀) - B06_Section_Router 안의 인라인 사본 (단측점 설계 갱신) 그래서 포장 구간이나 세월교가 앉은 측점이 다시 계산되면 사용자가 넣은 다단 구간값이 조용히 사라졌음. _USER_TOUCHED_KEYS 를 공개 이름 USER_TOUCHED_KEYS 로 바꾸고 extra_spans 를 넣음. 라우터의 인라인 사본을 지우고 그 한 벌을 씀. 시험 tmp/tests/test_b06_user_touched_keys.py 3건 신설 — 서버 목록에 extra_spans 가 있는지, 서버와 브라우저 목록이 같은지(status · pavement_suggested 는 부르는 쪽이 붙이므로 제외), 라우터에 사본이 남지 않았는지. 목록이 다시 갈라지면 시험이 깨짐. pytest 412 passed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>같은 노선으로 [확인]을 되풀이하면 계획노선 정점이 136 → 134 → 119, 노드가 22 → 21 로 계속 줄었음(보조 창 실측). 사용자가 아무것도 안 옮겨도 누를 때마다 자기 노선이 뭉개졌음. 원인은 **이미 폴리라인인 것을 다시 단순화**한 것. 두 자리 모두 그랬음 — - read_route_plan 이 노드를 계획노선(원호 점이 섞인 폴리라인)에서 되뽑음 - replan_route 가 화면이 보낸 노드를 또 한 번 단순화해서 씀 단순화(Douglas-Peucker)는 원본 점군에서 한 번만 돌아야 함. 고친 것: - build_planned_polyline 에 simplify 갈래 신설. False 면 받은 점을 꺾임점으로 그대로 씀(중복 제거만). - 폴리라인을 쓸 때 그것을 낳은 **노드도 함께 저장** (planned_route_nodes.csv · planned_route_initial_nodes.csv). 노드는 폴리라인에서 되뽑을 수 없으므로 낳은 값을 보관함. - read_route_plan 은 저장된 노드를 그대로 씀(없는 옛 프로젝트만 뽑음). - replan_route 는 simplify=False 로 씀. 실측(용화 b269ea34 실제 노선 파일, 4회 왕복) 옛 방식 노드21/정점115 → 20/115 → 20/113 → 20/115 (깎이고 흔들림) 고친 방식 노드21/정점115 → 이후 매 회차 **완전히 동일** 시험 tmp/tests/test_route_polyline_idempotent.py 2건 신설 — 노드 왕복이 제자리인지, 그리고 옛 방식이 실제로 깎이는지(갈래가 필요한 이유) 못박음. pytest 414 passed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>uvicorn StatReload 는 0.25초마다 지정 폴더를 rglob("*.py") 로 재귀로 훑는데, 폴더를 안 주면 현재 폴더가 대상이라 storage(27GB) · venv(파이썬 파일만 7,530개) · node_modules 까지 통째로 돌고 있었음. 파이썬이 실제로 사는 폴더 14개만 감시하게 함(산출물·의존성·백업 제외). 루트는 넣지 않음 — 넣으면 재귀라 도로 다 훑음. 그 대신 main.py 를 고칠 때는 서버를 손으로 다시 띄워야 함. ⚠ 이 변경이 「요청 없는 서버가 CPU 70%」를 고치지는 못했음. 그 CPU 는 감시 프로세스(0%)가 아니라 **앱 프로세스** 쪽이며 원인 미상 — 계획서에 남겼음. 이 커밋은 감시 낭비만 걷어낸 것임. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>보조 창이 원인을 확정함 — B07_DesignDetail\openwebcad\node_modules\forest-road-webapp → Junction → 저장소 루트 자신 (npm 이 만든 로컬 패키지 링크) 리로더가 B07 을 훑다가 그 정션으로 루트로 되돌아가고, 거기서 venv·storage 로 다시 들어가며 무한히 되감겼음. 실측 — 감시 폴더를 rglob 하면 파일 486,809개 · 한 바퀴 1,045초. PowerShell 로 세면 config 4개·B07 23개뿐임. 파이썬 rglob 은 정션을 따라 들어가고 PowerShell 은 안 따라가서 눈으로는 안 보였음. 링크(정션) 폴더를 통째로 건너뛰게 함 — 정션이 또 생겨도 재발 안 함. 앞 커밋(e7d30327)이 node_modules 품은 폴더를 빼며 이번 건은 이미 덮었으나 (CPU 85% → 18%), 그건 우연히 막힌 것이라 원인 자체를 막음. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 확정(2026-09-07) — 「계획노선은 직선>곡선>직선 형태의 폴리라인임. 반지름은 법정 최소 값을 지키되 기존 예정노선에 가까운 폴리라인을 찾는 게 키임.」 되물어 확정: 반지름 상한은 두지 않고 원본에 가장 가까운 값으로. 옛 방식은 꺾임점마다 법정 하한(R 12m) 원호를 하나씩 끼웠음. 그래서 완만한 긴 곡선이 작은 원호 여러 개로 쪼개져 원본과 벌어졌음. 고친 것 셋 1. 이어진 꺾임을 **한 곡선으로 묶음**(_curve_runs). 같은 쪽으로 도는 꺾임을 모으고, 앞뒤 직선을 늘려 만나는 자리를 그 곡선의 교각점으로 씀. 2. 그 안에서 **반지름을 골라 맞춤**(_fit_radius_m) — 법정 하한 이상에서 예정노선 점들과의 평균 벗어남이 가장 작은 값. 3. 묶는 것이 손해면 **도로 쪼갬**(_split_wide_runs) — 평균이 나빠지거나 한 자리라도 8m 넘게 벌어지면 낱개로 둠. 별표2 의 155°(곡선 생략) 규칙은 **묶은 뒤 전체 교각**에 적용하도록 자리를 옮김. 조각 하나하나에 적용하면 완만한 곡선이 쪼개졌음(내각 156·138·154° 짜리 세 꺾임이 갈려 가운데 하나만 곡선이 됐음). 실측 — 흉내낸 매끄러운 곡선에서 원본 반지름을 되찾음 원본 R 25m → 25.1m (최대 벗어남 0.12m) 전에는 R 12·12·12m, 1.66m 원본 R 40m → 39.8m (0.09m) 전에는 R 12·12·12m, 2.66m 원본 R 80m → 78.2m (0.44m) 전에는 R 12 다섯 개, 1.31m 실제 노선 3개(격자 탐색이 낸 지그재그)는 중립 — 최대 벗어남 3.57m 그대로, 평균 1.082 → 1.100m. 급한 꺾임에서는 하한이 이미 최선이라 그럼. 시험 tmp/tests/test_route_polyline_curve_fit.py 4건 신설 — 반지름 되찾기, 하한 지키기, 직각은 하한 그대로, 손해면 안 묶기. pytest 420 passed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 확정(2026-09-07) — 사용자가 잡는 것은 **곡선 시작·끝점**이고 필요하면 반지름을 직접 바꿈. 정점 목록만으로는 어디부터 어디까지가 한 곡선인지, 그 반지름이 얼마인지 알 수 없어 편집·도면이 같은 값을 못 봄. - RouteCurve 신설 — 교각점(apex) · 반지름 · 접선길이 · 내각 · 곡선 시작점 · 끝점 · 그 곡선이 대신하는 꺾임점 구간 · 위반. 반지름을 바꿔도 apex 는 안 움직임(「곡선 반지름 변경 시 주변 직선 각도 구속」이 그 뜻 — 직선이 고정이라 접선점만 미끄러짐). - `planned_route_curves.json` 으로 저장(노드 CSV 옆). - `GET /route/plan` 이 `curves` 를 함께 돌려줌. 곁들여 고친 것 — 묶음을 도로 쪼갤 때 **별표2 의 155° 를 다시 안 봐서** 펴진 자리(내각 159°)에도 곡선이 생기고 있었음. 쪼갤 때 다시 검사함. 그 결과 용화 노선이 곡선 24 → 13곳, 정점 179 → 145 로 제자리를 찾음. 실측(용화, 예상노선 331점) — 노드 28 · 곡선 13 · 정점 145 · 위반 0 · 벗어남 최대 3.57m 평균 1.081m(고치기 전 1.077m). 반지름은 12~28m 로 자리마다 갈림(전에는 전부 12m). pytest 420 passed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 지시(2026-09-07) — 「r과 직선 삭제나 추가가 있어야 하지 않을까?」 편집을 **꺾임점 목록 + 자리마다 곡선 켬끔 + 반지름** 셋으로 표현함. · 직선 삭제·추가 = 목록에서 점을 빼거나 더하기(빼면 앞뒤 직선이 하나로 합쳐지고, 직선 위에 더하면 둘로 갈리며 그 자리에 곡선이 생김) · 곡선 삭제·추가 = `curve` 를 끄고 켜기(끄면 직선이 그대로 꺾임) · 반지름 변경 = `radius_m` 못박기(없으면 서버가 고름) `POST /route/replan` 의 정점마다 `curve`·`radius_m` 을 받게 함. 편집값이 오면 **묶지 않음** — 사용자가 곡선 하나로 본 것을 임의로 합치면 손잡이가 사라지기 때문. 편집값은 점과 짝이라 중복 제거도 함께 함. 시험 tmp/tests/test_route_polyline_edit.py 7건 — 곡선 삭제·추가, 반지름 못박기, **반지름을 바꿔도 교각점은 안 움직임**(「주변 직선 각도 구속」), 직선 삭제·추가. pytest 427 passed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>PLAN 2-5 (2026-09-07 사용자 지시 4 「구조물 표시 통일」). B06 종단에는 구조물 마크가 아예 없었고 배수관·세월교만 다른 계통으로 그려졌음. - B05 가 쓰는 **같은 부품**(`buildStructureLane`)을 B06 종단 그래프 아래에 붙임. 이름·중복 번호·툴팁·약호가 전부 B05 규칙 그대로 따라옴. - 종단 차트가 `toX`(누가거리 → px)를 내보내 레인이 그래프와 같은 자리를 씀. - 좌측 「구조물 배치」가 목록을 받을 때마다 `setStructureMarks` 로 넘김(구조물 정본 + 관 정본). 관을 가상 구조물로 바꾸는 `pipesToStructureMarks` 는 B05 안에 있던 것을 공용 자리(`B05_Profile_Api_Structures`)로 올려 **한 벌만** 둠. - 알약을 누르면 그 자리에 가장 가까운 측점 카드를 고름(좌측 목록 클릭과 같은 규칙). 끌기는 B05 몫이라 여기서는 자리만 보임(배수유역 재분할이 걸림). - 검증 훅 `window.__b06Marks` 추가(`__corridorBuild` 등과 같은 용도). 자체검증 — 실화면 B06 종단에 레인 1줄·알약 10개(「배수관 1~8 · 세월교 1~2」)가 B05 와 같은 표기로 뜸. 훅 값 `{structures:10, types:36}`. tsc 통과. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>새 사용자 값을 더할 때 **네 곳을 다 고쳐야** 했고, 하나만 빠지면 그 값이 저장에서 조용히 사라졌음(`extra_spans` 실사고 `b6941bd2`). 나열을 걷어 목록 한 벌로 모음. - 확정·저장 payload 조립(`_Router_Confirm.py`) — `if patch_item.X is not None:` 11개를 스키마 통째 덤프 + 최상위 None 걷기로 바꿈. 새 필드가 저절로 실림. 중첩 None 은 남김(기슭막이 4축 `d: null` 은 「자동」이라는 뜻). - 브라우저 payload(`_Section_Store.ts`) — `put("X", design.X)` 10줄을 목록 순회로. - `_Cross_Refresh.ts` 에 `USER_TOUCHED_KEYS` 를 내보내고 `PRESERVED_KEYS` 는 거기에 상태 둘을 더해 만들게 함. 서버 목록과 짝임을 머리에 적음. 전수 조사 결과 `design` 키는 세 갈래였음 — ① 재계산 인자로 되먹여 사는 것 8개 ② 목록으로 베껴야 사는 것 12개 ③ 순수 계산값 24개. 위험한 칸은 ② 하나뿐임. 시험 3건 추가: - `test_b06_design_key_split.py` — 사용자 값이 ①·② 어디에도 안 걸리면 깨짐(불변식). 지금 코드는 통과 = 알려지지 않은 구멍 없음. - `test_b06_recompute_keeps_user_values.py` — 포장 재계산 뒤 ② 값 보존·① 인자 전달. - `test_b06_user_touched_keys.py` — 손나열이 되살아나면 깨지는 검사 둘 추가. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>쓰는 쪽은 `stateKey("rockb", …)` = `aislo:draft:rockb:{p}:{r}` 에 쓰는데, 읽는 쪽 `readRockBoundarySession` 이 옛 키 `b06:rockb:{p}:{r}` 를 날문자열로 읽고 있었음. `writeStateRaw` 는 옛 키를 안 쓰므로 **읽는 쪽이 늘 빈 값**을 받았음. 그래서 계획선을 고쳐 횡단을 다시 계산할 때(`B06_Section_Cross_Refresh`) 사용자가 옮긴 암 경계선이 안 실려 나가 **토사/암 나눔이 기본값으로 되돌아갔음** — 수량이 갈리는 자리. [저장] payload 는 메모리 Map 을 써서 저장 자체는 무사했음. - 읽는 쪽을 등록표(`readState("rockb", …)`)로 바꿈. 옛 키 만드는 함수는 지움. - 실화면 실측(용화 5601e828 · route 169) — 경계선 -0.5 → -0.8m 로 옮기니 새 키에 `{"0.00":-0.8}` 가 쌓이고 **옛 키는 아예 없었음**(고치기 전 근거). 고친 뒤 새로고침해도 값·표기 그대로. 시험 `tmp/tests/test_session_keys_registered.py` 3건 — 등록표 밖 날문자열 세션 키를 쓰면 깨지는 그물 + 이 자리 못박기. **훑어 보니 다른 날문자열 키는 0개**로, `rockb` 가 유일한 구멍이었음. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>같은 노선인데 지문이 늘 어긋나 관 지점이 매번 투영 이월을 탔음. 까닭 — 같은 노선을 두 파일이 다른 자릿수로 담고 있음. `planned_route.csv` 는 소수 4자리(`208403.2001`), `route_main.geojson` 은 소수 3자리 (`208403.2`)로 csv 를 mm 반올림한 사본임. 좌표 차는 최대 0.5mm 뿐인데, 지문이 `f"{x:.2f}"` 로 0.01m 자리에서 끊는 탓에 그 0.5mm 가 `.xx5` 경계를 넘는 정점마다 글자가 바뀜 — 169개 중 16개가 그랬음. 경계에서 자르는 방식은 저장 자릿수가 또 바뀌면 다시 흔들리므로, 글자 일치 대신 **허용오차**로 가름. 저장된 관을 지금 노선에 투영해 **재 보기만** 하고 (`max_projection_shift`, 값은 안 고침), 최대 어긋남이 0.05m 이하면 같은 노선으로 보고 저장분을 그대로 돌려줌. 허용오차 0.05m 근거 — 실측 어긋남이 최대 0.0053m 이라 다섯 배 이상 여유이고, 사람이 노선을 실제로 고치면 관은 m 단위로 밀리므로 「같다」로 볼 위험이 없음. 투영 이월 가지는 그대로 둠 — 대신 그 가지가 실제로 돌면 WARNING 을 찍게 함. 한동안 0 인 것을 확인한 뒤에야 지울 수 있음(먼저 지우면 관이 통째로 사라짐). 자체검증 - 새 시험 3건 `tmp/tests/test_pipe_route_tolerance.py` — mm 반올림 사본은 같은 노선으로 판정되고 누가거리가 한 값도 안 움직임 / 중간을 3m 민 노선은 안 걸림 / 허용오차 범위. - 기존 `test_pipe_point_projection.py` 2건 그대로 통과(±0.7m 잔물결 노선은 여전히 투영). - 저장된 실제 3개 프로젝트 전후 대조 — 셋 다 「다름 → 투영」이 「같음 → 저장분 그대로」로 바뀜. 화면 값 변화는 최대 0.0053m · 0.0009m · 0.0005m. - 전체 514 passed · 18 skipped. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>자동 리로드가 조용히 죽어 **옛 코드로 도는 서버**에 오늘 두 창이 세 번 속았음 (속도 488초 오측 · 응답에 새 필드가 없는데 화면은 정상으로 보임 · 표준단면 응답이 옛 스키마). 매번 틀린 결론을 한 번씩 냈다가 되물렀음. 규칙("재기 전에 재시작")으로는 세 번 다 안 지켜져 **한 번 보면 아는 표시**로 바꿈. - `/api/health` 가 개발 모드에서 `started_at` · `code_mtime`(기동 때 본 소스 최신 수정) · `source_mtime`(지금 소스 최신 수정) · `stale` 을 함께 냄. `stale: true` 면 재시작 전 어떤 측정도 믿으면 안 됨. - 기동 로그에 감시 폴더 수와 소스 최신 수정 시각을 한 줄 남김. - 실측 — 감시 폴더의 `.py` 를 고치니 리로드는 **안 뜨고** `stale` 이 즉시 true 로 바뀜. 원인 추적은 계속함(PLAN 7-2) — 한글 경로·정션은 **아님**(`watchfiles` 를 그 폴더에 직접 걸어 보니 변경을 정상 감지). uvicorn 이 감시 폴더 12개를 선언하고도 리로드를 안 내는 자리라 더 파야 함. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>사용자 지시(2026-09-07): 「대신 경고부분은 삭제해주고 대신 각도를 사용자가 넣을수 있게 반영. 전체 공통으로 변경하는 경우에는 기본값 지정으로 하면 되지만 횡단도 하나만 변경하는 폼은 가져야함 / 개별 횡단도에는 암 절토 각도의 개별 수정 가능해야함」 **화면** — 암 측점 카드 아래에 「암 절토 68.2° ↺」 칸이 섬. 값을 넣으면 그 측점만 사면이 새 경사로 다시 그려지고 절토량도 따라 바뀜. ↺ 는 표준값으로 되돌림. 전체를 바꾸는 자리는 종전대로 좌측 [표준 횡단면 설정]임. **계산에 넣는 자리는 한 곳씩** — 파이썬 `compute_cross_design(cut_slope_ratio=…)` · TS `computeCrossDesign({cutSlopeRatio})` 의 **그룹을 만든 바로 뒤**에서 경사비만 갈아 끼움. 부르는 쪽 9곳에서 표준값을 측점마다 복제하는 방식은 안 씀(한 곳만 빠져도 값이 조용히 사라지는 실패군). 기하·소단 코드는 한 줄도 안 건드림 — 25 확인대로 소단이 그 값을 읽어 서므로 **위치·개수가 새 경사를 저절로 따라옴**. ⚠ **경사는 나르는 값이 아니라 기하 입력임** — 계산 뒤에 키만 베껴 붙이면 설계선은 옛 경사로 그려지고 숫자만 새것이 됨(소단에서 겪은 자리). 그래서 재계산 세 경로(포장 강제·세월교 하강· 선형 재계산)와 브라우저 재계산·서버 프리뷰 **모두 계산 인자로** 넘김. **되돌리기는 0 을 남김** — 세션에서 지우기만 하면 정본에 남은 옛 사용자 값이 되살아나 표준으로 못 돌아감. 0 = 「표준값을 씀」. 값의 길 — 세션 `cutslope`(등록표 한 줄) → 카드 입력 → [저장]·[확정]에서 `cross_patches` (`design.cut_slope_ratio_user`) → 정본. `USER_TOUCHED_KEYS` 양쪽에 넣어 **표준을 바꿔도 개별로 고친 측점은 그대로** 둠(사용자 원문 끝줄). 시험 — 새 7건(넣은 경사가 실제로 그려짐 · 무릎 위 토사 경사는 그대로 · 0 은 되돌림 · 재계산에도 남음 · **계산 전에 넘어감** · 각도↔경사비 · 칸은 암 측점에만), 거울 시험에 「암 절토 경사를 측점에서 바꿈」 한 갈래 추가, 7-3 회귀 한 줄 추가. 전체 **483 passed · 17 skipped**. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>- `B09_Estimation_Statutory.py` 신설(법정경비 14비목) — 700줄 제한 대비 분리. **비목 목록을 코드에 안 박음**: 그 해 요율 데이터에 변수가 있는 것만 유효(8-13·8-14). - `B09_Estimation_Guards.py` 신설 — 이중계상 거울 테스트 3종을 함수로 둠(8-7 ㉠㉡㉢). 할증 두 번 · 무대 줄 단가 · 배합 두 번 쪼개기를 **수치로 잡아 멈춤**. - 엔진: 이윤 3줄(조정 전·조정액·조정 후) · 관급자재대 천원 올림 · 폐기물처리비 실비 슬롯 · `formula_text`(줄마다 제 산식 — 실무 원문의 A식 복사 오류를 안 따라감) · `proposed_profit_adjustment`(필요액을 보여만 주고 적용은 명시로, ★법대로 8-10). - 요율 로더에 `load_rate_dataset_from_path` 추가 — 옛 연도 재현 검산 전용, 지문이 없어 정본이 아님이 결과에 드러남. - 검산 고정값 두 벌(`tmp/tests`, git 밖): · 2024 요율 → 울진 공통 금액 사슬 **전건 재현**(안전 16,586,996 · 이윤 108,109,955 · 총원가 1,029,117,273 · 총공사비 1,201,879,000) · 현행 요율 → 안전 18,586,091. **같은 입력·같은 코드, 요율만 교체** — 연도 교체 구조 증명 · 거창 A/B min **양방향**(울진 A 채택 · 거창 B 채택) - 자체검증: `pytest tmp/tests/ -q` **68 passed** · `ruff check` 통과 · 파일 최대 441줄. - 잠정 반영(TODO 주석 + 계획서 항목번호): 환경보전비 임도 요율 0.9 % 잠정 · 폐기물처리비 자리 미확정 · 조달수수료 차감은 기본 꺼짐(옛 서류 재현용 옵션). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>PLAN 8-4b 열 명세대로. B06 이 이미 낸 측점별 단면적을 다시 재지 않고 체적화만 함 — 새 수량을 낳지 않으므로 캐시·조작 경로 불필요(CLAUDE.md 5장). 열 구성 (실무 토적표 = 오솔길 1.BOM 36열과 1:1) 측점·거리·절토[토사·암 각 단면적/입적/보정량]·측구터파기[토사·암 각 3칸] ·보정량계·성토[단면적/입적]·유용토·차인토량·누가토량. 사면 계열(층따기·면고르기·법면보호공·지장목제거)은 사면길이가 아직 없어 일감 3. 계산 규칙 체적 = (앞 단면적 + 현 단면적)/2 x 거리. 첫 측점은 앞이 없어 체적 없음. 보정량 = 체적 x 다짐 환산계수 — 정의처는 EARTHWORK_CONVERSION_FACTORS 한 곳, 여기서 값을 다시 적지 않음(토사 0.90 / 리핑암 1.15 / 발파암 1.30). 값을 자르지 않음 — 품셈 1-2-2 는 표기 규칙이고 절사는 화면 몫(PLAN 8-16). 원가 쪽(줄마다 원 단위 절사)과 규칙이 반대라 섞지 말 것. TODO(미결 · PLAN 8-4b) — 설계가 측구를 토사·암으로 안 나눠 줌(ditch_area_m2 한 값). 잠정으로 그 측점 절토 토사:암 면적비로 안분함. 측구는 절토부에 파므로 같은 지반을 만난다는 것이 근거. 설계가 측구 지반을 따로 내면 _split_ditch 만 교체. API — GET /api/projects/{id}/quantity/{route_id}/earthwork-table, 경로 생략형은 워크플로 최신 노선으로. main.py 는 자기 두 줄만 추가. 검증 — tmp/tests/test_b08_earthwork_table.py 14건 통과. 거창 실무 BOM 실측값 재현(단면적 1.89 → 체적 9.45 → 보정 8.505, 다음 측점 18.10 → 16.29, 측구 0.18㎡ → 10m당 1.80 → 1.62). 공용 브라우저에서 실 API 호출로 route 150·측점 65곳 확인 — 측점 20 에서 (0.2723+1.9615)/2x20 = 22.338, x0.9 = 20.1042, 암 25.427 x1.15 = 29.24105, 측구 안분 0.0784+0.1016 = 0.18 로 전건 일치. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>B06 담당(랩탑) 실측 회신 반영. 미교차는 드문 예외가 아니라 상시임 — route 169 는 22/105(21 %), 이 노선은 17/65(26 %). 매번 요란하면 곧 무시당함. 고친 것 셋 · 붉은 오류 → **주의 표시**(테두리를 danger 에서 muted 로). 잘린 줄 표시도 같게. · 목록을 `details` 로 **접어 둠**. 필요할 때만 폄. · 문구를 **한 덩어리**로 묶음 — 절·성토 면적 · 사면길이 · 사면적이 전부 같은 사유로 잘리므로 항목마다 따로 띄우지 않음. 안 넓히는 까닭 (주석에 남김) 미교차 절반 이상이 계곡·절벽처럼 지형이 설계 사면에서 멀어지는 자리라 반폭을 늘려도 영원히 안 닫힘. 닫히는 쪽도 중앙값 +3m 인데 꼬리가 +292m 이라 전역 확대는 값이 안 남. 2026-09-03 사용자 확정 「경고로 대체」가 그대로 유효함. 정본 키 대조 — StationSlope.unclosed 가 design.slope_unclosed 에서 나오는 것 확인 (B06_Section_Engine_Design.py:807 이 내는 그 값). 검증 — 공용 브라우저 실화면. 타입검사 오류 0. 접힌 상태 `details[open=false]` · 요약 문구 한 줄 · 측점 단추 17개. 펴면 목록이 보이고, 첫 단추(NO.13)를 누르면 그 줄로 가서 강조됨. 조작한 화면은 사용자가 보던 주소로 되돌려 놓음. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>**API 2종** (`B09_Estimation_Router.py`) - `GET …/estimation/unit-prices` — **목록표** + **산출 요약**. 요약을 같이 보내는 까닭은 사용자가 「무엇이 안 선 상태인가」를 화면에서 알아야 하기 때문임(자재 카탈로그 미확보로 구조물 계열이 안 섬). - `GET …/estimation/unit-prices/{code}` — **본표**. 줄마다 원천(자재5·노임6·기계경비105· 일위대가103·단가산출104)과 **파고들기 가능 여부**가 붙음. 없는 코드는 404. - 품셈 3 MB 를 요청마다 다시 안 읽게 `cached_build()` 로 한 번만 조립. **화면** (`B09_Estimation_UI_Page.ts`) - 일위대가 탭 활성화. **목록표(위) + 본표(아래) 2단** — 9-3 「제목+상세 한 쌍」이 화면에도 그대로 섬. - 본표 줄마다 `원천(번호)` 표시, **기계 줄을 누르면 그 시간당 사용료 본표로 파고듦** (거기서 취득가·연료·조종원까지 보임). 값을 못 믿을 때 사람이 하는 일이 이것임. - **재료·노무·경비 3분할 + 합계 줄**, `TC = NC + GC + JC` 성립 여부를 화면 문구로 냄. - **산출 요약을 화면에 표시** — 자재가 없어 구조물 계열이 못 선다는 것을 그 자리에 적음. locale 은 **B09 키만** 추가(16줄), 공용 파일 다른 줄 무수정. ⚠ 화면 조작 검증은 다음 단계 — `tsc` 는 통과했고(남은 오류 1건은 메인 창 B08 파일), 백엔드 재시작·클릭 검증은 이어서 함. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>일감 6 엔진. PLAN 8-6·8-8·8-15. 식을 발명하지 않음 — 실무 원본을 옮김 울진 설계원본 5. 구조도(기번3).xlsx 에 구조물 31종 계산식이 살아 있는 수식으로 남아 있음(8-15). 그 식을 옮기되 식 안에 상수로 박혀 있던 값(돌 뒷길이 0.45 · 고임돌 0.15 · 돌중량 0.88 등)은 **계수표로 뺌** — 뒷길이가 바뀌어도 식을 안 고침. 실무 방식의 약점을 여기서 고친 자리. 치수 정본은 하나 — structures.json 의 type_id·options 를 읽어 계산. 자기 치수표를 따로 들지 않음(도면은 H=1.5 인데 수량은 옛 치수로 도는 사고 방지). ⚠⚠ 이중계상 셋을 코드로 막음 ㉢ 배합을 분해하지 않음 — 콘크리트 ㎥·모르터 ㎥ 에서 멈춤. 시멘트·모래로 쪼개는 것은 B09 일위대가 몫이고 양쪽이 쪼개면 시멘트가 두 배가 됨. verify_no_mix_components() 가 산출물에 배합 성분이 나타나면 알림. ⚠ 정확히 같은 이름으로만 봄 — 부분문자열로 재니 「막자갈」(뒤채움 재료)이 배합 「자갈」로 오탐됐음. 개발 중 실제로 걸린 자리라 시험에도 박음. ㉠ 할증을 안 붙임 — surcharge_applied=False 로 응답에 못 박음. 할증은 자재총괄 한 곳뿐. · 성분마다 destination 을 담 — earthwork(토공 대분류로 합산) / material(자재총괄) / unit_price(일위대가 재료비). 울진 토적집계 D12~D14 가 구조물 터파기 1,248/30㎥ · 되메우기 739㎥ 를 개별 줄이 아니라 토공으로 합산한 것이 근거. ⚠ 공제 규칙을 주석에 원문째 — 품셈 1-2-1 「물구멍·이음줄눈·모따기·철근은 공제하지 않음」. 치수를 곧이곧대로 빼면 실무값과 어긋남. 빼는 것은 관 통과 단면처럼 실제로 비어 있는 자리뿐. 원본에 없는 칸은 지어내지 않음 — 뒷길이 60㎝ 돌중량이 원본 표에 비어 있어 야면석을 내지 않고 그 사실을 notes 로 알림(8-8 ㉮). ⚠ 실무값과 0.012 차이 — 우리 쪽이 맞음 터파기 1.5375 vs 실무 1.55. 평균두께가 0.825 인데 실무 시트는 표기값 0.83 으로 다시 계산해 1.545 가 됨. 품셈 1-2-2 는 표기 규칙이고 계산은 전정밀(8-16). 맞추려고 식을 비틀지 않고 허용오차를 그 차이만큼 둠. 검증 — 17건 통과. 배합 금지·할증 금지·행선지 표시·계수표 교체·빈 칸 미생성을 각각 못 박음. 실데이터(route 150 의 돌쌓기(찰) H=2.5·L=10)로 확인 — 성분 10개, 배합 위반 0. 전체 회귀 450 passed (실패 1건은 B05 코리도 기존 깨짐). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>메인의 `막자갈`→배합 `자갈` 오탐 사례를 전해 듣고 내 필터를 재 봤더니 **같은 병이 있었음.** - **실측** — `is_non_resource_label()` 이 머리글 낱말을 **부분일치**로 보고 있어 `건설기계운전사`·`일반기계운전사`·`작업반장`·`인력운반공`·`비계공`·`계장공` 등 **정상 자원 70 / 745** 를 「자원 아님」으로 지우고 있었음(「계」·「작업」·「인력」에 걸림). 그 탓에 **매칭 14건이 조용히 없어졌음**. - **고침 둘** ① 머리글 판정을 **정확 일치 + 머리글 낱말 조합**(「단위작업별」·「위치및면적」)으로 좁힘. ② **카탈로그 조회를 필터보다 먼저** 함 — 카탈로그에 있는 이름은 **정의상 자원**이라, 필터가 넓어져도 정상 자원이 안 사라지는 구조가 됨. - **결과** — 매칭 91 → **106**(노무 100 · 기종 6). 산출 파일 다시 냄. **오탐 짝 시험을 함께 넣음** (「걸려야 한다」 + **「걸리면 안 된다」**) - 머리글 필터 — 정상 자원 8종은 안 먹고 머리글 7종은 잡는지. - ㉡ 무대 — 이름에 「운반」이 든 `도자운반`·`덤프운반` 줄은 **안 걸리는지** (판정을 이름이 아니라 `equipment` 정확 일치로 하는 근거). - ㉣ 효율 — 손료계수 0.0002085·조종원 0.125 처럼 **0~1 이지만 효율이 아닌 값**은 안 걸리는지(효율 자리로 들어올 때만 막는 근거). **덤으로 잡은 것** — 상세가 하나도 안 붙는 일위대가가 **제목만 서서** 「상세 줄이 없어 단가를 못 조립」하는 상태가 있었음. **붙을 상세를 먼저 모으고 없으면 제목도 안 세움** (일위대가 67 · 건너뜀 1). 전수 시험(`모든 일위대가 총액 > 0`)이 이걸 잡았음. PLAN 9-6 에 ㉤(열 방향 검사, 이중계상 규칙이 아니라 표 정합 검사)과 이번 필터 교훈 기록. 자체검증 — `pytest tmp/tests/ -q` **123 passed** · ruff 통과. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>**⚠ 일위대가 합계를 순공사비로 뭉쳐 넣으면 ⑤ 의 밑수가 전부 틀림**(8-9 규칙 2) — 산재·고용은 노무비, 건강·연금은 직접노무비, 기타경비는 재료비+노무비를 봄. 일위대가가 3분할을 이미 들고 있으므로 **성분별로 접어 넣음**. - `direct_cost_from_quantities({공종코드: 수량})` → **직접비 3분할**. 단가가 없는 공종은 **0 으로 안 때우고** `missing` 에 남김 — 수량이 있는데 단가가 없으면 그 공종이 총액에서 조용히 빠짐. - `cost_input_from_quantities()` → 성분이 그대로 `direct_material/labor/expense_krw` 로 감. - **뭉치면 틀린다는 것을 수치로 보이는 시험**을 둠 — 같은 총액을 노무비 한 덩어리로 넣으면 건강보험료가 커짐(`test_lumping_would_break_the_bases`). - ⇒ ④예산내역서 없이도 **수량만 있으면 ⑤ 가 실물로 도는 경로**가 생김. **자재 잠정(㉡) 화면 표시** — 「사급 자재 단가는 설계자가 직접 넣습니다(6번 슬롯 「적용 단가」) — 유료 물가지 미구독 … (잠정 — 구독하면 1~5번 슬롯에 꽂습니다)」. 화면 실측으로 3줄 다 뜨는 것 확인(일위대가 67건). - 곁가지 — 화면은 평문이라 `**강조**` 별표가 그대로 보였음. 내보내기 직전에 벗김. 자체검증 — 신규 4건 포함 `pytest tmp/tests/ -q` **133 passed** · ruff 통과 · 백엔드 재시작 후 화면 클릭 검증. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>ab39c174) 2b21c2ff5c`GET /api/projects/{id}/estimation/bill` — B08 인계를 서버 안에서 그대로 받아 계층을 세우고 단가를 붙여 돌려줌 - 수량은 B08 것이 정본, 여기서 다시 세지 않음 (CLAUDE.md 5장) - 단가 없음·밑수 미확보·공종코드 없음은 0 으로 안 때우고 `missing` 으로 냄 - 이중계상 감시에 걸리면 표를 그리지 않고 409 로 멈춤 실측(프로젝트 5cff3920, 공용 브라우저 5174): 14줄(세부 7·머리 7) · 검산줄 1 · 자재 4 · 본체합계 478,680원 측구터파기 90.51㎥ × 5,288.6 = 478,680, 나머지 6줄은 사유째 미확보로 뜸 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>「원문이 이미 정해 둠」 **네 번째** — 품셈 12-38-3 [주]④ 「보통: 측구, 수로, 옹벽, 일반적인 벽체, 박스」. 앞선 셋(거푸집 사용횟수 1-7-1 · 철근 갈래 12-3 [주]① · 밑수는 표 위 본문)과 같은 자리라 사람이 고를 칸을 안 만듦. 옹벽 → `FP-12-38#보통`, 근거 문구를 조각에 함께 실음. - ⚠ 12-38-1 「사용횟수」는 1-7-1 과 **다른 자리**임. 그쪽은 유로폼(강재)의 잔존율(12회 25% · 25회 10%)로 임대료·손료 산정용이고, 1-7-1 은 소모성 거푸집 전용 횟수(옹벽 3회)임. 이름이 같아 하나로 이으면 조용히 틀림 — 데이터에 그 구분을 적고 시험으로 못 박음. - 유로폼 자재는 12-38-2 가 10㎡당 패널 0.89매로 냄. B08 은 **면적(㎡)** 으로 보내고 매수 환산은 밑수를 아는 B09 가 함 — B08 이 환산하면 밑수가 두 벌. `composite_not_ready` 를 `{code, reason}` 구조로 바꿈. 받는 쪽이 「단가 없음」과 「물량 없음」을 갈라야 함(기초잡석이 후자). 원단위 자체가 없으면 조각을 늘어놓지 않고 한 줄로 말함 — 같은 사유가 조각마다 다섯 번 반복되면 진짜 사유가 묻힘(화면에서 실제로 그렇게 보였음). 시험 추가 — 같은 공종코드가 지반만 달리해 여러 줄 오는 표본(도자 토사·리핑암). 실물에서 잡힌 모양이라 고정 자료에도 넣음. 검증 — 인계 59건 통과, 전체 600 passed, tsc 오류 0. 화면 그리기는 실제 모듈을 그대로 돌려 확인(사용자 프로젝트·DB 무접촉). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>⑲. 앞서 막아 둔 큰돌쌓기를 13-6 축으로 세움. - `boulder_masonry` 전개식 — 규격 축은 **직경**(40~60·60~80·80~100㎝)이고 저장 제원 `stone_cm` 이 품셈 축과 글자까지 같아 그대로 씀. 치수로 낼 수 있는 것(면적·터파기·되메우기·잔토)만 내고 나머지는 사유와 함께 알림. - 재료(큰돌)는 13-6 [주]⑦ 「재료량은 설계수량을 적용한다」라 원단위가 없음. - 고임돌·채움콘크리트는 [주]① 「품에 포함」 — 따로 세우면 이중계상. - 뒤채움(조약돌)은 [주]⑧ 로 13-3 적용. 두께는 13-4-3 [주]⑨ 준용인데 직고별 **범위값**이라 한 값으로 못 정함 — 미확보. - 터파기 폭 규정이 품셈에 없어 돌쌓기 방식을 준용하고 그 사실을 근거에 적음. - ⚠ 메/찰 구분 칸이 저장 제원에 없어 13-6-1/13-6-2 를 못 고름. 레지스트리는 다른 창 소관이라 손대지 않고 `pending_user` 로 드러냄. ⚠ 함께 발견 — 엔진이 읽는 옵션 키가 레지스트리와 달랐음. 레지스트리는 `back_len_cm` 인데 엔진은 `stone_back_length_cm` 을 읽고 있어 **저장값이 영영 안 닿고 늘 기본 45㎝ 로 돌았음**. 뒷길이를 75 로 골라도 45 계수가 붙던 자리이고, 값이 나오므로 아무 시험도 안 잡았음. 두 이름 다 읽게 하고, 표에 없는 값(25·30·75)은 **덮는 위 칸**으로 접되 그 사실을 적음. 돌쌓기 뒷길이 갈래를 자동 판정해 코드에 붙임(`FP-13-04-05#55cm이하`). 「…㎝ 이하」 구간이므로 **저장값 이상인 첫 경계**를 고름. 근거 문구를 함께 실음. 갈래표는 `resources/data_masonry/` 에 데이터로 둠. 검증 — 전체 621 passed, tsc 오류 0. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>B08 이 보내는 칸 중 **하나(`application_ratio_pct`)만 읽고 있었음** — 나머지는 조용히 버려지고 있었음. 메인이 「저장값이 안 닿아 늘 기본값으로 돌던」 결함을 잡은 것과 같은 자리라 대조해 발견 - 새로 읽는 칸: `quantity_gross` · `application_ratio_breakdown` · `quantity_breakdown` · `composite_parts` · `composite_not_ready` · `structure_kind` - **묶음 줄 조립** — 품셈에 그 공종이 없는 것(옹벽)은 조각들의 `단가 × 조각수량` 합이 곧 그 줄의 1단위 단가. 조각이 하나라도 비면 **금액을 안 만들고** 사유를 그대로 적음 - `composite_not_ready` 만 온 줄도 묶음으로 봄 — 그러지 않으면 「코드 없음」으로 뭉뚱그려져 무엇이 없는지 안 보임 - 구조물 줄은 사유를 갈라 적음 — 「구조물 전개식(원단위)이 없어 조각을 못 세웠습니다」 실측(구조물 시험 프로젝트 5601e828): 23줄 · 합계 540,244원 돌쌓기(찰) 4줄이 「후보 3건」으로 뜸 — 뒷길이가 저장 안 돼 갈래를 못 고름. 임의로 고르지 않고 후보를 보임 옹벽은 「원단위 미확보 (retaining_wall H=2.5) — 표에 있는 규격: 반중력식 H=2.0」 으로 사유째 뜸 ㉥ 가드 오탐 없음(메인이 택한 아랫단 + 물구멍 자재 조합에서 안 걸림) 검증: pytest 190 통과 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>데스크탑 창 보고(2026-09-08): 실무 프로젝트 구조물의 **상세 옵션이 통째로 비어 있음** — `back_len_cm`(뒷길이) · `stone_cm`(돌규격) · `form`(옹벽 형식). 그래서 B08 수량이 품셈 갈래를 못 골라 **금액이 0 으로 남음**(13-4 돌쌓기 뒷길이 · 13-6 큰돌쌓기 직경 · 12-3 옹벽 형식). **까닭 — 아무도 안 받고 있었음.** 레지스트리가 그 칸들을 `phase: "detail"` 로 두고 「B05 는 유무·종류·위치만, **상세 치수는 B06/B07 에서**」(2026-08-17 사용자 확정)로 갈라 놨는데, **그 화면이 아직 안 그리고 있었음**. 폼은 한 벌인데 필터(`isB05Option`)가 늘 상세를 숨겼음. 고침 — 폼이 `includeDetail` 을 받아 **B06 에서만** 상세 칸까지 그림(B05 는 종전 그대로). 새 결정이 아니라 **2026-08-17 확정을 이제 구현한 것**임. ⚠ **기본값 없는 필수 항목은 빈 칸(「— 선택 —」)으로 연다** — 첫 항목을 슬쩍 고르면 근거 없는 값(뒷길이 25㎝ 같은)이 수량·단가로 흘러감. 설계자가 고르게 둠. **큰돌쌓기에 「쌓기 방식」(메쌓기·찰쌓기) 옵션 신설** — 품셈이 13-6-1 메 / 13-6-2 찰로 갈라 두는데 구분 칸이 없었음(돌쌓기는 이미 타입이 갈려 있음). 기본값 없음·필수·상세. 실화면 확인(용화 5601e828 · B06) — C군 → 큰돌쌓기 고르면 **돌규격·쌓기 방식** 칸이 빈 채로 뜸. 돌규격 `60~80` · 쌓기 방식 `찰쌓기` 로 한 건 넣고 [저장] → 정본 `structures.json` 에 `{"stone_cm": "60~80", "bond": "찰쌓기", …}` 로 남는 것 확인. 시험분은 지우고 저장해 **원래 7건**으로 되돌림. 시험 5건 — B06 만 상세를 받는지 · B05 는 종전대로인지 · 기본값 없는 필수는 빈 칸인지 · 큰돌쌓기 메/찰 구분 · **규격 축이 타입마다 다른지**(큰돌쌓기=직경, 돌쌓기=뒷길이 — 데스크탑이 섞여 있던 결함을 잡은 자리). 전체 501 passed · 17 skipped. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>실무 내역서는 줄마다 비고에 「단산 46 참조」를 적고 그 산출서를 펴서 검산함(8-13). STC 실측도 `D` 가 `B`(일위대가)를 참조하는 한 층 위였음(9-3) - `PriceBook` 의 「제목 + 상세」 한 쌍에 `kind=PRICE_BASIS` 만 얹음 — 표를 세 벌 만들지 않음. 화면도 일위대가 탭과 **같은 2단 모양** - 번호는 **코드에 안 박음** — 실무 참조번호는 그 내역서 안의 차례라 프로젝트마다 다름. 코드는 공종을 가리키고 번호는 조판할 때 매김 - 같은 일위대가가 두 줄에 쓰이면 **산출서는 한 장**, 두 줄이 같은 번호를 가리킴 - 내역 줄 비고에 「단산 N 참조」를 달음 - 지금은 일위대가를 그대로 한 줄로 참조 — 할증·기타 비용이 붙을 자리를 미리 열어 둠 - `GET …/estimation/price-basis/{code}` 로 본표 조회 화면 실측: 내역 줄 「2-2-1 측구터파기 488,926 / 단산 1 참조」, 산출서 탭에 1장(토사 FP-09-12-01 ㎥ 5,288.6), 눌러 본표·참조 코드 확인 검증: pytest 195 통과, tsc 0건 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>화면 전수(다섯 탭)에서 드러난 것 - 자재가 아예 없는 프로젝트에서 **빈 표 셋이 「(0) — 0」 으로 늘어서** 있었음. 「이 프로젝트에는 자재 줄이 없습니다」 한 줄로 바꿈 - 계획서 「검증 함정 모음」에 셋 적음 · 세션은 DB 라 재시작으로 안 지워지되 **튕기면 브라우저 쿠키를 의심할 것** · 화면이 막혀도 **엔진은 파이썬에서 직접 부를 수 있음** — 단 `await init_db_pool()` 을 먼저 부를 것(안 부르면 **빈 응답이 「자료 없음」으로 잘못 읽힘**), 한 이벤트 루프 안에서 끝낼 것 · 되받기 전후로 **인계 응답을 파일로 떠 둘 것** — 「합계가 221원 줄었다」를 짚으려면 어느 줄이 얼마나 바뀌었는지 대조할 자료가 있어야 함 화면 전수 결과 (프로젝트 b269ea34, 포트 5174) ⑤ 원가계산서 26줄 · [재계산] 동작 ④ 예산내역서 16줄 · 금액줄 1 (측구터파기 92.45 × 5,288.6 = 488,926) 비고에 「단산 1 참조」 · 안내 5 · 미확보 16 (두 갈래로 갈려 뜸) 일위대가 203줄 · 안내 3 ③ 단가산출서 1장 · 본표와 참조 코드 자재대 — 이 프로젝트는 자재 0건이라 한 줄 안내(다른 프로젝트에선 미정 4건 확인) ⚠ 바꾼 화면 상태는 원래 탭으로 되돌려 놓음 검증: pytest 211 통과, tsc 0건 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>랩탑 창이 측점 design 에 pipe_length_m 을 넣어 줘서 마지막 조각이 채워짐. B08 은 잇기만 하고 길이를 짓지 않음. 값이 어디서 오나 관 자체(있나·어디·관경·관종) → pipe_points.json (레지스트리 managed_by) 관 연장(m) → 측점 design.pipe_length_m (B06 이 서버 Node 로 m 단위 올림까지 끝낸 값) 관종 → 공종코드 → work_item_mapping 의 pipe.kind_codes 파형강관 FP-12-11-03 · 흄관 FP-12-11-02 · VR관 FP-12-11-01 ⚠ facility 가 pipe 인 점만 배관 — pipe_points.json 은 계곡 통과 시설 전부의 정본이라 BOX암거·물넘이·세월교가 같은 파일에 있음. 관경 유무로 가르면 관경 미지정 관을 놓침. 실측: 5601e828 11점 중 관 9 · 세월교 2 ⚠ 관종 기본값(파형강관)은 2026-08-17 사용자 확정값이라 근거가 있으나 조용히 쓰지 않고 「기본값으로 섰습니다」를 알림에 실음 ⚠ 안 붙인 것 둘 — 터파기·되메우기(관 부설과 각각 오면 같은 굴착을 두 번 셈, B09 ㉡ 가드 자리) · 유출입부 기슭막이(관 옵션이 정본이고 구조물에서 빠졌음) 연장이 없는 관은 0 으로 때우지 않고 blocked_reason 과 함께 감 「횡단설계에서 [저장]을 한 번 누르면 그 측점의 관 길이가 남고 값이 섭니다」 시험 10건 — 세월교 걸러짐 · 관경 없어도 관임 · 연장 없으면 안 섬 · 관종 셋이 갈림 · 기본값을 알림 · 모르는 관종은 못 고름 · ⚠ 좁게: 옆 측점 길이를 물어 오지 않음 · 실제 자료 정본 대조 시험: 697 passed · 24 skipped (B05 코리도 1건 기존 깨짐, 무관). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>랩탑이 「연장은 나오는데 그 뒤가 안 봤다」고 해서 세 걸음을 한 번에 봤음. 끊긴 자리가 둘이었음. ① 매핑에 B군이 하나도 없었음 — 연장 40.0m 은 인계까지 오는데 공종코드가 비어 있었음. 품셈에 있는 셋을 이었음 산마루측구 FP-12-09-02 · 소단측구 FP-12-09-03 · 맹암거 FP-12-10 셋 다 밑수 1 m — 구조물 연장이 그대로 수량 도수로·절토사면 배수로는 품셈에 그 공종이 없어 pending_user 로 남김 (마스터 전수: 「수로」로 찾아도 나오는 것은 위 셋뿐) ② ⚠ 「전개식이 없다」로 단정해 B09 가 금액을 안 붙이고 있었음 B군은 연장이 곧 수량이라 원단위 전개가 필요 없는데, blocked_of 가 「성분이 없으면 formula_missing」으로 봤음 ⇒ 공종코드가 붙었고 수량이 있으면 막힌 것이 아님 실측(맹암거 40m): 0원 → 1,019,685원. 산마루·소단측구는 B09 일위대가 대기. ⚠ 그 김에 확인된 것 — verify_bill_flags 가 「코드 없이 내역에 서는 줄」을 제대로 잡고 있었음(도수로·절토사면 배수로 둘). 시험 셋 — 연장으로 서는 공종은 안 막힘 · ⚠ 코드 없으면 여전히 막힘 · ⚠ 연장 0 이면 코드가 있어도 막힘 (둘 다 0원 줄을 막는 짝). 시험: 704 passed · 24 skipped (B05 코리도 1건 기존 깨짐, 무관). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>랩탑 제안(두 창 합의). common_util_structure_lengths 가 이미 규칙 셋을 갖고 있는데 B08 이 structures.json 을 직접 읽어 세면 그것을 두 벌로 짜게 됨. 그 함수가 갖고 있는 것 ① 겹친 구간 합치기 (같은 시설을 겹쳐 놓으면 단순 합은 두 번 셈) ② 측구 제외 (design_owner — 횡단이 이미 ditch_area_m2 로 셈) ③ 관 소관 제외 (managed_by) ⚠ B군만 그 함수로 감 — C군(돌쌓기·옹벽)은 그대로 구조물별 줄 그 함수는 종류별로 뭉쳐 내는데, C군은 측점·규격이 줄마다 다르고 자재가 줄마다 나옴. 실무 내역도 B군은 「산마루측구 40m」 한 줄, C군은 구조물별 줄 실측: 겹친 산마루측구 둘(80~120 · 100~140) → 80m 이 아니라 60m 비고 「입력 구간 합 80m 에서 겹친 20m 를 뺀 값」 ⚠ 만들다 낸 것 하나 — 겹침 설명을 blocked_reason 에 넣었더니 B09 가 「막힌 줄」로 읽어 금액을 안 붙였음. 비고(spec_class_basis)로 옮김. 막힌 사유는 진짜 막힐 때만(공종 못 이음 · 연장 0). 시험 다섯 — 종류별 한 줄 · 겹침이 합쳐짐 · ⚠ 겹침 설명은 막힘이 아님 · ⚠ 안 겹치면 원합을 안 실음(반영률로 오해됨) · 공종 못 이으면 사유와 함께 막힘 시험: 709 passed · 24 skipped (B05 코리도 1건 기존 깨짐, 무관). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>B08 창 요청(2026-09-08) — 연장(m)만 내면 산출근거에 **「어디부터 어디까지」**를 못 적음. 실무 내역은 「산마루측구 40m」 한 줄이라 없어도 서지만, 있으면 검산이 쉬워짐. `_merge` 가 길이 대신 **합친 구간 목록**을 돌려주게 하고, 행에 `spans` (`[{start_m, end_m}, …]`)를 실음. **길이는 그 목록의 합**이라 둘이 갈릴 수 없음. ⚠ 겹침은 **합쳐서** 냄 — 데스크탑 실측: 산마루측구 둘(80~120 · 100~140)이 **60.0m** 로 합쳐져 내역서에 감(단순 합 80.0m). 구조물별로 셌으면 **20m 를 더 셀** 자리였음. 그 규칙이 이 함수 한 벌에만 있어야 하는 까닭이기도 함(측구 제외·관 소관 제외도 같음). 시험 5건 — 안 겹치면 그대로 · 겹치면 합침(그 실측 그대로) · 맞닿은 두 구간은 하나 · 품은 구간은 사라짐 · **행의 길이가 구간 합과 같은지**. 전체 513 passed · 17 skipped. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>운반 계열 착수. 품셈 원문 대조 결과 **셋이 서로 다른 식**임 ``` 굴착기 Q = 3600 ÷ Cm(초) × q · K · f · E (8-1-4, 이미 구현) 불도저 Q = 60 ÷ cm(분) × (q₀ × e) · f · E (8-2-1) ← 이번 cm = L/V1 + L/V2 + t, t = 기어 변속 0.25분 덤프 Q = 60 ÷ cm × q · f · E, q = T·L/γt (8-2-8) ← 다음 ``` - ⚠ **밑수가 60(분)** 임 — 굴착기(3600초)와 섞으면 **60배 어긋남**. 주석에 못 박음 - ⚠ 속도가 「단」에 따라 다름(8-2-1 [주]) — 굴착·운반 1단 · **흐트러진 토사운반 2단** · 평탄 정지 3단. **임도 운반은 [주]② 가 가장 가까워 2단 잠정 채택**(TODO 미결) - 표에 없는 규격은 **속도를 지어내지 않음**(짝 시험) 검산: 19톤·L=20m·V1 55·V2 70 → cm 0.8994분 · **Q 86.709㎥/hr** · 1㎥당 0.01153hr 검증: pytest 218 통과(신규 3) Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>⚠ 인라인 좌표는 미디어 규칙보다 세다. 넓은 화면에서 끌어 둔 자리가 좁은 화면에도 그대로 남아 본문을 덮었음(앞 커밋으로 폭은 줄였으나 자리는 그대로였음). - 좁아지면 인라인 좌표를 **떼어** 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>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>사용자 확정 ⑨(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>표준도가 `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>실무 정본이 근거임 — `구조물도/기슭막이/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>⚠⚠ 조사 중 큰 것이 나옴 — **우리가 「틀렸다」고 버린 옛 두께식이 실은 「골막이 식」이었음.** 소광리 숨김탭 「골막이(찰)(치수조서연결)」 원문: ``` 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>⚠ **정정** — 어제 「돌붙임 원단위 미확보」로 사유를 냈으나 **소광리 정본에 식이 셋 있었음.** 안 찾아본 것을 「없다」고 적은 자리였음. 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>데스크탑 메인이 구조물 터파기·되메우기·잔토를 인계에 실었는데, **잔토 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>유용토운반작업장(구 사토장) — 노선 옆에 남는 흙을 쌓는 성토 단면. - `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>① 품셈 제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>사용자 확정 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>사용자 판단으로 계획서에서 뺀 것 — 원문 그대로 보관. - 공통기반 0-5·0-7 : 행동지침 5장(계산 자리·데이터 3층)과 겹침 - 8-33 : 창별 검증 프로젝트 표는 OWNERS.md 자원 점유로, 나머지는 여기 - 참고 절 셋 : 데이터 세트 정의는 지침과 중복, 구조물 구현 기준·계곡 통과 시설 선정은 옛 자료 계획서 1,167줄 6.4만 자 → 1,058줄 5.9만 자. 미체크 53 → 57 (0-8 고칠 순서 셋 · 투영 이월 하나를 체크박스로 세움). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>PLAN 9-6 · 8-32 두 잔손질. ① 미공표 직종 신뢰도 플래그 (9-6) 지식DB 가 「단가 채택 시 플래그 유지 필요」(노임단가_적용 §2-3) · 「해당 단가 사용 시 경고 표시」(원가_입력변수_사전)로 두었는데 노임 층에 없었음. - load_labor_reliability() — 원문 기호 `*`(조사현장 5개 미만)·`**`(미조사) 그대로. 정상 공표 직종은 아예 안 담음(빈 값과 「정상」을 구별할 일이 없게). - PriceTitle.reliability — 노임 제목 전부 + 조종원 줄에도 같이 붙임. - build_summary 의 labor_reliability → 화면 힌트 줄로 경고. ⚠ 금액을 막지 않음 — 값은 그대로 서고 「조사현장이 적다」는 사실만 나름. ⚠ 내역에 실제로 실린 것만 경고 — 카탈로그 40직종을 다 띄우면 쓰지도 않는 직종이 화면을 채움. 실측 둘: 1037 벌목부 · 1050 일반기계운전사(지식DB 예시 그대로). ② 층따기 사전 밑수 (8-32) 원가_출력변수_사전 B2-9 가 「㎡·m」였음. 품셈 9-18 은 ㎥ 당이고, 우리도 확정 2차 ① 로 면적이 정본이되 길이를 곱해 ㎥ 로 내보내고 있음. 두 축을 한 칸에 적어 ㎡ 로 내도 되는 것처럼 읽히던 자리 — 밑수를 ㎥ 로 고치고 까닭을 비고에 적음. 코드는 이미 ㎥ 로 내보내 수치 변화 없음. 시험 여섯 신설 · 전체 1182 통과 · 실패 0. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>ditch_choice추가 5907de85c6옛 문구가 영어 한 줄("unresolved source gap")이라 무엇이 없어 미뤄졌는지 안 보였음. 지금 사실대로 적고 받아야 할 자료(실무 구조물 일람표)와 지식DB 근거 자리를 함께 붙임. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>6aaac6ab대조 일치) 533187e8759ed418e8대조 일치) 6a4507e596- 풀이기에 명세 13장 보강분: when(안 선 줄, 가리키면 오류) · destination 필수(기본값 없음) · spec 의 {제원} 채움 · 반올림 trunc(ROUNDDOWN)·ceil_away(ROUNDUP) - resources/library_structure/masonry_wet.json — 줄 15 · 뒷길이×돌종류 표 · 제원 vars · 물구멍 2.5㎡ 실무 관측은 대안 후보로 - 양식 제원 채우기 B08_Quantity_Engine_StructureTemplate.py(계산 없음) - 대조 시험 121건: 높이·뒷길이·돌종류·기초·사용자 칸·when 갈래에서 전개와 한 줄도 안 갈림. 알려진 차이 하나(실무 관행 계수가 돌종류를 지우는 전개 결함)는 시험에 드러냄 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016VBGFXB9AbJBwXP19z75Qqccd1ec2a가 지운 문서 4건 복구 (1,789줄) 29180653ea- 라이브러리 항목을 목록으로(항목마다 AX-ST-<8hex>.json) · 기본 찰쌓기에 코드 부여 - 가져오기: 로그인한 사람의 개인·회사 단 + 프로그램 기본에서 골라 {프로젝트}/B08_Quantity/library 에 박음 · 그 종류의 고친 식은 비움 - 표·원단위·자재총괄·인계는 박힌 양식 → 없으면 프로그램 기본만 읽음(여는 사람마다 값이 안 갈림) - [확정] 때 아직 안 박힌 기본 양식을 박음 · 장 머리에 「어느 단에서 가져왔나 · 고친 식 N줄」 - 시험 test_b08_structure_library.py 6개 · 전체 1524 통과 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016VBGFXB9AbJBwXP19z75Qqcb33e81d), 옛 원가계산서 줄 바꿔 끼움 b7af20f76d- B09_Estimation_Edits: 고친 값 한 벌 — 기본 조립(cached_build) 복사본에 얹음(캐시 키에 고친 값) · 기본 벌은 그대로(골든셋 무관) · 얹지 못한 값은 edit_skipped 로 남김 · 값 없는 슬롯은 받지 않음(422 + 까닭) - 새 라우터 B09_Estimation_Router_Edits(GET/PUT /estimation/edits) — Router.py 는 _build_for 가 고친 값을 얹게만 바꿈 - 화면: 줄마다 채택 슬롯 고르개 · 일괄(변동없음/1~5 단가/최소단가) · 고친 줄 「사용자」 + ↺(지우면 계산값으로) - 곁: 사용자 식 셈(B09_Estimation_Expression — ROUND·ROUNDDOWN·INT·SQRT, eval 없음)과 본표 편집 칸(UI_DetailEdit)을 먼저 둠 — 서버 편집 문이 서기 전까지 잠자 있음 - 검증: 시험 1656 통과 · ORCA 채택 저장 → 「사용자」·↺ → ↺ 뒤 고친 값 {} 로 복구 · 값 없는 슬롯 422 「경유: 1번 원천에 값이 없어」 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016VBGFXB9AbJBwXP19z75Qq- 구성행(sheet_rows): 수량 고치기 · 줄 빼기(수량 0, 흐리게) · 줄 더하기(단가표 고르개) — 비율 줄·돌림 참조는 받지 않음 - Q 식(price_basis_q): 식은 명세 13장 식 언어 — B08 구조물도 풀이기(evaluate_sheets, Node 한 벌)를 그대로 부름 · 소수 2자리 사사오입 확정 → 새 수량 = 수량 × 옛 Q ÷ 새 Q · 비고에 「Q(사용자) = 식 = 값」 · PriceDetail.output(시공능력 Q)을 Q 로 선 장비 줄 넷 자리(굴착기·도자·직접 작업량·암 잎)에서 실음 · 저장 모양에도 실음 - 따로 짰던 파이썬 식 셈(B09_Estimation_Expression)은 걷어냄 — 식 풀이 두 벌 금지(브레인 판정) - 새 문: GET /estimation/edits/sheet/{code}(본표 + 줄마다 고친 값 표시) · GET /estimation/edits/search(줄 더하기 고르개) - 화면: 본표 [편집] — 수량 칸 · ✕ · Q 식 칸 · 줄 더하기 · 고친 줄 「사용자」 + ↺ - 검증: 시험 1664 통과 · 골든셋 초록 · ORCA — 제 3 호표 보통인부 0.023→0.046 이면 5,652→9,610 · 내역 본체 122,848,989→122,857,198, ↺ 뒤 5,652 · 산근 2호표 Q 58.21→116.42 이면 1,695→847, ↺ 뒤 1,695 · 틀린 식 422 「모르는 이름: abc」 · 고친 값 {} 로 복구 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016VBGFXB9AbJBwXP19z75Qq26097d69) 1b48a16a18f1f8482e) 87cab83c60a7a1b246) 1e9ff999a4근거 — 산림청고시 제2025-82호 「금액의 단위표준」 「설계서의 총액 · 원 · 1,000 · 미만버림」. 실무 6건 원가계산서가 여섯 다 000 으로 끝나는 것이 증거. · 기본 켬 — cut_basis="grand_total" · cut_unit_krw=1000 · 조용히 안 깎음(2026-09-08 합의의 정신) — 이윤 조정액 줄과 결과 메모에 고시 번호를 달고 기준 입력판 11 에서 끌 수 있음을 함께 적음 · 칸 밑 안내도 고쳐 씀 · 끄는 값을 none 으로 바꿈 — 빈 값은 저장이 안 돼 기본으로 되돌아가 끌 수가 없었음 · 진동 고침 — 걸음마다 ÷1.1(종전엔 첫 걸음만). 이윤 1원이 총공사비 1.1원이라 잔차를 그대로 빼면 경계를 지나침(울진 신설 654→999→900→910→909…) · 안 앉으면 「끝자리 N원이 남음」을 메모로 보임 · 실무 6건 전수 000 판정을 새 벌로 지킴 곁 — tmp/tests/test_b09_cost_fixtures.py 를 resources/tester/ 로 옮김(픽스처 포함). tmp 쪽 사본은 안 지움 · 겹침은 파일 머리에 적음. 기본이 바뀌어 깨진 남의 시험 6건은 「안 자른 값」 자리에 cut_basis="none" 을 넣어 고침. 전체 시험 1782 통과 · 28 건너뜀. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Prk9BCHG1EMAywk9k8wegA273132f8) 57a949c62487083c33) afea225ae5afea225a뒤 typecheck 빨강 닫음 646081757cee9368ec짝 6c61f5d5ac976e5fd9짝 b95ad5e838④ 1.2배의 대상을 「호별 산정이 끝난 금액」으로 바꿈 — evaluate 가 버림(밑수 × 율 + 기초액) 을 먼저 맺고 배수를 곱함(종전엔 곱한 뒤 한 번만 버림). 근거 둘이 같은 쪽 — 고시 제4조① 단서 문언 · 골든셋 실증(영월 2024 B 20,330,639 → 20,330,638). A(배수 1)는 어느 차례로 해도 같은 값. ⚠ 두 실증본이 갈림 — 거창 2025 원본(STmate 출력 아님)은 옛 규칙이라 B 가 1원 위. 목표가 STmate 골든셋 재현이라 STmate 쪽으로 맞춤. 고정값 벌에 갈림을 적어 둠. ⑤ SA(실적수공) 안전관리비 「확인 대기」 → 별도내역. TA 와 같은 자리가 됨. PENDING_SAFETY 상수를 걷고 파일 머리 문구도 고침. 금액엔 안 닿음. ⑥ 고시 대조를 상시 벌로 세움 — test_b09_safety_notice.py 여덟 자리. 별표1 표를 원문 md 에서 읽어 요율 데이터 16칸 전수 대조(값을 시험에 안 박음) · 제4조①1·2호 구간 경계 넷 · 단서 A·B·1.2배 · 제2조2호 대상액 구성 · 1.2배 차례 회귀. 잴 시험 먼저 빨강 확인한 뒤 고침. 전체 시험 1911 통과 · 28 건너뜀 · 1 xfail. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Prk9BCHG1EMAywk9k8wegA3. 제3조(적용범위) 「총공사금액 2천만 원 이상」 — 요율 데이터의 minimum_total_construction_amount_krw 를 규모 기준액과 견주고 미달이면 줄 자체를 안 만듦 (A·B 곁줄도 안 섬 · 0 원으로 안 채움). 잴 시험 먼저 빨강 확인한 뒤 고침. ⚠ 견주는 값은 규모 기준액(추정가격 · 없으면 수렴한 총원가) — 고시의 「총공사금액」과 딱 같은 말은 아니나 계산 차례상 안전관리비 앞에 설 수 있는 값이 그것뿐. 보건관리자 문턱과 같은 축. 1. 1.2배 차례 = STmate 쪽 확정(브레인 판정) — 안 고른 갈래의 사유를 코드에 남김. 거창 2025 원본은 버림(밑수 × 율 × 1.2) 로 1원 위지만 STmate 출력이 아니라 채택하지 않음. 4. 관급 ÷1.1 = 실무 따름 — 근거를 정확히 적음. 고시 제4조① 단서는 「해당 재료비를 대상액에 포함」까지만이고 부가세를 말하지 않음 · ÷1.1 은 부가세 제외 환산으로 실무 6건 공통. 전체 시험 1952 통과 · 28 건너뜀 · 1 xfail. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Prk9BCHG1EMAywk9k8wegAView command line instructions
Checkout
From your project repository, check out a new branch and test the changes.