chore(rebar): Pier_T_rebar 작업 폴더 초기 구성 및 외부 의존 파일 통합

- Code\rebar_pipeline, review_pipeline, pier-program을 정션에서 실제 폴더로 전환
- Code\rhino_mcp 및 CLAUDE_rhino배경.md 추가, .mcp.json은 PYTHONPATH로 새 위치 사용
- pier-program 내부 .git 제거(이력은 backup\pier-program_20261028.bundle에 보관)
- worktree 가이드 반영(CLAUDE.local.md, HANDOFF.md)
- D:\Rhino-MCP 경로 참조를 새 위치로 치환

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
This commit is contained in:
ahnyongjooandClaude Sonnet 5.5 committed 2026-10-28 11:20:18 +09:00
commit 964a841de1
3978 files changed
+58013356

No files matched your search

@@ -0,0 +1,63 @@
# Task_앱입력묶음확인확정개편기획_2026-10-14_v0.1.00
| 항목 | 내용 |
|---|---|
| 담당자 | 심영표 |
| 일자 | 2026-10-14 |
| Task 식별자 | Task_앱입력묶음확인확정개편기획_2026-10-14_v0.1.00 |
| 선행 Task | `prompt/심영표/2026-10-14/Task_교각모델링발표자료_2026-10-14_v0.1.00.md` |
| 경로·모드 | COMPLEX-DOC (기획서) / GATED |
## INPUT
### [1]
```
[원문]
task: 기획서 작성하기
- 앱에서 "2. 입력 묶음 확인·확정" 편 수정하기
- 도면 표 밖 치수를 앱으로 찾기
- 입력 묶음 확인·확정을 앱이 수행하기
- 같은 템플릿에서 변수 가능과 불가능 구분하기
- 문제점과 해결방법 제시하기
```
### [2]
```
[원문] "앱이 '입력 묶음 확인·확정'을 수행할 때 확정 기록의 주체를 어떻게 둘까요? 지금 확정은 '사람이 도면과 대조했다'는 기록이라, 앱이 스스로 확정하면 그 의미가 달라집니다."="앱 확인 + 사람 확정 (Recommended)", "'도면 표 밖 치수'를 앱이 찾는 방식은 어떻게 할까요?"="규칙 + 템플릿 앵커 (Recommended)"
```
## PROCESS
1. 현황 조사(코드·화면): `web/templates/pier.html`(「2. 입력 묶음 확인·확정」), `web/app.py`(`confirm_all`: 값 검사 없이 확정 기록), `web/store.py`, `engine/reader.py`, 사용설명서 v0.2.07 §4~5·§9
2. 규모 집계: 보호 템플릿 4종의 묶음 수·확정 필요 수·용량, 철근 중심선 목록 비중(84~95 %)
3. 충돌 확인: 요청 "입력 묶음 확인·확정을 앱이 수행"은 확정이 사람의 검토 기록이라는 규칙과 부딪힘 → 사용자에게 질문(D1), 표 밖 치수 방식도 질문(D2)
4. 기획서 작성: 현황·문제점 P1~P8·해결 방향(화면 개편, 표 밖 치수 규칙 6종 + 앵커, 앱 확인 8종, 변수 등급 V1·V2·V3·F)·문제–해결 대응표·구현 4단계·결정 대기 D3~D6·부록(템플릿 분류표)
5. context-migration: OPEN #26, 요구사항 문서 '앱 개선 기획' 절
## DECISIONS
| 결정 지점 | 채택안 | 기각안 / 사유 | 근거 |
| :--- | :--- | :--- | :--- |
| 확정 주체(D1) | 앱 확인 + 사람 확정, 앱 확인은 별도 층(`autocheck.json`) | 조건부 자동 확정 — 앱 규칙과 값이 같다는 것은 도면이 맞다는 뜻이 아님. 완전 자동 — 검토 기록 소멸 | 사용자 |
| 표 밖 치수(D2) | 규칙 + 템플릿 앵커, 신뢰 등급, 근거 없으면 '없음' | 규칙만 — 형식이 다르면 후보 감소. LLM 보조 — 재현성·비용·보안 검토 필요 | 사용자 |
| 변수 구분 | 4단계 V1·V2·V3·F | 변수/고정 2분류 — 스크립트가 만든 큰 목록(V3)의 취급이 빠짐 | Agent [추론] |
| 우선순위 | 템플릿 원본 잔존 검사(P2)·앱 확인 층(P8)을 1순위 | 표 밖 치수 탐색 먼저 — 난이도 상, 사고 위험은 P2가 큼 | Agent [추론] |
## OUTPUT
| 산출물 | 경로 | 버전 |
| :--- | :--- | :--- |
| 기획서 | `DOC/01_기획/기획_입력묶음확인확정개편_2026-10-14_v0.1.00.md` | v0.1.00 (초안 `[미확정]`) |
| 미해결 목록 | `context-migration/OPEN_미해결목록.md` #26 | — |
| 요구사항 메모 | `context-migration/교각모델링앱_요구사항.md` '앱 개선 기획' 절 | — |
## MODEL
Claude Sonnet 5.5 (claude-sonnet-5-5)
## EFFORT
턴 3 / 도구호출 약 20
## STATUS
PROCESS PARTIAL (기획서 초안 완료. 결정 D3~D6 대기, 구현은 착수 전)
## 비고
- 코드·앱 데이터는 수정하지 않았습니다. 수치는 보호 템플릿 4종을 직접 집계한 값입니다.
- `[추론]` 항목: 변수 등급 분류(부록 A는 묶음 수준 초안), '코핑 단 수·받침 개수 변경은 조건부', 우선순위.
- 이 문서는 초안이며 담당자 확정 전입니다. 자기검증입니다.