360 사진 · 드론 모델링 → 깊이 분석 → 층 모델링 → 층 드로잉

들어온 것만으로 끝까지 갑니다 — 360 한 장만, 드론 모델링만, 또는 둘 다. 그림은 모두 이 프로젝트에서 실제로 만든 것이고, 단계마다 지금 어디까지 웹에서 되는지 적었습니다. 2026-11-01 새벽 기준 — 결과가 바뀌면 이 쪽도 고칩니다. 워크숍 «도시 재야생화» 2부와 이어집니다.

세 경우 — 360만 · 드론만 · 둘 다(가까운 것은 360, 먼 것은 드론).

참가자는 자기가 찍어 온 사진을 넣고, 깊이 분석 · 층 모델 · 층 드로잉을 받습니다. 사이트 화면은 따라 하기. 지금(아래 «변경 기록»의 마지막 날짜) 어떻게 만들어지는지 차례대로 적습니다 — 바뀌면 이 차례와 «변경 기록»을 함께 고칩니다.

1. 사진 넣기 — 한 자리에서 휴대폰으로 돌아가며 겹치게 찍은 사진(30장 안팎) 또는 360 파일 하나(Insta360 · 2:1 JPG · .insp)를 올립니다.
2. 360 만들기(사진일 때) — 구글 클라우드가 사진을 이어 360 한 장으로 붙입니다(1~3분). 사진이 모자라 다 덮지 못하면 360을 만들지 않고 «같은 자리에서 겹치게 더 찍어 올려 주십시오»라고 알립니다. 사람 얼굴은 흐립니다.
3. 깊이 분석 — 깊이 AI(DAP)가 360의 모든 점이 카메라에서 몇 m인지 잽니다.
4. 물건 읽기 — 360을 사진 18장으로 나눠 글 AI가 보이는 것(건물 · 차 · 벤치 · 화분 · 나무 …)의 이름 · 재질 · 자리를 읽습니다.
5. 층 모델 — 땅 · 건물 · 담 · 식물 · 물건 층으로 세웁니다.
   • 땅 · 비탈 · 덤불: 깊이로 잰 겉면 그대로.
   • 건물: 건물로 — 건물통합정보(GIS)의 윤곽 · 높이 + 360이 본 벽면의 창 · 문 자리.
   • 차 · 벤치 · 화분 · 간판 같은 물건: 물건마다 그 물건의 3D 모델(아래 6).
   • 상자 · 원기둥 같은 도형으로 바꿔 세우지 않습니다.
6. 물건 3D 모델 — ① 360에서 그 물건만 잘라 냅니다(대개 일부가 가려져 있음) ② 그림 AI(gemini-3-pro-image-preview)가 그 조각을 보고 «흰 바탕에 그 물건 전체»를 그립니다 — 가려진 부분은 짐작이라 «짐작»으로 표시 ③ 3D AI(Stability SPAR3D)가 그 그림을 돌려 볼 수 있는 3D 모델로 만듭니다 ④ 깊이로 잰 크기 · 방향대로 360 속 제자리에 놓습니다.
7. 층 드로잉 — 모델을 아이소메트릭으로 그립니다. 코드가 선 · 단면 빗금 · 재질을 그리고, 그림 AI는 재질만 다시 칠합니다. 층마다 막대로 켜고 끄고, 물건마다 번호와 이름이 붙습니다. 원본 360 · 물건 상자 · 깊이 그림이 드로잉 곁에 함께 뜹니다(7~10분).
8. 변화 기록(다음 단계) — 같은 자리를 편집한 미래 그림으로 같은 모델 · 드로잉(B)을 만들고, 지금(A)에서 바뀐 것을 층으로 겹쳐 봅니다.

지금 되는 것과 안 되는 것(11월 1일 06시) — 1~4 · 7은 실제 웹사이트에서 됩니다. 5의 «건물은 건물로»와 6(물건 3D)은 고치는 중이라 지금 화면의 드로잉에는 아직 상자 · 덩이 꼴이 남아 있습니다. 하늘(드론 높이)에서 찍은 360은 아직 빈 드로잉이 나와 고치는 중입니다. 8은 시험 중입니다.

360이 땅 위 어디서 어느 쪽을 보는지 정합니다. 드론 모델링은 GPS로 이미 자리가 있습니다. — 한 컴퓨터에서만 됨

360은 깊이 AI(DAP)로 거리를 재고, 드론 모델링은 점을 미터 좌표로 옮겨 층으로 가릅니다. — 웹에서 됨(11월 1일부터, 구글 클라우드 작업)

물건마다 윤곽을 따서 땅 · 건물 · 담 · 식물 · 물건 층으로 덩어리를 세웁니다. — 웹에서 됨(덩어리는 아직 상자 · 기둥꼴 — 아래 «고치는 차례»)

같은 클라우드 작업 코드로 만든 판입니다. 드론만 · 둘 다는 보일 만하고, 360만은 아직 원본과 닮지 않았습니다.

원본 360과 견준 것(11월 1일 새벽):

• 초량(휴대폰 360): 이 자리의 얼굴인 둥근 벽돌 건물 모서리가 곧은 담 한 줄로만, 주차된 차 둘이 각진 덩이로, 화분 여럿이 큰 반구 하나로 나옵니다. 큰 호텔 · 맞은편 건물은 6 m 밖이라 점선 윤곽뿐입니다.
• 영선-002(360만): 원본은 70% 넘게가 덤불 · 풀 · 큰 나무이고 비탈을 계단이 오르는데, 드로잉은 평평한 흙에 덤불 넷입니다. 오른쪽 5층 아파트 · 가로등도 제 높이로 서지 않습니다.
• 왜 10월 13~14일 괴정-010 판은 닮았나: 물건마다 그 물건의 3D 모델을 사진 조각에서 만들어(AI(SAM 3D Objects) — 벤치는 벤치로) 깊이로 자리에 놓았고, 코드가 그린 뒤 그림 AI(gemini-3-pro-image-preview)가 재질만 다시 칠했습니다(범위 16 m). 웹으로 옮긴 판(11월 1일)은 이 둘이 빠져 물건이 상자 · 기둥꼴이 되고 범위가 6 m로 줄었습니다.
• 고침(11-01 13:1x): 앞 글은 총괄(AI)이 확인 없이 쓴 것입니다. 괴정-010 셋째~다섯째 판은 «물건마다 3D 모델»이 아니라 상자 · 원통 · 블록 껍질 덩어리였습니다 — 3D AI(SAM 3D Objects)의 메시는 첫 판(10-13 09시, 그림 AI가 선을 따르지 않은 수채)에 쓰였고, 셋째~다섯째 판에서는 괴정 전용 손 규칙(compose · massing · massing2 · spec.json — 물건 번호를 손으로 집어 차고 판 · 하늘 구멍 · 벽돌 기둥 · 강철 보 · 원통 둘 · 앞 집 단면을 정함)이 덩어리로 바꿨고, 그 위에 그림 AI(gemini-3-pro-image-preview)가 재질만 펜 · 수채로 칠했습니다(실제 사진 3장 참고). 닮아 보인 까닭은 그 손 규칙 · 그림 AI 재질 칠 · 깨끗한 AI 미래 그림 입력입니다. 근거: 괴정 v5 방법 표 · v5와 녹산 견줌.
• 고치는 차례: ① 물건마다 사진 조각 → 3D 모델(이미지 → 3D 생성) → 깊이로 놓고 360 자리에서 되비춰 검사 ② 그림 AI 재질 칠하기를 그림체마다 ③ 범위 16 m, 수평 자름은 가까이 판에서만 ④ 분석에 쓴 그림(360 · AI가 읽은 물건 상자 · 깊이)을 드로잉 곁에 펼쳐 두고, 원본에서 가장 큰 것들이 알아볼 꼴로 있는지 매번 표로.

아직 안 이어짐 — «지금» 층 모델이 4 · 5의 바탕이 되어야 합니다.

게임의 미래 그림(360 · 드론 조감)을 필지마다 읽어 단계마다 바뀐 것을 쌓습니다. — 웹에서 됨(GIS 바탕)

아직 안 이어짐 — 바뀐 필지가 층 모델을 바꾸고, 그것을 단계마다 그려야 합니다.

코드가 선 · 단면 빗금 · 재질을 그리고, 그림 AI는 재질만 칠합니다. 층마다 켜고 끕니다. — 360 드로잉 · 갈래 도면 · 조감 모두 웹에서 됨

1. 3의 층 모델(360만 · 드론만 · 둘 다 · 휴대폰 360)을 웹에서 만들기 — 실제 웹사이트에 들어감(11월 1일 04시). 원본과 닮게 고치는 중(위 «고치는 차례»).
2. 변화 기록 — 같은 카메라 자리에서 A(관찰 사진의 층 모델 · 드로잉) · B(그 사진을 편집한 미래 그림의 층 모델 · 드로잉) · A→B 변화 층과 그 쌓임. 그림체(열 가지)마다 변화가 그 방식대로 보이게.
3. 3의 «지금» 층 모델을 4(가꾸는 도시)와 5(갈래 도면 · 아이소메트릭)의 바탕으로 — 지금은 둘 다 GIS 상자만 씁니다.
4. 4에서 읽은 필지 변화(사라짐 · 새 건물 · 덩굴 · 숲)가 3의 층을 바꾸고, 5가 단계마다 같은 층으로 그리게.
5. 1 자리 찾기를 웹으로 — GPS 없는 360도 땅 위에 놓이게.

앞 기록은 지우지 않고 더합니다(한국 시각). 실패한 판(«망한 그림»)과 호스트 · 총괄이 내린 바꿈 지시도 모두 여기에 남깁니다 — 무엇을 보고 · 무엇이 틀렸고 · 무엇을 하라고 했나, 그림 주소와 함께(2026-11-02 15:2x, 호스트: «아까 망한 그림들뿐만 아니라 이런 변화 기록까지 ../process 페이지에 기록되어야 한다. 이 기록 요구 자체를 기록해. 그리고 기록 남기고.»). 근거는 공유 그림 목록(그림마다 올린 시각 · 설명), 괴정-010 드로잉 다섯 판의 기록, 프로젝트 컴퓨터 스크립트의 수정 시각, 코드 기록, 작업 인계 · 실수 기록입니다. 근거에 없는 것은 «확인 못 함».

목적(호스트, 11-01 06:2x): «지금 하는 작업의 목적은 변화를 누적해서 레이어링해서 보는 거다. 그래서 개별 사물까지 모델링을 만들어서 보는 거고, 그 이후의 변화(패치 에딧으로 나타나는 경관에서의 국부적 변화)도 꼼꼼히 반영할 수 있도록 하려는 거다.»

2026-11-02 15시 덧붙임 — 아래 단락은 11-01 08:30 기준이라 낡았습니다. 지금은 물건마다 3D AI(SAM 3D Objects)로 바꾸고 거리 자르기를 끈 판을 시험 중이며, 아직 원본 360과 같은 곳으로 알아보이는 판은 없습니다(아래 11-02 기록).

2026-11-01 08:30 기준. 사진(휴대폰 30장 안팎) 또는 360 한 장을 넣으면 → 구글 클라우드가 이어 붙여 360 한 장(덮은 몫이 25% 아래면 360을 만들지 않고 «사진이 모자랍니다 — 같은 자리에서 겹치게 더 찍어 다시 올려 주십시오»로 멈춤, 25%는 AI(Claude)가 정한 값) → 깊이 AI(DAP)가 모든 점의 거리 → 360을 사진 18장으로 나눠 글 AI(claude-sonnet-5-5)가 물건의 이름 · 재질 · 자리를 읽음(10-31 22:37 전에는 AI(gemini-3.8-flash)) → 땅 · 건물 · 담 · 식물 · 물건 층으로 세움(건물은 GIS 윤곽 · 높이) → 코드가 선 · 단면 빗금 · 재질을 그리고 그림 AI는 재질만 칠한 아이소메트릭. 모두 웹(구글 클라우드 작업)에서.

변화 기록(시험 — 클라우드에서 돌고, 실제 웹사이트에는 아직) — 패치 에딧으로 바뀐 칸에 걸린 물건만 미래 그림(B)에서 다시 읽어 물건마다 바뀜 · 생김 · 사라짐을 장부로 적습니다. 바뀐 물건은 통째로 녹색, 사라진 물건은 유령(먹 점선). 물건 3D는 종류에 따라 — 차 · 가구 · 틀 · 간판은 3D AI(SAM 3D Objects, fal), 덩이는 3D AI(Stability SPAR3D) — 건물은 GIS(창 · 문 자리를 찍음). 장부는 한국어 목록과 번호 지시선으로.

변화 기록은 시험 중입니다 — 녹색(바뀐 것)이 건물 벽에 붙지 않는 문제를 고치는 중이라 그림을 싣지 않습니다(아래 «방법의 역사» 다섯째 판).

남은 것 — 변화가 쌓이는 것(둘째 패치), 실제 웹사이트에 올리기, «건물은 건물로»를 모든 지점에(025는 바뀐 집 자리에 GIS 건물이 없어 녹색 조각이 뜸). 그래서 지금 실제 화면의 드로잉에는 상자 · 덩이 꼴이 남아 있습니다(위 «워크숍에서 참가자가 만드는 것»).

• 무엇으로: 건물통합정보 · 지형으로 세운 3D 건물 · 지형 → 코드가 배치도 · 아이소메트릭 · 1:10 세부를 그림(10-12 02:25). 12:37 아이소메트릭을 벡터로 다시(드론 사진 바탕을 끔 · 빛 · 그림자 · 창 띠). 13:42 번호 없는 선 그림을 그림 AI에 넣어 펜 질감 층. 14:15 미래 그림 단계마다 갈래 도면이 저절로.
• 어디서: 웹(/products).
• 결과: 우암 아이소메트릭 · 질감 층 · 괴정-010 갈래 도면 A-1 → F-1 — 그림 설명 기록 없음.
• 왜 바꿨나: 확인 못 함.

• 무엇으로: 깊이 AI(DAP)로 360의 거리를 재 점 구름 · 흙 모형으로 펴고, 그 그림을 그림 AI(gemini-3-pro-image-preview)에 넣어 드로잉으로.
• 어디서: 프로젝트 컴퓨터 스크립트(04:46 깊이 · 05:01 흙 모형).
• 결과: 깊이 점 구름과 그림 AI 그림 — 그림 AI가 장면을 다시 짜 평상 모양이 바뀜.
• 왜 바꿨나: 호스트 «장난하나.. 알아볼 수도 없게 만든 이미지를 넣으면 어떡하냐.» · «메시 3D처럼 사물 · 건물 등 개별 에셋을 떼어 내서 모델링».

• 무엇으로: 360 → 사진 18장 → 글 AI(gemini-3.8-flash)가 물건 목록 · 상자, 윤곽 AI(slimsam)가 칸(물건 88개) → 물건 69개는 3D AI(SAM 3D Objects, fal)로 메시를 만들어 깊이로 제자리, 차고(기둥 · 지붕판 · 구멍 · 보)는 깊이 점으로 직접 → 360 카메라 자리에서 되비춰 검사(지붕판 83% · 디딤돌 90%, 전체 43%) → 그림 AI가 드로잉.
• 어디서: 프로젝트 컴퓨터 스크립트(05:19 물건 나누기 · 07:02 SAM 3D), 결과는 웹 /products/scenes(09:27).
• 결과: 물건 나누기 · 덩어리 · 360 · 평면 점 · 모형.
• 왜 바꿨나: 기록(첫 판의 한계): «그림 AI가 밑그림의 자리를 그대로 지키지 않아 축척 막대를 넣지 않았고» · 돌평상이 부채꼴로 그려진 오류(그림 AI에 준 글의 «둥근»).

• 무엇으로: 잰 값으로 깨끗한 덩어리(차고 · 사각 평상 · 물길 · 원통 둘)를 세우고, 깊이 그림을 조건으로 AI(FLUX.1 dev Control LoRA depth)가 그림.
• 어디서: 프로젝트 컴퓨터 스크립트(09:45 덩어리 · 20:58 조건 모델 여럿).
• 결과: 둘째 판과 고친 조건 → FLUX · 윤곽 겹침 · FLUX 다시 그리기 — 기록: «실패», «평상 자리 틀림».
• 왜 바꿨나: 그림 AI에 자리를 맡기면 자리가 틀린다 → 자리는 코드가 정하기로.

• 무엇으로: 모델 → 코드가 선 · 단면 빗금 · 재질 무늬 · 축척을 그림(AI 없음) → 그림 AI(gemini-3-pro-image-preview)가 펜 · 수채로 다시 칠하고 물건 윤곽 안만 씀(코드 윤곽선의 98 → 100%에서 AI 가장자리가 4 px 안). 넷째 판(23:50) 식물 덩어리(0.25 m 칸) · 창, 다섯째 판(10-14 00:10) 창 찾기 · 구멍 단면.
• 어디서: 프로젝트 컴퓨터 스크립트, 결과는 웹 /products/scenes.
• 결과: 코드로만 그린 첫 판 · 다섯째 판 · 재질 묶음마다 칠하기(실패).
• 왜 바꿨나: 이 판이 지금까지 원본과 가장 닮은 판입니다(11-01 견줌). 다만 물건 번호 · 자를 물건을 손으로 넣은 판이라, 새 360에 저절로 되게 옮기는 일이 남았습니다.

• 무엇으로: 드론 장면 한 장을 그림 AI가 미래로 그리고 «한 번에 그리기»로 투시도 드로잉. 19:19 이웃 360을 그림으로 넣지 않게, 21:0x 드론 시점을 지키게 고침.
• 어디서: 웹.
• 결과: 행운동 2단계 조감 · 2단계 투시도 드로잉 · 우암 고친 뒤.
• 왜 바꿨나: 확인 못 함.

• 무엇으로: 필지 바탕(브이월드 연속지적도 2,461필지) → 미래 360을 AI(gemini-3.8-flash)가 필지마다 읽은 히스토리 → 2 m 블록 → 바뀐 필지만 다른 지점 360에서 그림 AI로 고쳐 되붙임(바뀐 화소 1.8%) → 드론 장면은 여섯 방향 나눠 그리기.
• 어디서: 웹 /city.
• 결과: 필지 바탕 · 히스토리 · 블록 · 패치 에딧 · 여섯 방향.
• 왜 바꿨나: 드론 장면 미래가 하늘 시점을 잃음(기록: «카메라 고정 문장이 있어도 지붕 높이로 내려오고»).

• 무엇으로: 드론 모델링을 벽 정면에서 렌더 → 코드 → AI(fal-ai/moondream2) · AI(gemini-3.8-flash)가 창을 찾아 GIS 아이소메트릭에 붙임(021 9벽 63곳, 006 11벽).
• 어디서: 프로젝트 컴퓨터에서 렌더 · 읽기, 도면은 웹.
• 결과: 021 창 63곳 · 006 창을 360 위로.
• 왜 바꿨나: 10-31 10:3x 호스트 «아이소메트릭도 새 지점을 대상으로 재개해»는 360 → 깊이 → 모델 → 드로잉을 뜻했다(AI가 다른 일로 잘못 알아들음).

• 무엇으로: 구글 클라우드 작업으로 깊이 → 짐작 상자 + 색칠. 깊이 AI를 DAP → Depth Pro → Depth Anything V2 Small(17:20, 라이선스 까닭) → 다시 DAP(18:48).
• 어디서: 구글 클라우드 작업 + 웹.
• 결과: 괴정-010 네 깊이 AI 견줌.
• 왜 바꿨나: 10-13~14 스크립트가 «남아 있지 않다»고 잘못 알고 새로 짰습니다. 호스트 «DAP로 해. 누가 상업이라고 했는데?» · 22:0x 결과를 보고 «저게 한 거야? 진짜 진심으로?»

• 무엇으로: 셋째 ~ 다섯째 판의 덩어리 · 코드 드로잉 스크립트를 그대로 옮김(22:52) → 층 다섯(땅 · 건물 · 담 · 식물 · 물건, 00:02) · 세 경우(360만 · 드론만 · 둘 다, 23:49) → 드론 점을 층으로(23:35) · 나무는 줄기 + 수관 → 360만 살리기(00:31 GIS 건물 / 종류로 꼴) · 가까이 판 ±8 m(00:55) · 수평 자름 1.5 m(01:42) · 둥근 수관 · 덩굴 · 풀(03:17) → 실제 웹사이트(04:20).
• 어디서: 구글 클라우드 작업 + 웹(일부 시험은 프로젝트 컴퓨터).
• 결과: 세 경우 · 드론 점 층 · 드론만 드로잉 · 360만 살리기 · 가까이 판 · 영선-002 360만.
• 왜 바꿨나: 호스트 «360도 사진 & 드론 모델링 -> 깊이 분석 -> 모델링 -> 드로잉 … 레이어가 구분된 모델링과 드로잉.» · «1 360도 이미지만 있을 때 2 드론 영상과 드론 모델링만 있을 때 3 둘 다 있을 때». 그 뒤 «그 이미지 만든 360도 사진이나 드론 사진과 그 이미지가 닮아보여?» · «실제 상황을 알아볼 수 없는 드로잉이 나오잖아.» · «그냥 추상화한 도형을 원하는 게 전혀 아니다.» — 닮지 않은 까닭: 물건을 상자 · 원기둥 · 반구로 바꿨고, 10-13 판의 물건 3D 모델 · 그림 AI 재질 칠하기를 뺐습니다. *(고침 11-01 13:1x: «10-13 판의 물건 3D 모델»은 틀림 — 셋째~다섯째 판도 상자 · 원통 덩어리였고, 다른 것은 괴정 전용 손 규칙과 그림 AI 재질 칠이었습니다. 위 «3 → 5. 세 경우» 고침 참고.)*

• 고침(11-01 13:1x): 제목의 «돌아감»은 틀림 — 10-13~14 판(셋째~다섯째)은 물건마다 3D 모델이 아니었습니다(위 고침). 물건마다 3D 모델은 첫 판(SAM 3D)에서만 쓰였고, 이 묶음에서 다시 시작했습니다.
• 무엇으로: 깊이 겉면 그대로 메시 → 물건 조각을 그림 AI(gemini-3-pro-image-preview)가 온전한 물건으로 채우고 3D AI(Stability SPAR3D)가 3D로, 360 칸과 맞춰 자세를 잡음 → 같은 자리의 미래 그림(B)과 지금(A)의 차이를 층으로.
• 어디서: 프로젝트 컴퓨터 시험 → 06시부터 구글 클라우드 작업이 시험 코드를 받아 씀.
• 결과: 물건 조각 → 3D · 초량 겉면 + 3D 물건 · 괴정-010 A → B1~B3.
• 왜 바꿨나: 호스트 «"기록"보다는, "변화 기록"이야.» · «메시 3D»는 서비스 Meshy AI처럼 물건마다 그 물건의 3D 모델(벤치는 벤치로). 깊이 겉면에 사진을 붙인 것은 모델이 아님 — 건물은 건물로, 구조물은 부재로. 04:47~04:55 프로젝트 컴퓨터가 메모리 부족으로 멈춰 무거운 일은 클라우드로.

• 무엇으로: 04:2x 이어 붙이기가 안 되면 가장 큰 묶음 → 그래도 안 되면 사진 한 장을 360 화폭에 얹어 깊이 → 모델 → 드로잉으로 가는 길을 더함(05:31 실제 사이트). 06:35 그 길을 끄고, 이어 붙인 360의 덮은 몫이 25% 아래면 360을 만들지 않고 «사진이 모자랍니다 — 같은 자리에서 겹치게 더 찍어 다시 올려 주십시오(지금 덮은 몫 n%)»로 멈춤. 까닭은 참가자 말로(사진이 한 장뿐 · 서로 겹치는 사진이 없음 · 이어 붙이지 못함). 25%는 AI(Claude)가 정한 값, 자료 아님.
• 어디서: 구글 클라우드(이어 붙이기) + 웹(/workshop/phone360).
• 결과: 사진 한 장 길(꺼짐) · «사진이 모자랍니다»로 멈춤.
• 왜 바꿨나: 사진 한 장 길은 호스트가 바란 것이 아니었습니다 — 호스트는 «사진 30장 → 360 한 장, 또는 360 한 장으로 시작»을 말했고, «결과물이 없는 건 최악이다»는 흐름 전체에서 결과가 나오라는 뜻이었는데 AI가 사진 한 장 길로 잘못 옮겼습니다.

• 무엇으로: 물건 조각 → 그림 AI(gemini-3-pro-image-preview)가 온전한 물건으로 채움 → 3D AI(Stability SPAR3D) 3D를 사이트 라우트로(쓴 양이 사용량에 남게, 06:07). 클라우드 작업이 시작할 때 시험 커밋의 코드를 받아 써서(06:01) 고칠 때마다 이미지를 다시 굽지 않고, 프로젝트 컴퓨터에서 무거운 일을 돌리지 않게.
• 어디서: 웹(사이트 라우트) + 구글 클라우드 작업.
• 결과: 초량 · 클라우드 둘째 판 — 작은 물건은 생성 3D, 나머지는 깊이 겉면 · 보수동 하늘 360 — 깊이가 100 m까지라 못 그림.
• 왜 바꿨나: 물건은 그 물건의 3D 모델로(위 04:2x 묶음). 프로젝트 컴퓨터가 04:47~04:55 메모리 부족으로 멈춤.

• 무엇으로: 지금 360(A)과 패치 에딧을 되붙인 360(B1)을 같은 자리에서 — 패치 칸에 걸린 물건만 B에서 다시 읽어 바뀜 · 생김 · 사라짐 장부. 06:40 첫 판(바뀐 물건 칸을 녹색) → 07:17 바뀌지 않은 건물은 GIS → 07:37 땅 한 톤 판 + GIS 건물(2.5 m 자름, 창 · 문 자리) + 물건 3D(SAM 3D · SPAR3D) → 08:05 한국어 장부 · 차 크기 바로잡음(IoU 0.57~0.79) · 바뀐 물건 통째 녹색 · 사라진 물건 유령 · 수평 자름 3.5 m → 08:21 바뀐 벽을 2 m 안 GIS 벽에 붙임 · 번호 지시선.
• 어디서: 구글 클라우드 작업(시험 코드 받기). 3D AI(SAM 3D Objects, fal)는 사이트 라우트로(06:49), 한글 글꼴(07:40).
• 결과: 첫 판 · GIS 건물 · 셋째 판 · 넷째 판 · 다섯째 판 015 · 다섯째 판 025.
• 왜 바꿨나: 목적(호스트, 06:2x) — 개별 사물까지 모델링해 패치 에딧의 국부적 변화를 꼼꼼히 반영. 판마다의 흠은 그림 기록 그대로: 셋째 판 «SAM 3D 차가 검고 하나는 너무 큼(IoU 0.28)», 넷째 판 «녹색 벽이 GIS 건물 사이에 뜸(깊이 ↔ GIS 어긋남), 번호가 몰림», 다섯째 판 «025는 바뀐 집 자리에 GIS 건물이 없어 녹색 조각이 뜸».
• 덧붙임(11-01 10:1x, 고침): 다섯째 판은 기준 판이 아닙니다. 호스트가 «녹색 부분 공중에 떠 있어?» · «너 검사 안 해?»라고 짚어 확인하니, 바뀐 벽의 녹색이 잘린 건물 위 허공(2~8 m)에 그려졌습니다(GIS 건물은 3.5 m로 자르고 녹색은 자르지 않음). 015는 깊이 ↔ GIS가 1~2 m 어긋나고, 025는 GIS 건물 없이 녹색만 있습니다. 총괄(AI)이 이 판을 «기준 판»으로 판정한 것도 틀렸고, 이 쪽 «지금 방법»에 그 그림을 확인하지 않고 실었던 것도 잘못입니다 — 그림을 뺐습니다.

• 무엇으로: 관찰 360(A) + 패치 에딧(B1 · B2)을 깊이 AI(DAP) 점으로 펴고, GIS 건물 덩이를 제 높이로 세워 바뀐 칸을 녹색으로 칠한 아이소메트릭(원본 색 · 두 색 디더). 10판(12:58)은 바뀐 칸을 «카메라에서 그 칸 방향으로 쏜 선이 처음 닿는 GIS 벽»에 칠함.
• 결과 그림: 6판 015 · 7판 025 · 8판 · 9판 · 10판
• 무엇이 틀렸나: 담쟁이(식물) 변화가 골목에 떠 있었고(6판), 바뀐 집이 30 m 밖이라 작은 녹색 점뿐(7판, 025), B1 담쟁이 벽이 녹색 띠 몇 줄(8 · 9판 — 붉은 벽돌 사진 면과 GIS 벽이 어긋남), 땅을 메우며 풀 색을 받아 A에도 녹색 네모(8판). 10판은 벽 한 면이 칠해졌으나 그 벽이 360의 그 건물인지 확인 못 함.
• 받은 지시: 호스트 «이게 뭐야? 녹색 부분 공중에 떠 있어?» · «너 검사 안 해?» · «이런 샘플 줄 때 360도 사진으로 띄워서 비교해.» 총괄 «바뀐 칸 칠하기를 카메라에서 그 칸 방향으로 쏜 선이 처음 닿는 모델 면에».

• 무엇으로: 360에서 딴 물건 조각 → AI(SAM 3D Objects) · AI(Stability SPAR3D) 3D. 처음엔 점 집합으로, 뒤에 three.js 렌더로.
• 결과 그림: 점 집합 · 렌더 · A · B 나란히
• 무엇이 틀렸나: SAM 3D 색이 어둡게(흰 SUV도 회색), 차 길이 3.36 m(4.2 m 아래 한계가 안 먹음), 에어컨은 조각이 반쯤이라 깨짐, 차양은 B1만 있고 A 짝 없음, 팔림세스트 번호가 목록과 어긋남.
• 받은 지시: 호스트 «저거 왜 이렇게 점 집합이야?» · «모델은 잘 나온 것 같은데 저걸 배치하는 게 어려워? … 워크샵 참가자는 저 점 집합 모습, 렌더된 모습 선택해서 보게 해.»

• 무엇으로: 깊이 점 렌더(사진 색) + 물건 3D 3개, 2판부터 땅을 칸마다 가장 낮은 높이로 메운 겉면.
• 결과 그림: 1판 · 2판 · 3판 · 4판
• 무엇이 틀렸나: 땅이 없고 덩이 조각만 허공에(1판), 메운 땅이 골함석 담을 덮음(2판), 메운 칸 색이 네모 조각 · 담은 위에서 본 가는 선(3판), 담 쪽으로 보는 방향을 돌린 판은 비탈이 서고 덤불이 담을 가려 버림(4판 앞).
• 받은 지시: 총괄 «알아볼 수 없음 — 땅이 없고 덩이 조각만 허공에» · «골함석 담을 제 높이 판(1.3 m, 360 색)으로».

• 무엇으로: 깊이 사진 조각을 빼고, 땅 판(네 톤) + 물건 목록 21개 모두 AI(SAM 3D Objects)로 놓음.
• 결과 그림: models-v1
• 무엇이 틀렸나: 크기를 잘못 잡은 것 — 산비탈 1,028 m · 죽은 나무 951 m · 풀밭 42 m · 소나무 23 m · 방수포 11 m, 골함석 담은 360과 겹침 0.11.
• 받은 지시: 호스트 «야. 모델링 만들어서 배치하는 거 아니야? 그림 상태가 왜 저래? 뭐해?» · «First six 무슨 소리하는 건데?»(세션이 근거 없이 물건 3D를 6개로 묶어 둔 것) · «지금 형편 없으니까 모델링으로 해보라는 거야.»

• 무엇으로: scene.py 360 모드 — build2 덩어리 모델 → autospec → drawproc. 13:02부터 물건 3D(SAM 3D)를 덩어리에 바꿔 넣음.
• 결과 그림: 첫 판 · 원본 · 괴정 v5 나란히
• 무엇이 틀렸나: 비탈 덤불이 공중에 떠 줄기 달린 나무(막대 사탕)가 되어 장면 전체를 덮음 — 땅 격자가 비탈을 못 잡음. 물건 3D를 넣은 판은 덤불이 큰 공, 바위 3D가 거대, 땅 · 담 안 보임. SAM 3D 메시(수십만 면)를 그대로 넣어 drawproc이 20분 넘게 멈춤(면 6,000개로 줄임).
• 받은 지시: 호스트 «아이소메트릭 드로잉 어딨는데?» · «모델링 못 알아보겠어. 드로잉은 지금처럼 찢어진 종이조각처럼 나오는 게 아니라 괴정-010처럼 나와야 한다니까?» · «기존 GIS 모델링 기준으로 삼지 말라고 했는데? 못 들었어?» · «제발 잘 좀 해봐. 괴정-010 방법 좀 찾아보는 세션 만들어.»

• 무엇으로: 물건마다 360 조각 → 3D AI(SAM 3D Objects)로 그 물건의 3D 모델. 코드가 세우던 상자 · 원기둥 · 둥근 수관은 3D AI가 실패한 것만 «짐작한 꼴»(점선)으로.
• 왜 바꿨나: 호스트 «그냥 추상화한 도형을 원하는 게 전혀 아니다» · «기존 GIS 모델링 기준으로 삼지 말라», 드로잉은 «찢어진 종이조각처럼 나오는 게 아니라 괴정-010처럼». 17:4x 호스트 «해».
• 11-01 10시 ~ 11-02 08시 사이 판은 이 단락 앞뒤 묶음(11-02 «(win) 변화 기록 모델 · 드로잉» 세션이 공유 그림 목록의 시각 · 설명과 호스트 말로 채움).

• 무엇으로: 그림 AI(gemini-3-pro-image-preview)가 ① 깊이 렌더를 펜 · 수채로 다시 그림 ② 괴정 재질 목록 없이 녹산 글로 ③ 모델(drawproc)을 다시 칠함 ④ 360 사진만으로 그림. 이 컴퓨터에서 바로 부름(사용량 기록 안 됨).
• 결과 그림: 첫 칠 · 2판 · 네 길 견줌
• 무엇이 틀렸나: 처음으로 알아볼 수 있었으나 AI가 자리를 옮기고 지어냄(둘째 담 · 두둑 · 방수포 여럿), 축척 막대 틀림(cm). 괴정 재질 목록을 넣은 칠은 녹산에 벽돌 · 물 · 꽃무늬 방석을 그림. 360 사진만으로 그린 판은 가장 그림 같았으나 자리는 AI가 사진을 읽은 것.
• 받은 지시: 호스트 «지금 워크샵에서 만든 이미지로 드로잉까지 만들 수 있게 하는 거야? 사례 이미지로 하는 거지?» · «3D 모델링으로 재배치는 못한 거야?» · «모델링으로 해보고, 정 안 되면 나노바나나로라도 그려봐. 다 시도해봐. 허락 더 구하지 말고 다 해.»

• 무엇으로: 땅 면을 관측 칸 둘레 2 m까지, 물건 3D 20개, 담 · 울타리는 점을 따라가는 얇은 판(두께 6 cm), drawproc 뒤 그림 AI 칠.
• 결과 그림: 2판 · 3판
• 무엇이 틀렸나: 골함석 담이 두꺼운 상자 하나(7.7 × 4.1 m — 지붕처럼, 2판), 3판은 처음으로 흙길 · 휜 녹슨 골함석 담 · 덤불 · 돌 · 비닐이 읽혔으나 앞쪽 담은 SAM 덩굴 덩이를 그림 AI가 담으로 읽은 것, 흰 비닐 덮개가 4.8 m 상자.
• 받은 지시: 호스트 «계속 해.» · (밤 22시 결제 규칙으로 SAM 3D를 멈추자) «아니야 그냥 해.»

• 무엇으로: 360 한 장 → 깊이 AI(DAP) → 물건 목록 AI(claude-sonnet-5-5) → 물건마다 3D AI(SAM 3D Objects) → 코드 선 드로잉 + 그림 AI(gemini-3-pro-image-preview) 칠. 구글 클라우드 작업.
• 결과 · 무엇이 틀렸나(총괄이 원본 360과 견줘 봄):
  • 08:57 판 드로잉 · 물건마다 3D — 물건 28개 중 14개가 아직 코드 도형(녹색 큰 공 · 흰 상자), 장면의 주인공인 녹슨 골함석 담 · 붉은 지붕 집 · 흰 비닐이 3D 목록에 없음, 돌 하나가 공중에 뜸.
  • 넷째 판 — 칠한 판은 읽히나 그것은 그림 AI 몫(모델에는 아직 코드 공 다섯 · 흰 상자), 칠이 포대 글씨 · 표지판 · 측백나무를 지어냄.
  • 다섯째 판 — 코드 공은 빠짐, 그러나 담은 조각, 원본에 없는 집채만 한 바위 더미, 덤불이 상자 꼴.
  • 여섯째 판 — 담은 아직 짧은 토막, 오른쪽 돌이 큼. 여기서 다듬기를 멈춤.
• 지시: 총괄 → 변화 기록 세션 «넷을 고친 판 하나로 녹산 다듬기는 멈추고, 호스트 목적(변화를 누적해서 레이어링 · 패치 에딧의 국부 변화) 쪽으로» — 호스트 11-01 «지엽적인 데에 에너지와 시간을 너무 쓰지 마라».

• 결과: 변화 층 첫 판 — 바뀐 칸에 걸린 물건 4개를 B1 360에서 3D AI로 다시 만들어 같은 자리 · 녹색 윤곽.
• 무엇이 틀렸나: B1의 녹색 건물 둘이 A와 꼴 · 크기가 달라, 패치 에딧이 바꾼 것인지 3D를 다시 만들며 생긴 차이인지 가려지지 않음. B2는 바뀐 것 0개라 층이 쌓이는지 안 보임. 담쟁이가 벽돌색(재질을 A 목록에서 가져옴).
• 지시(총괄): 다시 만든 물건은 A의 자리 · 크기를 지키고 바뀐 칸의 재질 · 덮임만 드러나게, 판마다 바뀐 칸 그림을 곁에, B2는 바뀐 것이 있는 판으로.

• 지시: 호스트 13:3x «다른 360도 지점 3곳 택해서 드로잉까지 가봐.»
• 결과: 첫째 판 — 먼 물건(상자 · 나무 · 기둥 · 문 열린 차)이 따로 떠 있음, 골목 양 벽 · 길가 건물 줄 · 흰 가림막이 빠짐. 둘째 판 — 떠 있는 것은 빠지고 벽은 섰으나, 칠이 원본에 없는 색 · 글씨를 그림(괴정 판벽 집 → 돌 무늬 벽, 초량 «CLUB MIAMI», 명지 흰 가림막 → 흰 말뚝 울타리).
• 판정: 호스트 14:5x «사진이랑 결과물들이 비슷해보이는 게 있어?» — 없음. 세 곳 모두 원본과 같은 곳으로 알아볼 수 없음. 총괄(AI)이 앞서 «나아졌다 · 초량은 길로 읽힌다»고 한 것은 앞 판과 견준 말이었고, 원본과 견주면 틀린 판정.

• 물음: 호스트 «문제는.. 360도 이미지를 어떻게 읽히고 있는 거야? 평면 장면으로 읽히고 있어? 설마?»
• 확인한 것(총괄이 코드와 깊이 점 그림을 봄): 360은 구로 바르게 읽힘 — 각 점을 위도 · 경도로 구에 펼치고 깊이 AI(DAP)의 거리를 붙임. 깊이 점 — 초량-003은 위에서 보면 십자 길과 길가 건물 선이, 괴정-020은 좁은 골목과 양 벽이 그대로 보임. 장소를 잃는 곳은 그 뒤 «모델 만들기»: 깊이를 카메라 둘레 6 m만 믿고 10 m 밖을 잘라 냄(세션이 근거 없이 정한 값), 건물을 방위마다 꺾은선 판 몇 장으로 줄임, 물건 3D를 넣으며 원래 면이 빠짐.
• 지시: 총괄 → 변화 기록 세션 «판 돌리기를 멈추고 초량-003 한 곳에서, 깊이 점을 위에서 본 그림만큼 장소가 읽히는 모델부터 — 길가 건물 면을 깊이 점에서 길게 세우고, 바닥은 점 범위대로, 물건 3D는 그 위에 더하기만(면을 지우지 않음). 모델 판 한 장을 원본 360 · 깊이 점 위에서 본 그림과 나란히. 칠은 그 뒤.» 호스트 15:1x «잘라내지 마라 그럼.» → 거리 자르기(10 m · 식물 15 m · 6 m «짐작» · 12 m 밖 물건 빼기)를 모두 끄고 깊이 점이 닿는 데까지 세움. 먼 곳이 흐트러지면 자르지 말고 그대로 보이고 «먼 곳 깊이 오차»로 적음. 떠 있는 물건 빼기는 «땅에 닿지 않음»만.

• 무엇으로: 거리 자르기를 모두 끔(깊이 점이 닿는 데까지, 깊이 AI DAP 100 m), 물건마다 3D AI(SAM 3D Objects), 코드 선 드로잉 + 그림 AI(gemini-3-pro-image-preview) 칠. 이어 건물 겉면을 «건물 물건 모두의 점을 함께 방위 1°마다 잇고 물건마다 돌려주기»로.
• 결과 그림: 거리 자르기 끈 첫 판(원본 · 깊이 점 · 모델 · 칠) · 건물 줄 한 줄로 — 코드 · 같은 판 칠
• 무엇이 틀렸나: 첫 판에서 처음으로 바닥 십자 길이 깊이 점 위에서 본 꼴과 같아짐. 그러나 깊이로 세운 건물 벽이 모두 점선 «짐작»(3D 후보가 아닌 건물까지 «3D 실패»로 친 세션의 잘못 — 고침). «건물 줄 한 줄로» 판은 실패: 면이 여전히 판 몇 장(건물 칸이 깊이 점에서 끊김이 많음 — 짐작), 땅 재질이 벽돌로 바뀜(그 판의 물건 읽기 AI(gemini-3.8-flash)가 땅 큰 칸을 벽돌 포장으로 읽어 땅 재질 투표가 벽돌 778,129 px · 콘크리트 93,853 px), 칠은 «BAR» 글씨 · 화분 · 사람 꼴을 지어냄(«사진 색만 · 글씨 없음» 칠 글은 PR #713에 있고 아직 안 합쳐짐). 세션이 build2.py에 모듈 수준 global을 넣어 한 번 꺼짐.
• 받은 지시: 총괄 «건물이 얇은 판 몇 장 — 길 양쪽 건물 줄을 깊이 점의 높이대로 길게 이은 면으로(초량은 4~6층, 붉은 벽돌 건물 · 검은 건물 · 회색 돌 건물이 각각 읽히게)» · «세운 차 · 전봇대 · 간판 입간판 없음» · «칠 판이 돌 깐 길을 풀밭 · 덤불로 칠함» → «진행하십시오. 깊이 점 자체(세로로 선 점)로 방위마다 겉면을 세우고 재질만 물건 칸에서. 칠 없이 모델 판만.» 호스트 «다 해».

• 무엇으로: 건물 겉면을 물건 칸이 아니라 깊이 점에서 — 세로로 선 겉면 점(높이 2.5 m 넘는 방위)을 방위 1°마다 가장 가까운 거리로 잇고, 재질만 그 방위에 가장 많은 건물 물건 칸에서. 칠 없음(모델 판만).
• 결과 그림: 첫째 판(실패) · 둘째 판
• 무엇이 틀렸나: 첫째 판은 교차로 둘레 벽돌 벽 둘만 서고 길을 따라 늘어선 건물 줄이 없었음 — 세로 판정을 위아래 이웃 차로만 해 비스듬한 벽을 놓치고, 방위 사이 거리 뜀 1.5 m에서 줄이 끊김(길과 나란한 벽은 방위마다 거리가 크게 뜀). 둘째 판(면 방향으로 세로 판정 · 거리의 20%까지 이음)에서 처음으로 길을 따라 늘어선 건물 줄이 섬. 남은 것: 높이가 실제(4~6층)보다 낮음, 위쪽 길 끝 일부 빔, 세운 차 · 전봇대 · 입간판 없음.
• 받은 지시: 총괄 «진행하십시오. 깊이 점 자체(세로로 선 점)로 방위마다 겉면을 세우고 재질만 물건 칸에서. 초량-003 하나, 칠 없이 모델 판만 «원본 | 깊이 점 위에서 | 모델»로 먼저.»

• 무엇으로: 겉면 꼭대기를 그 방위 360 세로줄의 하늘이 시작하는 칸까지(가는 전선 · 기둥 끝은 «아래 8칸 모두 하늘 아님» 조건으로 뺌), 방위마다 높이를 기록. 땅 재질은 땅 물건만으로 고르고, AI 물건 목록이 «brick»이라 해도 사진 색에 붉은 기가 없으면 판석으로.
• 결과 그림: 셋째 판 · 다섯째 판
• 무엇이 틀렸나: 셋째 · 넷째 판은 땅이 벽돌 — 셋째는 이름에 «street · road»가 든 벽돌 건물까지 땅 재질로 센 세션의 잘못, 넷째는 AI 물건 목록이 땅 자체를 brick으로 읽음(773,771 px). 높이 기록(넷째 판, 방위 332개): 가까운 길가 건물 9~12 m(하늘 경계 위도 50~65°), 먼 건물 14~40 m — 처마 · 전선에서 멈춘 것이 아니라 360에서 하늘이 시작하는 칸까지. 원본은 4~6층(12~20 m)으로 보여 가까운 건물은 아직 낮음(짐작: 천정 가까이 70° 위를 360이 잘 못 봄). 다섯째 판에서 땅 판석 · 길을 따라 늘어선 건물 줄이 섬. 남은 것: 위쪽 길 끝 나무가 큰 녹색 덩이로 땅에 깔림, 먼 판이 떨어져 보임, 간판 다섯 안 놓임(자세 없음), 전봇대 17.8 m(실제 약 10 m).
• 받은 지시: 총괄 «권고대로 높이부터(하늘과 만나는 경계까지 — 초량은 4~6층이 서야 함). 그다음 세운 차 둘 · 전봇대 · 입간판.» · «5 m 막대에 대면 겉면이 아직 4~6 m 안팎으로 보임(원본은 12~20 m) — 꼭대기 높이를 m로 몇인지 기록에 찍고, 하늘 경계가 아니라 다른 것(처마 · 전선)에서 멈추는지 확인.»

• 무엇으로: 겉면 재질을 물건 이름(AI 물건 목록) 대신 그 방위 겉면 칸의 360 사진 색(가운데값)으로 — 네 무리(어두움 · 붉은 벽돌 · 흰 회벽 · 회색 돌, 문턱은 세션이 정한 값), 무리가 바뀌는 곳에서 조각을 나눠 따로 세움.
• 결과 그림: 여섯째 판
• 무엇이 틀렸나: 다섯째 판까지는 왼쪽 길 · 큰 길 대부분이 붉은 벽돌이고 검은 건물이 없었음(물건 이름을 따름). 여섯째 판에서 회색 돌 건물 줄 · 검은 건물 · 모퉁이 둘레 붉은 벽돌로 갈림. 남은 것: 위쪽 길 끝 흰 타원(나무 — 3D 실패 짐작 점선), 먼 판이 떨어져 보임, 간판 · 전봇대.
• 받은 지시: 총괄 «가장 큰 어긋남은 재질: 원본에서 붉은 벽돌은 오른쪽 모퉁이 건물 하나(+ 왼쪽 먼 작은 것)뿐인데 모델은 … 대부분이 붉은 벽돌, 검은 건물이 없음. 겉면 재질 · 색을 물건 이름이 아니라 그 방위 겉면 칸의 360 사진 색(중간값)으로.»

• 무엇으로: 여섯째 판 모델(코드 드로잉)을 그림 AI(gemini-3-pro-image-preview)가 펜 · 수채로 칠함 — 글: «모델에 없는 물건 · 나무 · 사람 · 간판 · 글씨를 더하지 말 것 · 사진 색만»(#713 칠 글과 같은 뜻, 이 컴퓨터에서 부름 — 사용량 기록 안 됨). 칠 판을 모델 판과 겹쳐 «모델 윤곽(12 px 둘레) 밖에 그린 칸»을 세고, 그 칸을 종이로 되돌림(축척 막대 자리는 코드 그림 그대로).
• 결과 그림: 원본 · 깊이 점 · 모델 · 드로잉 · 지어낸 칸(빨강) · 되돌린 판
• 무엇이 틀렸나: 칠 판이 그린 칸 696,214 가운데 모델 윤곽 밖 140,450 = 20.2%가 지어낸 것(박공 지붕 · 굴뚝 · 땅 밖 빗금 · 간판) — 글만으로는 못 막음. 첫 되돌리기는 축척 막대까지 지움(고침). 윤곽 안의 창 · 문 · 가게 앞도 그림 AI가 지은 유럽식 줄집(원본은 유리 · 한글 간판 · 셔터) — 윤곽 되돌리기로는 못 잡음. 세션이 처음 칠에 다른 지점(녹산-040)의 사진을 참조로 잘못 넣었다가 다시 칠함.
• 받은 지시: 호스트 «이거 드로잉은? 오른쪽 아래 빈 곳이 드로잉이 있어야 하는 게 아닌가?» · «다 해». 총괄 «칠 판을 모델 판과 겹쳐 «모델 윤곽 밖에 그려진 칸»을 세어 기록하고(지어낸 몫 %), 그 칸을 모델 판으로 되돌리는 길을» · «막대 · 글은 되돌리기에서 뺌 · 윤곽 안의 창 · 문은 그 방위의 360 겉면 조각을 겉면마다 참조로, 못 하면 «창 · 문은 그림 AI가 그린 것»으로 적기».

• 무엇으로: 360이 본 겉면 뒤를 건물 안으로 채워 덩어리로 — 첫째는 방위마다 겉면 뒤 12 m(땅이 보인 칸은 길로 뺌), 둘째는 겉면 꺾은선과 나란한 띠 12 m, 셋째는 꺾은선마다 곧은 선 하나로 펴고(장면의 직각 틀에 25° 안이면 그 축) 뒤로 12 m 직사각형. 과정 그림에 «깊이 점을 위에서 본 평면 | 모델 평면»(같은 축척)을 더해 배치를 판정.
• 결과 그림: 첫째(부채꼴) · 둘째(나란한 띠) · 셋째(곧은 직사각형)
• 무엇이 틀렸나: 평면에서 처음으로 네 길 팔이 깊이 점과 같은 자리 · 방향. 그러나 첫째는 먼 겉면일수록 시선을 따라 부채꼴로 벌어짐, 둘째는 꺾은선 마디마다 방향이 달라 겹침 · 먼 덩어리가 따로 섬, 셋째는 처음으로 두 길이 엇갈린 사거리로 읽혔으나 덩어리가 왼쪽 길 팔을 덮고 먼 흰 덩어리가 따로 섬. 건물 깊이 12 m는 세션이 근거 없이 정한 값(실제 건물 깊이가 아님) — 호스트가 받아들이지 않음. 세션이 20:37에 끝난 판을 21:28 호스트가 물을 때까지 보지 않음.
• 받은 지시: 호스트 «트림을 왜 해? 근데 일단 저 사거리 골목이 네 생각에는 사거리랑 닮게 나온 것 같아? … 저 도로 구조랑 집들의 배치가 왜 실제랑 다르게 그림이 그려지냐고.» · «모델링을 만들고 드로잉 만드는 거 아니야? 일단 네가 생각한 오류 고치고 보자.» · «이게 말이 되냐고. 뭐하냐?» · «해결 못 하겠어?»

• 무엇으로: 뒤로 지어 넣던 덩어리를 끄고(FACE_ONLY), 360이 본 앞면 · 옆면만 — 겉면 꺾은선을 펴 곧은 마디는 길 축에, 이웃 마디가 모퉁이에서 만나게, 두께 0.3 m · 잰 높이. 이어 GIS를 맞춤에만: 360 벽과 GIS 건물 벽의 거리로 방위 · 자리를 찾아 겉면 마디를 가까운 GIS 모서리(3 m · 20°)에 붙임(GIS 건물은 그리지 않음).
• 결과 그림: 보이는 면만
• 무엇이 틀렸나: 겉면 선이 평면의 길 가장자리에 놓여 사거리 자리는 맞음, 먼 면 몇 장이 따로 섬. GIS 방위 맞춤은 확인 못 함 — 122°와 227°가 같게 맞음(둘 다 0.72 m): 사거리는 십자를 돌려도 GIS 벽에 비슷하게 맞음. 높이 차로 가르는 것을 더했으나 대신 아래 하늘선 맞춤으로 바꿈. 첫 실행은 build2.py에 LineString을 들이지 않아(NameError) 보이는 면 판이 꺼짐(고침). 세션이 11-01의 세 단계(① 물건 누르기 ② 바꿀 자리 칠하기 ③ 방향 맞추기)와 GIS 맞춤을 말없이 빼고 있었음.
• 받은 지시: 호스트 «범위 바깥을 그냥 막아버리면 어떡해. 안보이는 건 안 만들게 해야하는 거 아니야? 앞면, 옆면 눈에 보이는 범위까지만 건물로 그려야 할 거 아니냐. 적어도 2개 면은 보이는 건물들이 있잖아?» · «전에 할 때는, 인접한 360도 이미지들까지 다 고려해서 경관선도 맞췄잖아. 그 과정은 어딨어? 그걸 포함해서 3개 단계는 사용자가 고를 수 있는 것들도 말했는데 그건 어디 갔어? 네가 다 알아서 한 거야?» · «여기서 도움이 된다면 써도 된다. 장난해?» · «제발..»

• 무엇으로: 하늘선 맞춤(앞서 쓰던 scripts/city-pose.mjs 방식을 클라우드로 옮김) — 360 세로줄마다 하늘이 시작하는 높이(사진 색으로 하늘 가름)와 GIS 건물 윤곽(0.2 m마다) · 기록 높이로 그린 지붕선을 방향 2° · 자리 ±30 m로 견줘 가장 맞는 것. 맞으면 GIS 윤곽 · 높이로 건물을 세우고(안 보인 면 = GIS 꼴로 추정), 360이 본 면(그 방위 깊이가 면 거리와 맞음)에 그 자리 사진 색 판을 붙임. 하늘선 그림(원본 위 360 하늘 경계 검정 · GIS 지붕선 녹색)을 과정 그림으로.
• 결과 그림: 원본 · 하늘선 · 평면 · 드로잉
• 무엇이 틀렸나: 하늘선 맞춤이 됨 — 방향 288°, 자리 (-2 m, -2 m), 평균 어긋남 8.5°, 믿을 만함(다음 후보와 1.5° 넘게 차). 평면에서 GIS 건물 사이 길이 깊이 점의 사거리와 같은 자리. 그러나 60 m 안 GIS 건물 58채를 다 세워 사거리가 덩어리에 묻힘, 사진 색 판은 11장뿐이고 어두운 판 몇은 지붕처럼 읽힘. 첫 하늘선 맞춤(1 m 칸 · 깊이로 가른 하늘)은 14.5°로 확인 못 함(고친 것: 0.2 m · 사진 색 하늘 · ±30 m). 실행이 끝에 model.json을 쓰다 꺼짐(참 · 거짓 값 형식 — 고침).
• 받은 지시: 호스트 «visible-faces 뭔데? GIS 건물들이 360도 사진과 일치하는 경관이라는 걸 확인했으면 그 건물들을 드로잉에 써야할 것 아니냐. 장난해? 보이는 입면은 거기에 붙이고, 안 보이는 입면은 추정이라도 해야할 게 아니냐. 어려워? 너무 어려워? 경관 선 맞추는 건 전에도 한 건데 이게 왜 새로운 듯이 못하고 있냐?» · «height tie-break 무슨 뜻이냐?» · «스카이라인 맞추는 이미지도 워크샵 참여 프로세스에 나와야 한다.»

• 무엇으로: 하늘선 맞춤으로 세운 GIS 건물을 카메라 둘레 30 m로 줄이고(60 m면 58채), 건물을 지붕 + 벽마다 한 물건으로 나눔. «360이 본 벽»을 처음엔 깊이 일치(1.5 m 안)로, 다음엔 GIS 가리개 판정(카메라 시선이 다른 GIS 벽 · 높이에 막히지 않음)으로 가르고 그 벽에 사진 색.
• 결과 그림: 30 m · 본 벽 8개 · 새 판정 본 벽 24개
• 무엇이 틀렸나: 깊이 일치로는 본 벽이 8개뿐이라 베이지 덩어리, 안 본 벽 몇 장이 검게 그려짐(벽 판 방향 — 짐작). 새 판정은 24개(회색 돌 15 · 붉은 벽돌 5 · 검정 3 · 흰 회벽 1). 세션이 20:3x부터 이 시각까지 그림 AI 칠을 말없이 끈 판(코드 밑그림)을 드로잉처럼 보임 — 16:3x 총괄의 «칠 없이 모델 판만 먼저»를 그 뒤 모든 작업 파일에 옮겨 붙임. 벽 색을 코드로 맞추느라 시간을 씀(그림은 다른 단계 몫).
• 받은 지시: 호스트 «드로잉 누가 그리는데?» · «드로잉은 제미나이가 그리기로 한 게 아니냐?» · «덩어리만 잡고 그림은 다른 단계에서 그리는 게 아니냐고.» · «왜? 왜 껐어? 돌았어?» · «1. 건물은 GIS 모델링으로 자리 잡게 하고, 다른 세부 사물은 포착해서 SAM으로 돌려서 모델링 만드는 게 아니야? 2. 그리고 각 사물 덩어리를 제미나이가 그림으로 그려주는 게 아니야?»

• 무엇으로: 누르기 · 칠하기가 옛 변화 기록 길로만 가 모델 · 드로잉에 닿지 않던 것을 고침 — ① 누른 물건 3D 먼저 ② 칠한 자리 = 그림 AI가 고친 360을 변화 층으로(GIS 벽도 바뀜) ③ 사람이 맞춘 방향 = 하늘선 맞춤의 출발점. 세션이 직접 누름(차 둘 · 입간판, 붉은 벽돌 벽에 담쟁이, 방향 290°). 드로잉은 그림 AI(gemini-3-pro-image-preview) 한 번 칠.
• 결과 그림: 첫 시험 — 변화 층 · 둘째 시험 드로잉(원본 · 코드 밑그림 · 칠)
• 무엇이 틀렸나: 누른 셋은 3D로, 방향은 290° → 289°(어긋남 8.5°). 첫 시험은 담쟁이가 360에만 칠해지고 모델에는 배수관 하나만 바뀜(GIS 벽은 360 물건 칸에 없음 — 고침), 둘째는 그 벽이 «검정»으로(그림 AI 담쟁이가 어두움 — 사람이 고른 «담쟁이»를 쓰게 고침). 한 번 칠 드로잉은 지붕 둘이 검고, 두 길이 엇갈린 사거리로 아직 또렷하지 않음.
• 받은 지시: 호스트 «3개 단계는 사용자가 고를 수 있는 것들도 말했는데 그건 어디 갔어?»(앞서) · «길어서 안 읽었어. 요약.»

• 무엇으로: 모델 일은 네 방향(남서 · 남동 · 북서 · 북동, 하늘선 방위로 동 · 북 기준) 모델 미리보기까지, 칠은 따로 — 호스트 · 편집자가 방향과 타일 수(1 · 4 · 9장까지, 한 장 $0.134 ≈ ₩195)를 고르면 타일마다 패치 에딧처럼(흰 자리만) 그림 AI가 칠함. 세션이 남동을 고르고 타일 1장.
• 결과 그림: 남동 · 타일 1장
• 무엇이 틀렸나: 타일에 가장 큰 건물의 360 조각 하나와 «한 물건» 글을 줘 그 건물만 칠하고 나머지는 코드 그림 그대로. 땅이 붉은 벽돌(GIS 드로잉이 다시 돈 재질 표가 AI 목록의 «brick»을 따름). 고침: 360 전체를 참고로, «흰 자리의 모든 면», 땅은 360 모델 것 그대로(#740). 그 전에 세운 «덩어리마다 칠»은 30~50장(₩6,000~10,000)이라 기본에서 뺌.
• 받은 지시: 호스트 «패치 에딧 하듯이 그릴 수 없는 거야? 가능하잖아?» · «모든 작은 사물들 다 칠하라는 게 아니라 핵심만 새로 칠하게 할 수 없어? 모델링에서 드로잉의 뷰를 고를 수 있게 해. (아이소메트릭 4개 뷰. 이미 있는 기능이다.) … 작은 건물 하나 단위의 타일 정도라면 비용이 적고 눈에 크게 보이는 것만 수정하게 하고 디테일은 제미나이에게» · «호스트나 지정된 편집자 아니면 고가의 패치 에딧은 하지 못하도록» · «그림 한장에 오천원에서 만원 나오는 건 불행한 일이다» · «네가 작업하던 지점에서 가장 적은 수 타일로 드로잉까지 완성하게 해» · «방향 네가 하나 고르고, 드로잉을 줘.»

• 무엇으로: 360이 본 것만 남기려고 건물을 4 m에서 수평으로 자른 가까이 판을 그림 AI(gemini-3-pro-image-preview)가 타일 1장 · 4장으로 칠함. 세션이 처음에 «±15 m · 4 m»를 기본값이라고 잘못 말함(기본은 총괄이 정한 ±8 m · 1.5 m).
• 결과 그림: 첫 판 — 지붕 판이 떠 있음 · 고친 판
• 무엇이 틀렸나: 첫 판은 GIS 지붕 판을 제 바닥 + 4 m로 재어 떠 있는 판으로 남김(고침). 고친 판도 실패 — 1장은 360에 없는 갈색 창 건물을 지음, 4장은 거의 칠하지 않음. 4 m에서 자르면 간판 · 위층 겉면(이 거리를 알아보게 하는 것)이 사라져 남은 낮은 벽을 그림 AI가 짐작함.
• 받은 지시: 호스트 «어떡하지? 그냥 너로는 안 되는 걸까? 왜 망한 거지?» · «이거 해. 타일 1장, 타일 4장 나눈 것 둘 다 해봐.»

• 무엇으로: 드론 모델링(행운동 01)과 360이 함께 있는 지점. 하늘선 맞춤(방향 145° · 자리 (-7, 4) m · 어긋남 10.4° — 지점 방향 141°와 맞음)으로 GIS 건물을 세우고, 드론 스플랫 점을 같은 카메라 틀 · 같은 아이소메트릭 · 같은 틀로 찍은 그림을 그림 AI의 참고로. 첫째 · 둘째는 타일 4장, 셋째 · 넷째는 장면 전체 한 번 칠(윤곽 밖은 버림).
• 결과 그림: 첫째 — 네 방향 타일 4장 · 드론 그림 위 코드 윤곽 · 넷째 — 남동 · 넷째 — 네 방향
• 무엇이 틀렸나: 첫째는 건물 절반이 코드 그림 그대로(타일마다 그대로 둔 몫을 재기 시작). 둘째(«모든 면을 다시 칠함»)는 그대로 둔 몫 6 · 29 · 52 · 20%에 지붕 · 벽 상자 안에 차 · 횡단보도 장면을 그림 — 타일로 자르면 아이소메트릭 꼴을 잃음. 셋째(한 번 칠)는 그대로 둔 몫 11%이나 지붕마다 정원을 지음(드론 그림의 평평한 초록 — 방수 칠로 짐작)과 건물 둘 · 길을 비움. 넷째(«초록 지붕은 방수 칠 · 빈 곳 없이 · 상자 안에 장면 없이»)는 네 방향 모두 그대로 둔 몫 10~12% · 윤곽 맞음 91~99%, 붉은 벽돌 · 초록 지붕 · 가운데 타일 건물이 360 · 드론과 맞음 — 세션 검토 통과. 창 · 셔터 · 골목의 사람 꼴은 그림 AI가 그린 것(하나하나 360과 견주지 않음).
• 받은 지시: 호스트 «여기에 만약 드론 모델링이 있으면 드로잉에서 건물을 알맞게 표현할 수 있나? 가우시안 스플래팅 모델링을 아이소메트릭 뷰로 만들어서 보여줄 수 있나? 불가능해?» · «행운동으로 해봐. 이게 만약 가능하면 드론 모델링이 있고 360도 이미지가 있는 곳을 골라서 하면 드로잉이 더 잘 나올 수 있잖아? 추가 작업: 드론 모델링을 아이소메트릭으로 끊김(버벅임) 없이 볼 수 있는지 확인.» · «드로잉 네가 검토해서 잘 만들어졌을 때까지 계속 해라.»

• 무엇으로: 드론 참고를 스플랫 가운데 점 그림 → 스플랫마다 제 크기의 원판으로 찍은 그림(같은 틀)으로, 글에 «상자 옆면은 지붕 끝에서 밑선까지 그 건물의 벽 — 담 · 길을 그리지 않음». 그림 AI(gemini-3-pro-image-preview) 한 번 칠. 앞 판들: 둘째 — 타일, 상자 안 거리 장면 · 셋째 — 한 번 칠, 지붕 정원 · 넷째 전체.
• 결과 그림: 원본 · 코드 · 드론 두 그림 · 드로잉 · 드론 두 그림 위 코드 윤곽(빨강) · 드론 아이소메트릭 뷰어 시험 — 이 PC 그래픽 카드(GTX 1660 SUPER)에서 60 fps
• 무엇이 틀렸나: 넷째 판은 비탈 아래로 긴 건물 벽의 아랫부분을 담 · 길로 그림 — 다섯째에서 끝까지 벽돌 벽(그대로 둔 몫 10%, 윤곽 맞음 94%). 다섯째는 360의 가운데 타일 건물을 벽돌로 그림. 뷰어 시험 화면은 시험 쪽의 카메라가 나무 속을 봄(빠르기만 잼). 세션이 처음에 «이 PC에 그래픽 카드가 없다»고 잘못 말함 — 화면 캡처용 Edge가 소프트웨어 그리기(SwiftShader)로 켜져 있었다.
• 받은 지시: 호스트 «오른쪽 아래 보여? 건물을 끝까지 그려야할 거 아니야. 원래 건물에도 있는 요철인데? 저거 점 흩어진 상태의 이미지로 입력값을 주고 있는 거야?» · «점으로 흩어진 이미지 실제로는 더 반듯한 거지? 그것도 저 사진들 속에 같이 띄워서 한 장 보여줘.» · «윈도우에 그래픽 카드 있는데? 엔비디아.» · «저렇게 제미나이에게 입력 잘 줄 수 있는 거면 지금 화면에서 드론 모델링을 아이소메트릭을 보여줄 필요 없어. 시간 없으니까 중단하고 드로잉 이미지로 나오게 할 방법을 찾아라.» · «네가 만들었던 시험 이미지들도 다 프로세스에 넣어둬라. 빠뜨린 것 없는지 확인해.»

• 무엇으로: 같은 길(하늘선 맞춤 GIS 덩어리 + 물건 3D → 드론 스플랫 그림 · 360을 참고로 그림 AI(gemini-3-pro-image-preview) 한 번 칠), 총괄이 판마다 원본과 견주어 짚은 것을 고침 — 글(파스텔 타일 · 아스팔트 · 노란 선 · 차 · 계단 · 지붕에 타일 금지 · 사람 없음), 뜬 기둥 · 공중 판 빼기, 칠 뒤 코드 선(바깥 윤곽만 → 물건 경계만), 윤곽 맞음 0.85 아래면 다시 칠, 물건마다 드론 그림 색을 코드 그림에 미리 칠함. 카메라 둘레 ±12 m 건물을 4 m에서 자른 가까이 판도.
• 결과 그림: 여섯째 · 일곱째 남동 · 북서 · 여덟째 가까이 판 · 아홉째(실패) · 평면 — 큰 길은 모델에 있음 · 열째 · 열한째 · 열둘째 · 열셋째
• 무엇이 틀렸나: 여섯째 — 파스텔 건물 · 아스팔트 · 노란 선 나옴, 뜬 기둥 하나 남음. 일곱째 — 바깥 윤곽만 남긴 선이 아래 건물 요철을 무너뜨림(호스트가 짚음), 북서는 지붕에도 타일 · 사람 둘. 여덟째(가까이 판) — 큰 길 · 흰 SUV는 보였으나 자른 벽을 판석 돌로, 안 잘린 세로 판, 사람. 아홉째 — 그림 AI가 상자를 무시하고 거리 장면을 그림(윤곽 맞음 0.69 → 다시 칠하게 고침). 열한째(0.94) — 원본에 가장 가까웠으나 드론에서는 흰 평지붕인 자리에 갈색 박공을 짓고 파스텔을 두 건물에. 열셋째(0.98) — 드론 색을 미리 칠하자 박공이 없어지고 파스텔은 한 건물, 왼쪽 집 바깥 계단 · 골목 노란 선 나옴(총괄 «남동 전체는 이 판으로 마무리»). 가까이 판의 솟은 세로 판 · 사람 · 노랑 · 검정 띠는 남음(까닭 확인 못 함 — 경사 땅 아래 벽으로 짐작). 세션이 처음에 이 PC에 그래픽 카드가 없다고 잘못 말함.
• 받은 지시: 총괄(호스트 «삼십분 동안 계속 검토하고 개선 요청») — 판마다 «원본과 다른 것» 넷 안팎(파스텔 · 길 · 차 · 계단 · 뜬 기둥 · 유리 상자처럼 겹친 선 · 공중 계단 판 · 박공 · 가까이 판 단면). 호스트 «?»(일곱째 판 아래 건물 요철 · 지붕 타일), «상단 버튼들 정리해라. 저게 파일명 목록이 정말 필요해?»(/process 묶음 단추 → PR #753).

• 무엇으로: 같은 길에 — 칠 글에서 장소 말을 뺌(서울예고의 «파스텔 · 노란 선»을 코드에 박아 둔 세션 잘못), 장소 없는 지붕 규칙(드론 그림대로 · 박공 · 함석 · 정원 덧붙이지 않음), 네 방향 같은 축척, 칠 전에 벽 = 360 색 · 지붕 = 드론 색을 코드 그림에 미리 칠함, 칠 뒤 지붕 색 검사(미리 칠한 색과 RGB 차 60 넘는 몫 30% 넘으면 다시 — 문턱은 AI(Claude)가 정한 값), 축척 막대 가로. 초량-003(드론 없음)은 360만 참고 · 벽 360 색 · 벽 없는 지붕 판 빼기, 가까이 판은 범위 밖 벽 · 뜬 물건 빼기.
• 결과 그림: 초량 첫 한 번 칠(실패 — 서울예고 글 · 간판 글씨) · 초량 장소 없는 글 · 서울예고 열넷째(박공 · 정원 다시) · 서울예고 네 방향 열셋째 · 열다섯째(같은 축척) · 열여섯째 · 열셋째 나란히 · 열일곱째 네 방향 · 초량 셋째 전체 · 가까이 · 초량 가까이 넷째 · 다섯째
• 무엇이 틀렸나: 장소 말을 빼자 서울예고에 함석 박공 · 옥상 정원이 다시, 파스텔이 베이지로(벽 360 색 미리 칠로 돌아옴). 지붕 규칙을 그림 AI가 판마다 다르게 따름 → 지붕 색 검사로 열일곱째에서 네 방향 모두 평지붕 · 파스텔 · 벽돌이 고르게(윤곽 맞음 0.91~1.00, 지붕 색 벗어남 0.17~0.50 — 북동은 다시 칠해도 0.50). 초량 전체는 회색 돌 · 검정 · 주황 갈색 벽돌로 맞으나 드론이 없어 붉은 벽돌 건물에 골함석 박공을 지음, 흰 판 하나 남음. 초량 가까이 판은 넷째에서 처음으로 돌 깐 십자 길 · 바 보스턴 · 차가 보였으나 공중 틀 · 납작한 큰 겉면 · 사람 · 글씨(BOSTON)가 남아 수렴하지 않음(멈춤).
• 받은 지시: 총괄 «r13 남동과 나란히» · «네 방향 모두 같은 범위를 한 틀 안에» · «벽 = 360 가운데값 색 미리 칠, 지붕 = 드론 색» · «축척 막대는 아래 왼쪽에 가로로» · «가까이 판은 건물마다 닫힌 바닥 윤곽으로 자른 뒤 다시» · «이제 판마다 보내지 말고 스스로 검토».

• 무엇으로: 남동을 같은 코드로 한 번 더(그림 AI는 판마다 다름). 초량 가까이 판은 칠하지 않고 물건 목록(이름 · 층 · 높이 · 바닥 크기)만 찍어 «공중 틀 · 납작한 큰 겉면»이 무엇인지 봄 — 높이 3.3 m 낮은 건물의 26.8 × 16.3 m 지붕 판이 자름 높이보다 낮아 통째로, 범위로도 안 잘린 채 남음. 지붕 판(얇고 2 m 위)을 빼고 낮은 건물도 범위로 자른 여섯째.
• 결과 그림: 남동 열셋째 | 열여덟째 · 초량 가까이 여섯째
• 무엇이 틀렸나: 남동 열여덟째는 파스텔을 다시 벽돌로, 왼쪽 건물을 콘크리트로 — 남동은 열셋째로 마무리. 초량 가까이 여섯째(윤곽 0.86)에서 처음으로 넓은 십자 길 · 차 셋 · 붉은 벽돌 담 · 검은 건물 · 붉은 차양 가게가 읽힘. 남은 것: 길 바닥을 판석이 아닌 밋밋한 아스팔트로, 사람 하나, 앞쪽 따로 선 벽 판.
• 받은 지시: 총괄 «남동만 한 번 더(r13 나란히)» · «초량은 멈추고 모델(자른 벽이 무엇인지)부터».

• 무엇으로: 칠 글에 «길 바닥 무늬 · 맨홀»(장소 말 없이), 360 물건 칸(차 등)마다 그 칸 360 색 가운데값을 코드 그림에 미리 칠함, 벽 조각이 하나만 남은 건물 빼기.
• 결과 그림: 여섯째 | 일곱째
• 무엇이 틀렸나: 돌 판석 · 맨홀은 나옴(정사각 판석이 아닌 막돌 무늬). 차가 흰 · 은회색이 아니라 어두운 회색(360 물건 칸 색 가운데값이 그늘 · 유리에 끌려 어두워진 것으로 짐작), 여섯째에 읽히던 붉은 차양 가게 · 바 보스턴이 밋밋한 벽으로, 앞쪽 판은 남음(그 건물은 조각이 둘 넘어 «하나만 남은 건물» 조건에 안 걸림). 그대로 둔 몫 0.42(앞 판 0.13~0.15)로 늘어 그림 AI가 덜 칠함.
• 받은 지시: 총괄 «① 길 바닥 = 원본의 회색 정사각 판석 무늬 · 맨홀 ② 앞 차 하나가 파랑 — 원본은 흰 · 은회색 ③ 앞쪽 따로 선 벽 판들 뺌 ④ 사람 뺌»(④는 호스트 11-02 지시로 넣은 일반 사람 꼴이라 둠).

• 무엇으로: 가까이 판(자른 벽)을 그만두고, GIS 건물마다 한 층 · 물건 · 식물 한 층 · 땅은 바탕. 그림 AI(gemini-3-pro-image-preview)로 전체와 바탕(건물을 뺀 장면) 두 번 칠, 층마다 «보이는 칸 = 칠한 전체 그림, 가려진 칸 = 코드 그림»의 투명 PNG. 합친 그림 둘 — 모든 건물 불투명 · 앞 건물(바탕의 땅을 가장 많이 가리는 건물) 30%. 땅에 누운 물건 조각(높이 0.15 m 아래)은 뺌. 첫 판은 360이 본 벽 · 지붕 판을 그대로 쓴 껍데기, 둘째 판은 지붕 윤곽을 땅에서 지붕 높이까지 세운 속이 찬 덩어리 하나(벽 재질 · 360 자리를 덩어리로 모음).
• 결과 그림: 껍데기 판 · 속이 찬 판 — 원본 | 모든 건물 불투명 | 앞 건물 30%
• 무엇이 틀렸나: 껍데기 판은 가려진 벽이 비어 앞 건물을 옅게 하면 속이 보임. 속이 찬 판(건물 층 23개, 앞 건물 = 높은 회색 돌 건물)은 층은 맞게 갈렸으나 둘레 건물이 길을 덮어 길이 거의 안 보이고, 옅은 글자(«THE WAY»)가 남고, 공중에 뜬 흰 판 하나.
• 받은 지시: 호스트(총괄을 거쳐) «건물 굳이 자르지 말고, 건물 하나를 레이어 하나로 두고 조절할 수 있게 … 가려진 부분이 생기더라도 불투명도를 낮춰서 이미지 만들어서 쓴다» · «건물 속이 비어있다고 추정해서 껍데기만 만들지도 말라». 총괄 «레이어마다 불투명도를 조절해 합친 그림 … 화면에서도 레이어별 켜기 · 불투명도 밀대로». → /products 장면에 «건물마다 층» 칠 단추와 층마다 켜기 · 불투명도 밀대를 더함.

• 무엇으로: 뜬 흰 판이 무엇인지 그림의 물건 번호 칸에서 찾음 — 물건이 아니라 땅이었음. 땅 모델이 세 조각(884 · 108 · 25 m²)이고 떨어진 둘이 건물 너머 길 끝이라 건물 사이에 뜬 판으로 보임. 층 칠에서 가장 큰 땅 조각만 남김. 칠 일이 scene.json에 바탕 + 층 목록(24층)을 남기는 것도 이 판에서 확인.
• 결과 그림: 모든 건물 불투명 | 앞 건물 30%
• 무엇이 틀렸나: 뜬 판은 사라지고 앞쪽 길(판석 · 맨홀)이 보임. 그러나 이번 칠에서는 뒤쪽 건물 여럿이 칠하지 않은 흰 덩어리로 남음(둘째 판에서는 칠됐던 곳 — 그림 AI가 판마다 다름).
• 받은 지시: (이 판에는 새 지시 없음 — 둘째 판의 «뜬 흰 판» 남은 일)

• 무엇으로: 화면의 층 이름 «건물 2 · 11 · 20»은 30 m 안 GIS 윤곽 목록의 차례였음. GIS 바닥 윤곽 → 벽 · 지붕 → 속이 찬 덩어리까지 브이월드 GIS건물통합정보의 고유번호(UFID 28자리)를 넘겨 층 이름으로. 모델부터 다시 세우고 층 칠.
• 결과 그림: 모든 건물 불투명 | 앞 건물 30%
• 무엇이 틀렸나: 이번 칠은 건물 모두가 칠해짐(셋째 판의 흰 덩어리 없음). 건물 23채 가운데 7채는 자료에 UFID가 없어 «번호 없음». 키 큰 회색 건물 뒤 왼쪽 위에 구겨진 판 꼴이 남음.
• 받은 지시: 호스트 «이 숫자는 실제 건물정보의 번호냐? 건물 20 이런 것. 아니라면 일치하게 번호 부여해.»

• 무엇으로: 넷째 판의 구겨진 판도 물건이 아니라 땅(360 깊이로 세운 땅)이었음. 땅은 60 m까지 있는데 건물은 30 m 안만 그려, 30 m 밖 땅이 둘레 건물 없이 떠 보임. 다섯째: 30 m 밖 땅을 모두 자름. 여섯째: 30 m 밖은 길이 이어지는 큰 갈래(앞 길 234 m²)만 남기고, 그 1/4 아래 조각(키 큰 건물 뒤 25 m²)만 뺌 — 1/4은 AI(Claude)가 정한 값, 자료 아님.
• 결과 그림: 다섯째 · 여섯째
• 무엇이 틀렸나: 다섯째는 구겨진 판이 없어졌으나 앞 길(판석 · 맨홀)까지 사라짐. 여섯째는 앞 길이 돌아오고 구겨진 판은 거의 없어짐 — 키 큰 건물 뒤에 작은 흰 판 · 풀 한 덩이가 남음(30 m 안 골목 땅, 그 골목 건물이 30 m 밖이라 홀로 보임).
• 받은 지시: 총괄 «다음 판: 키 큰 회색 건물 뒤 구겨진 판 꼴.»

• 무엇으로: 앞 건물(바탕의 땅을 가장 많이 가리는 건물)을 칠하기 전에 정하고, 그 건물을 뺀 장면을 한 번 더 칠해(층 칠 한 번에 그림 AI 세 번, 약 ₩600) 뒤 건물 층의 가려진 칸을 그 칠로 채움. 일곱째는 땅을 건물이 선 높이 0에 평평하게도 함.
• 결과 그림: 일곱째 · 여덟째 · 여덟째 바탕 — 코드 | 칠
• 무엇이 틀렸나: 가려진 칸 채우기는 됨 — 앞 건물 30%에서 뒤가 코드 그림 덩어리가 아니라 칠한 건물로 보임. 일곱째의 땅 평평하게는 땅이 풀밭 띠로 칠되어 기본에서 끔. 여섯째 판의 «앞 길»은 땅이 아니라 앞 건물 윗면을 그림 AI가 길처럼 칠한 것이었음(바탕 코드 그림은 두 판이 같음). 바탕(땅만) 칠에서 그림 AI가 360을 보고 땅 위에 건물 벽을 그림 — 앞 건물을 옅게 하면 비침. 바탕 글을 «길 바닥만, 건물 · 벽 · 차 · 사람 없이»로 고쳤으나 22시가 넘어 시험은 06시 뒤로 미룸(e나라도움 카드 밤 규칙 — 그림 AI 잔액 확인 못 함).
• 받은 지시: 총괄 «① 앞 건물 30%로 하면 그 뒤가 검정 · 회색 코드 그림 덩어리로 비침 — 뒤 건물 층은 가려진 칸도 칠한 그림이어야 ② 앞으로 뻗은 길이 공중에 뜬 경사판처럼 보임 — 땅 높이를 맞추고 두께 면은 그리지 않기.»

• 무엇으로: 바탕(땅만) 칠의 그림 AI 글을 «길 바닥(판석 꼴 · 색), 맨홀, 길 표시, 연석만 — 건물 · 벽 · 차 · 사람 없이»로. 가려진 칸 채우기(앞 건물 뺀 칠)는 그대로.
• 결과 그림: 바탕 | 모든 건물 불투명 | 앞 건물 30%
• 무엇이 틀렸나: 바탕이 처음으로 길 바닥만(판석 · 맨홀 · 노란 선) — 앞 건물을 옅게 해도 땅 위에 벽이 비치지 않음. 남은 것: 둘레 건물 벽이 360의 겉면보다 밋밋한 곳이 있음(보라 · 베이지 벽).
• 받은 지시: (여덟째 판에서 찾은 것 — 22시 넘어 06시로 미룬 시험)

• 무엇으로: 아홉째 판의 연보라 건물은 그림 AI 전에 코드가 미리 칠한 색이었음 — 360이 본 벽 자리(pano_uv) 가운데 하늘에 걸린 칸이 섞여 연보라(142, 128, 139) · 하늘색(200, 217, 237)이 됨. 하늘 칸(하늘선 맞춤과 같은 색 가름)을 빼고 가운데값을 셈 → (118, 99, 108) · (144, 124, 124). 층 그림에 «가려진 곳은 그림 AI 짐작» 한 줄(화면 · scene.json). 첫 실행은 시험 작업 이름이 7자라 사이트가 거절(그림 AI 부르기 전, 돈 안 듦) — 6자로 다시.
• 결과 그림: 미리 칠한 코드 그림 | 모든 건물 불투명 | 앞 건물 30%
• 무엇이 틀렸나: 보라 건물은 없어짐(회색 · 유리로). 그러나 이번 칠은 전체가 옅고, «THE WAY» 글씨가 다시 나오고, 골목에 풀을 심음 — 그림 AI가 판마다 다름. 미리 칠한 색도 아직 약간 보랏빛 회색.
• 받은 지시: 총괄 «① 가운데 오른쪽 건물이 연보라로 칠해짐 — 원본에 보라 건물 없음 — 벽 360 색 미리 칠이 그 층에 들어갔는지 확인 ② 둘레 건물 벽 밋밋함. 가려진 칸은 360에 안 보인 곳이라 화면 · 기록에 «가려진 곳은 그림 AI 짐작» 한 줄을.»
• 틀린 것(세션): 06:32 커밋 메시지에 «가려진 곳은 그림 AI 짐작»을 넣었다고 적었으나 실제 고침이 빠져 있었음 — 고치는 스크립트 앞의 찾기(grep)가 실패해 스크립트가 돌지 않았는데 결과를 보지 않고 커밋함. 스테이징 첫 캡처에서 그 줄이 없는 것을 보고 찾아 넣음(62faa3c0). 커밋 전에 바뀐 파일(git diff --stat)을 보고 메시지와 맞춰 봄.

호스트 11-03: «네가 만들었던 시험 이미지들도 다 프로세스에 넣어둬라. 빠뜨린 것 없는지 확인해.» — 공유 그림 목록에서 «(win) 변화 기록 모델 · 드로잉» 세션이 올린 그림 가운데 이 쪽에 고리가 없던 것을 날짜 · 그때 적은 설명(앞 90자)대로.

• 2026-10-31 — A(관찰 360) — 깊이 겉면 그대로 점/메시 → 사진 자리에서 조금 위·뒤 시점 · 웹 그림체(두 색 디더 · 선+평면색 · 어두운 무대). 왼쪽 원본 같은: surface-choryang.jpg · surface-yeongseon002.jpg
• 2026-10-31 — 물건 조각 → AI(Stability Stable Fast 3D · SPAR3D). 왼쪽 넣은 조각, 각 3방향. 괴정-010 F-1의 10-13 SAM 3D 입: img3d-stability-9.jpg
• 2026-10-31 — 물건 조각 → 그림 AI(gemini-3-pro-image-preview)가 온전한 물건으로 채움 → AI(Stability SPAR3D) 3D, 4방향 / 깊이: surface-moved-3m5m.jpg
• 2026-10-31 — 클라우드 iso4 둘째 판(0b17ad4): 위 원본 360 · 가운데 아이소메트릭 · 아래 같은 방향 사진 | 드로잉(조금 위 · 뒤). 작은 물건 = 그림 A: iso4-workshop-test-choryang.jpg · iso4-yeongseon-002.jpg
• 2026-10-31 — 물건 장부 · 변화 층 첫 판(클라우드): 행 = A(관찰 360) · B1(패치 에딧을 되붙인 360). 열 = 같은 방향 사진 · 드로잉(조금 위 · 뒤) ·: ledger-sahs-025.jpg
• 2026-10-31 — 실패한 판(그대로 올림): 015에 GIS 건물을 지점 카메라 방향(141° 둘레)으로 붙임 — 건물 둘이 길 한가운데 큰 판으로 서서 장면을 가리고, GIS 점: iso4-gis-fail-sahs-015.jpg
• 2026-10-31 — 같은 물건 8개: 잘린 조각 · 그림 AI가 채운 그림 · AI(Stability SPAR3D) 4방향 · AI(SAM 3D Objects, fal) 4방향(조각: sam3d-vs-spar3d.jpg
• 2026-10-31 — GIS 건물 붙인 판(방위: 360 벽 ↔ GIS 벽 + 시선은 빈 길 조건, 지점 카메라 방향과 자유 맞춤이 일치). 아이소메트릭에서는 GIS 건물을 2.5 m: ·

• 2026-11-01 04:20 — 360 · 드론 모델링 → 깊이 → 층 모델 · 층 드로잉을 웹에서 만드는 화면이 실제 웹사이트에 들어감(구글 클라우드 작업).
• 2026-11-01 04:33 — 휴대폰 사진 → 360(구글 클라우드에서 이어 붙이기)이 실제 웹사이트에 들어감.
• 2026-11-01 05:02 — 드로잉 곁에 분석 그림(원본 360 · AI가 읽은 물건 상자 · 깊이)을 펼쳐 둠.
• 2026-11-01 05:36 — 둘레에 GIS 건물이 없으면 멈추던 고장을 고침(360 한 장으로 끝까지).
• 2026-11-01 05:51 — 실패하면 «만들기에 실패했습니다 — 다시 맡기기를 눌러 주십시오» 한 줄(원문은 기록에).
• 2026-11-01 06:1x — 물건마다 3D 모델(그림 AI로 온전한 그림 → Stability SPAR3D) 만드는 길을 사이트에 더함 — 드로잉에 붙이는 일은 시험 중.
• 2026-11-01 06:1x — 사진이 모자랄 때 사진 한 장을 360 화폭에 얹어 만들던 길을 끄기로 함(호스트가 바란 것이 아님) — «더 찍어 올려 주십시오»로 바꾸는 중.
• 2026-11-01 06:35 — 사진 한 장 길을 끔 · 덮은 몫이 25% 아래면 «사진이 모자랍니다 — 같은 자리에서 겹치게 더 찍어 다시 올려 주십시오(지금 덮은 몫 n%)»로 멈춤(실제 웹사이트 06:39).