chore(동기화): 공유 docs 같은 내용

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0141RHfyDdi6VJY8Yiuch6DX
2026-10-13 17:30:44 +09:00
parent 9c7449cf67
commit 5cdf4e840a
2 changed files with 118 additions and 0 deletions
@@ -221,3 +221,10 @@
 190. (원문 · 10-12) 1. 횡단도와 상세 버튼으로 접근하는 모달창에서의 선과 면적을 선택할때는 선택면적이 좁은 순으로 마우스커서로 잡게 하여야 됨. 화면상에 위에 배치되어야 선택이 용이해짐. 2. 횡단도의 상세버튼으로 접근하고 모달창의 횡단도는 초기에 사용자에게 보여줄때 중심점이 센터에 오게 그림을 배치 3. 물넘의 포장의 월류폭에 의해 인접 횡단도에 그림이 그려진다면 흙막이처럼 연결된 상태라는걸 알리기 위해 별도 표기 4. B09의 좌측 패널에서 업데이트 버튼으로 불러온 정보를 업데이트 하게 되는데 이때는 만약 복사해온 정보가 삭제되었다면 업데이트 항목에서 제외 5. 횡단도의 상세버튼 모달창에서 구조물은 선들을 나누는 기준이 될수 선이 될수 있지만 구조물들의 선을 나눌필요는 없음. 6. 나는 이제 쉬러갈거니 너가 다른워크트리들을 잘 제어해서 요청업무에 대해 잘 완료하고 깃 싱크할것. 7. 깃 싱크전 너가 브라우져로 사용자가 된것처럼 제어하고 검증한 결과를 아티팩트로 보여줄것.
 191. (원문 · 10-12) 추가 사항 있음. 신규 횡단배수군들 중 배관, 박스암거, 세월교, 물넘이포장의 경우 배수유역을 재분석을 해야할텐데 추가버튼을 누르면 횡단도 생성하고 배수유역도은 몰래 업데이트 되게 했으면 함. 몰래가 힘들면 로딩도 무관함.
 192. (원문 · 10-13) 1. 물넘이에는 배관이 없는게 맞음. 절토면의 물이내려오면 지대가 낮은 성토부로 콘크리트 노면을 이용하여 배수 2. 배수로의 면적은 수기입력이 맞은 실수임. 길이는 현상구현에만 사용. 면적계산에서는 제외 3. 인쇄미리보기 버튼 및 기능 추가. 초안프로그램 로직으로 draft폴더에 코드 생성. b09 좌측패널 하단에 버튼생성. 신규페이지로 이동하고 b07의 도면과 b08, b09의 수량산출, 원가계산영역으로 구분하여 미리보기함. 이때 구조물 조합에 묶여있는 도면은 도면측으로 전달하여 미리보기. 미리보기는 이전 페이지에서 생성한 결과물을 인쇄 전 결과물을 미리보기위한 페이지로 도면은 pdf로 수량산출과 원가계산은  pdf와 엑셀로 출력 및 다운로드됨. 이때 원가계산의 페이지순서는 실무문서의 3공구 내역서 참조. 순서만 참조 4. b09 행선택시 페이지 이동 후 하이라이트에서 하이라이트 부분만 모달창으로 보여주는 기능 구현. 이 기능은 좌측 패널의 하단에 하이퍼링크 버튼과 팝업 버튼을 스위치하며 선택가능 기본값은 팝업 버튼. 하이퍼링크 버튼 화성화 시 현재처럼 테이블 행을 선택하면 해당페이지로 이동. 팝업버튼 활성화시 테이블 행을 선택시 하이라이트 되는 행 전체와 열제목을 지정한 행주변에 보여줌. 이때 조심할 내용은 모달창의 내용도 선택하면 다시 연결된 모달창을 추가로 보여줘야함. 5. b09의 박스보기 및 호표보기의 섬택은 좌측 패널로 옮기고 공용 세팅화 함.  6. 랩탑 메인프로젝트는 너와 내가 같이 사용하는 프로젝트임. 모르는 구조물이 나오더라도 문제 없음. 7. 상세 검토 후 신규 계획서를 작성하여 수행할고 브라우져 검증을 이번 아티팩트를 만든것처럼 수행
+193. (원문 · 10-13) 다음 검토해야되는 내용은때 사용자가 태블릿과 모바일에서 접근할 때를 대비하는 방법이 있어야 할것같아. 지금은 고려가 안된상태라 문제가 없는데 태블릿과 모바일에서 접근해보면 문제가 되더라고 보통 개발할때 어떻게 하는지 알려줘. 이건에 대해서는 너와 많은대화를 해야할거같아. 코드수정과 계획서작성이 아니라 방향성검토에 집중해줘. 대화를 시작해보자.
+194. (원문 · 10-13) 내가 원하는 방향은 어떠한 경우 어떠한 장소에도 업무를 했으면 해. 다시말하면 누구냐가 문제가 아니라 어떤기기로든 동일한 기능을 동작하였으면 해. 한다는거지. 지금 당장 잘안되는게 중요한게 아니라 냐가 느낀점은 모바일이나 테블릿으로 업무하기에는 레이아웃들이 부적합하다는거지. 아이패드냐 갤럭시캬는 중요하지않는건 결국 브라우져 앱인지라 뮨제로 보이지 않음. 기기변경에 대해 어떻게 인식을 할수 있는지와 동일한 기능을 어떻게 해야 사용자가 사용에 불편함이 없냐가 더 중요해. 혹시 인터넷에 조사를 해봐 나와 비슷한 생각을 하는 사람이 있을것같고 도움을 받을수 있는툴이 있을것같아
+195. (원문 · 10-13) 캐가 원하는 방향중에 별도로 특정기기들을 위해 개발하는건 유지보수가 어려워 피하고싶어. 혼재 로직을 최댛ㄴ 그대로 사용하되 특수한 경우에만 적용되게하는게 좋을것같아. 예를들어 나는 데스크탑을 보고 개발했는데 자동으로 다른 기기로 접근했을때도 반영되었으면 좋겠다는 말이비.
+196. (원문 · 10-13) 서브 1검증중이야. 추가로 반영해줄 내용이 햄버거 매뉴로 접근할수 있다면 로그인 후 모습에서 제일상단의 항목들이 메뉴 안으로 들어왔으니 상단행을 없애도 될것같은데 그럼 더 넓은 화면을 사용할수 있잖아. 그리고 프로젝트 내부에서도 진행단계의 오버레이메뉴도 햄버거 메뉴로 넣으면 더 좋을것 같아 대싴 구분 가로 선이 있어야 됨. 러떤지 서브1에만 반영해봐
+197. (원문 · 10-13) 지금 검증중인데 상단메뉴행을 프로젝트 내부의 확면에서 햄버거메뉴로 대체하는게 생각보다 좋은것같아. 컴퓨터 브라우져에서도 동작하게 변경하는데 햄버거 메뉴를 좌측으로 이동해줘. 그런데 그렇게 되면 프로젝트 페이지나 대시보드의 제목에 의해 중복될테니까 햄버거 메뉴만큼 들여쓰기를 하면 좋을것같아.
+198. (원문 · 10-13) 추가로 햄버거메뉴 폭을 조금 줄여도 될것같아.
+199. (원문 · 10-13) 서브 1이 작업하는 동안 우리는 행동지침에 대해 수정하자. 오늘부터 검증 사용자들이 랩탑메인 워크트리로 실행중인 서버에 접속하여 검증중이야. 그래서 나는 랩탑 메인을 임시배포로 지정할거야. 문제가 되는 부분은 내가 깃 싱크해. 라고 요청할 경우인데 이때 브레인이  스크립트를 실행하여 워크트리의 전역을 맞추고 있어. 이걸 랩탑 메인은 제외하고 깃 싱크를 하는거야. 그리고 만약 검증 사용자가 작업하지 않는 시점에 내가 전역 깃 싱크해라고 하면 랩탑까지 포함하여 깃 싱크를 맞추게 하고 싶어. 그럴려면 스크립트와 행동지침을 변경해야할거야. 어디를 변경해야할지 확인해보고 행도지침 수정에는 이력을 남길필요없이 그냥 지침을 수정하면 됨.
@@ -0,0 +1,111 @@
+# 조사 AN — 어느 기기든 같은 기능 · 기기 대응 방향 (요구 193~195 · 조사만)
+
+대상 = 휴대폰 · 태블릿 · PC 어디서든 같은 기능. 사용자 확정 방향 = 기기별 따로 개발 없음 · 페이지는 데스크탑 보고 개발 → 공통 층이 다른 기기에 자동 반영 · 특수한 경우만 따로. 코드 · 계획서 없음 · 인터넷 조사 셋(사람 · 제품 / 기기 바뀜 알아채기 / 손가락 꼴 · 도구) + 코드 훑음(10-13).
+
+## 1. 한눈 결론
+
+- 사용자 방향 = 업계 정석. W3C One Web(2008) · Apple · Microsoft · Google · NN/g 모두 「기능은 같게 · 배치 · 보이는 양 · 입력 방식만 바꿈」.
+- 기기 이름으로 가르지 않음 — 아이패드 사파리는 Mac 으로, 고급 안드로이드 태블릿 크롬은 데스크탑으로 자기를 알림. 실행 중 세 가지를 계속 봄: 쓸 수 있는 폭 · 지금 쓰는 입력 · 되는 기능.
+- 배치는 폭으로만 바꿈 · 입력(손가락 · 마우스)은 누를 자리 크기 · 동작 번역에만 씀(입력은 수시로 뒤바뀜 → 배치를 흔들면 누르는 도중 화면이 움직임).
+- 공통 층 세 곳으로 거의 모든 페이지가 손대지 않고 맞춰짐: ① 공통 CSS(폭 구간 · 손가락이면 누를 자리 크게) ② 입력 번역 파일 하나(길게 누름 → 우클릭 · 두 손가락 → 휠 확대 · 두 번 톡 → 더블클릭 · 끌기) ③ 지도 · 3D 라이브러리에 이미 든 손가락 기능.
+- 「데스크탑만 보고 개발」을 지키는 울타리 = 자동 점검(Playwright 기기 흉내로 모든 페이지를 작은 화면 · 터치로 열어 넘침 · 가려짐 · 못 누름 찾음) + 마지막 실기기(iOS 고유 흠).
+- 특수한 경우 = CAD · 그림 정밀 고르기(꾹 누르면 십자선 · 돋보기) · 표 칸 편집 화면 자판 · 3D · 큰 지도 무게 · 붙여넣기.
+- 피할 것 = 새 부품 체계 통째 도입(Ionic · Material Web · Fluent · Spectrum) · 모바일 전용 화면 · 기기 이름 갈래 · 확대 막기(user-scalable=no) · 멈춘 도구(Hammer.js · what-input · detect-it · Touch Punch).
+- http 주소(Tailscale IP) = 「안전하지 않은 주소」 → 클립보드 읽기 · 카메라 · 위치 · 앱 설치(PWA) · Web Share 막힘 = 기기 아닌 주소 탓 기능 차이. 푸는 길 = Tailscale https 인증서(90일 갱신 · 기기 이름이 공개 인증서 기록에 남음).
+
+## 2. 같은 생각 — 사람 · 원칙
+
+| 누구 | 요지 | 출처 |
+|---|---|---|
+| W3C One Web(2008) | 같은 정보 · 서비스를 기기와 상관없이 · 모양은 같지 않아도 됨 | https://www.w3.org/TR/mobile-bp/ |
+| Karen McGrane(2012) | "You don't get to decide which platform or device your customers use to access your content: they do." | https://abookapart.com/products/content-strategy-for-mobile |
+| Josh Clark(2012) | 「Mobile = Less」는 미신 · 사용자는 데스크탑에서 되는 일을 다 기대 · 어느 PC 든 터치일 수 있다고 보고 만듦 | https://bradfrost.com/blog/post/bdconf-josh-clark-presents-the-seven-deadly-myths-of-mobile/ |
+| Ethan Marcotte(2010) | 기기마다 따로 말고 같은 경험의 여러 면 | https://alistapart.com/article/responsive-web-design/ |
+| Jason Grigsby(2016) | 입력은 미리 못 알고 수시로 바뀜 → 어디서나 되는 기본 입력 위에 덧붙임 · 기본 크기는 터치 기준 | https://alistapart.com/article/adapting-to-input/ |
+| NN/g(2016) | 기기 간 내용 · 기능 동등 = 좋은 목표 · 화면 요소까지 같을 필요 없음 | https://www.nngroup.com/articles/mobile-first-not-mobile-only/ |
+| Patrick Lauke(2020) | pointer · hover 미디어 기능을 잘못 짐작하기 쉬운 점들 | https://css-tricks.com/interaction-media-features-and-their-potential-for-incorrect-assumptions/ |
+
+## 3. 플랫폼 지침
+
+- Apple HIG — 크기가 바뀌어도 기능은 그대로 · 바꿔도 되는 것은 보이는 양뿐 · 배치는 기기 종류 · 방향이 아니라 크기 등급으로. https://developer.apple.com/design/human-interface-guidelines/layout
+- iPadOS 26(2025-06) — 창 크기 자유 조절 · 여러 창 → 태블릿도 어떤 폭이든 됨. https://www.apple.com/newsroom/2025/06/ipados-26-introduces-powerful-new-features-that-push-ipad-even-further/
+- Google 창 크기 등급 — 폭 600 · 840 · 1200 · 1600 경계 · 실행 중 바뀜 · 「태블릿 판정용 아님」. https://developer.android.com/develop/adaptive-apps/guides/use-window-size-classes
+- Google 표준 배치 — 목록-상세(좁으면 한 칸씩 + 뒤로) · 보조 칸(좁으면 아래 · 바텀시트) · 피드. https://developer.android.com/develop/adaptive-apps/guides/canonical-layouts
+- Android 16 · 17 — 큰 화면에서 앱의 방향 고정 · 크기 조절 금지 무시 · Google Play 2027-08 의무. 큰 화면 앱에 마우스 · 키보드(우클릭 · hover · Ctrl+휠 · 단축키)도 요구. https://developer.android.com/about/versions/16/behavior-changes-16 · https://developer.android.com/docs/quality-guidelines/adaptive-app-quality/tier-2
+- Microsoft — 기능은 한 번 만들고 모든 화면 크기에서 돌게 · 경계는 물리 화면이 아니라 앱 창 크기. https://learn.microsoft.com/en-us/windows/apps/design/layout/responsive-design
+- web.dev — 입력 방식을 화면 크기로 짐작하지 말고 pointer · hover 미디어 기능으로. https://web.dev/learn/design/interaction
+
+## 4. 제품 사례
+
+- Onshape(CAD) — 「보기 전용이나 기능 일부만 주는 길을 거부」(2015) · 휴대폰에서도 설계 · 핀치 · 여러 손가락 제스처 · 꾹 누르면 십자선 정밀 고르기 · 로그인 8건 중 1건 모바일(2018). 한계: 모바일 브라우저 3D 가 약해 앱으로 감(2018) · 도면은 iOS 에서 이름 바꿈 · 지움 · 내보내기만 · 새 기능이 모바일에 몇 주 늦음. https://develop3d.com/develop3d-blog/onshape-cloud-3d-cad-system-now-available-on-android-phones-and-tablets/ · https://www.onshape.com/en/blog/under-the-hood-cad-for-mobile
+- Shapr3D — Mac · iPad · Windows 같은 기능(회사 주장) · iPad 는 펜 · 터치, PC 는 마우스 · 단축키. https://www.shapr3d.com/mac-os
+- Excel — 리본이 휴대폰에서 아래 명령 막대로 · 접고 펼침. 웹판은 매크로 불가 → 데스크탑 앱으로 넘김. https://support.microsoft.com/en-us/office/show-or-hide-the-ribbon-in-excel-for-mobile-devices-91175ba0-51fd-4256-93a1-69f5a23f27e6
+- Notion — 데스크탑 「/」 명령을 모바일 「+」 메뉴가 대신. https://www.notion.com/help/workspaces-on-mobile
+- 물러난 쪽 — Figma 휴대폰 앱 = 디자인 편집 불가(보기 · 댓글) · AutoCAD 모바일 = 가벼운 편집 · Airtable = 일부 기능 없음. https://help.figma.com/hc/en-us/articles/1500007537281-Guide-to-the-Figma-mobile-app · https://support.airtable.com/docs/differences-between-the-desktop-and-mobile-versions
+- 교훈 — 끝까지 지킨 쪽은 손가락 입력을 새로 설계(정밀 고르기 · 회전 잠금 · 펜).
+
+## 5. 기기 바뀜 알아채기 — 권장 모델
+
+- 셸 모듈 하나가 `<html>` 에 지금 상태를 계속 적음: 폭 구간 · 손가락 있음(any-pointer: coarse) · 마지막 입력(pointerType) · 보안 주소 · 화면 자판이 가린 높이.
+- 듣는 것: matchMedia change(폭 · 입력 · 배율) · pointerdown · visualViewport resize · screen.orientation change → 바뀔 때만 이벤트 하나.
+- 공통 CSS 가 그 표시로 누를 자리를 키우고 hover 때만 보이던 것을 늘 보이게 함 · 판 안 부품은 컨테이너 쿼리(2025-08 모든 브라우저) · 캔버스 · 지도 · 3D 는 자기 ResizeObserver.
+- 기능은 쓰기 바로 전에 확인 · 없으면 단추 숨김.
+- 함정: 첫 화면 깜빡임(첫 값은 index.html 머리에서) · 폭 경계가 CSS · TS 두 벌이면 어긋남(한 표 + 시험) · 창 폭 ≠ 판 폭(컨테이너 쿼리) · 감지는 틀릴 수 있음 → 사용자 「터치 모드」 스위치로 덮어씀.
+- 화면 높이 `100vh` → `dvh` · 노치 → `env(safe-area-inset-*)` · `user-scalable=no` 쓰지 않음(캔버스 · 지도에만 `touch-action: none`).
+- 서버 쪽 기기 힌트(Sec-CH-UA-Mobile) = 크롬만 · https 에서만 → 서버는 한 벌만 냄.
+- 출처: https://developer.mozilla.org/en-US/docs/Web/API/PointerEvent/pointerType · https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/At-rules/@media/any-pointer · https://web-platform-dx.github.io/web-features-explorer/features/container-queries/ · https://developer.mozilla.org/en-US/docs/Web/Security/Defenses/Secure_Contexts · https://tailscale.com/kb/1153/enabling-https
+
+## 6. 손가락 · 작은 화면 대응표 (공통 층에서 자동)
+
+| 데스크탑 | 손가락 · 작은 화면(같은 기능) | 공통 층 자리 |
+|---|---|---|
+| 위 메뉴 | 좁으면 ☰ 서랍(항목 많음) | 앱 껍데기 |
+| 좌측 패널 320 | 접히는 서랍 · 아래에서 올라오는 판 | 공용 레이아웃 |
+| 떠 있는 끌기 판 | 비모달 바텀시트(뒤 화면 계속 조작) | 공용 판 |
+| 팝업 · 겹친 팝업 | 전체 화면 시트 · 둘째는 같은 시트 안 다음 쪽 + [뒤로] | 공용 모달 관리 |
+| 우클릭 메뉴 | 길게 누름 + 늘 보이는 ⋯ 단추(같은 메뉴 정의) | 공용 메뉴 + 입력 번역 |
+| 더블클릭 | 두 번 톡 + 고른 뒤 보이는 [편집] 단추 | 명령 등록 |
+| 휠 확대 | 핀치 + [+][−] 단추(WCAG 2.5.1) | 공용 캔버스 틀 |
+| 단축키 | 같은 명령을 단추 · 명령 목록으로도 | 명령 등록 한 곳 |
+| 끌어 놓기 | 손잡이 + [이동] 단추(WCAG 2.5.7) | 공용 목록 |
+| 넓은 표 | 머리줄 · 첫 열 고정 + 가로 밀기 · 카드 보기는 특수한 경우만 | 공용 표 |
+| 숫자 칸 | 숫자 자판(inputmode decimal · numeric) | 공용 입력 |
+| PDF · 엑셀 받기 | 서버 주소 + attachment(아이폰은 blob 이 탭에서 열림) | 공용 내려받기 |
+
+- 입력 번역 사실 확인: iOS 사파리는 길게 누름에 우클릭 신호를 안 냄(WebKit 213953 · 2026 미해결) · 안드로이드 크롬은 냄(둘 다 오면 하나만) · 터치스크린 핀치는 휠로 안 바뀜(노트북 터치패드 핀치만 Ctrl+휠) → 두 손가락 거리 비율로 같은 꼴 Ctrl+휠을 만들면 지금 확대 코드가 받음 · 지도 · 3D 는 빼고(자체 터치) · 대상에 `touch-action: none` · 두 번 톡 더블클릭은 대개 브라우저가 냄(안 올 때만 대신).
+- 누를 자리: WCAG 2.5.8 최소 24px · Apple 44pt · Material 48dp → 손가락이면 공용 단추만 키움.
+- CAD 정밀 고르기: 손가락 접촉 크기만큼 고름 반경 · 꾹 누르면 손가락 위 십자선(Onshape) · 돋보기 + 스냅(AutoCAD · ARES) · 펜은 마우스처럼 정밀.
+- 출처: https://bugs.webkit.org/show_bug.cgi?id=213953 · https://danburzo.ro/dom-gestures/ · https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum.html · https://www.nngroup.com/articles/mobile-tables/ · https://bradfrost.github.io/this-is-responsive/patterns.html · https://www.onshape.com/en/resource-center/tech-tips/tech-tip-mastering-gestures-mobile
+
+## 7. 도구 (2026-10-13 판)
+
+- 공용 층만 · 페이지 그대로: 브라우저 기본(Pointer Events · touch-action · pointer/hover 미디어 · sticky · inputmode) · maplibre-gl 6.14(핀치 · 끌기 · 기울기 내장) · three.js 0.186 OrbitControls(한 손가락 회전 · 두 손가락 확대 · 이동) · long-press-event 2.5.2(길게 누름 · 지연 500ms 로).
+- 공용 부품 속만: Web Awesome 3.14(Shoelace 후계 · 서랍) · Tabulator 6.6(열 우선순위 접기) — 이득 작음.
+- 페이지마다 손질: AG Grid · @panzoom/panzoom · interact.js.
+- 멈춤: Hammer.js · @use-gesture/vanilla · Touch Punch · what-input · detect-it.
+- 새 체계 통째(피함): Ionic 9 · Material Web(관리 중단 예고) · Fluent UI · Spectrum.
+- 시험: Playwright 기기 흉내(화면 폭 · 터치 · 이미 쓰는 도구 → resources/tester 자동 점검) · Chrome 기기 모드(근사) · Responsively(무료 · 여러 크기 한 화면) · Polypane(유료) · BrowserStack · TestMu AI(실기기 대여 · iOS 마지막 확인).
+- 포장(나중): PWA(https 필요) · Capacitor(같은 웹 코드를 iOS · Android 앱으로 · 내려받기는 플러그인 갈래).
+
+## 8. 우리 코드 지금 (10-13 훑음)
+
+- 900 이하 위 메뉴 통째 숨김 · 대신할 단추 없음(`A00_Common/app_shell.ts`).
+- 좌측 패널 320 고정 · 860 이하 줄임 · 560 이하 덮개 + 손잡이(`ui_template/ui_template_overlay.css`).
+- 휠 확대 14 · 우클릭 24 · 더블클릭 11 파일 · 손가락 확대 0 · pointer 방식 41(손가락 누름 · 끌기 대체로 먹음) · setPointerCapture 19.
+- 100vh 27 파일 · B07 CAD `user-scalable=no`.
+- http 대비 이미 있음: randomUUID 대체(`A00_Common/random_uuid_polyfill.ts` · openwebcad) · 붙여넣기 메뉴 = 보안 주소에서만(`spreadsheet_menu_items.ts`).
+- 지도 maplibre-gl · 3D three.js = 손가락 기능 내장(켜는 설정만 봄).
+
+## 9. 확인 못 함
+
+- iOS 26.1 에서 `-webkit-touch-callout: none` 이 안 먹는다는 보고(답 없음) · WebKit 301558(window 처리기 dblclick) 실린 iOS 판.
+- `touch-action: manipulation` 이 dblclick 에 주는 영향 · 핀치를 Ctrl+휠로 바꿔 주는 기성 라이브러리.
+- Device Posture · Viewport Segments 의 https 요구 · iPadOS 26 창 크기 바꿀 때 사파리 화면 영역 세부.
+- AutoCAD · Shapr3D 현행 앱 동작 · McGrane 「access the internet」 판 문구 · Clark 「mobile users want it all」 문구.
+
+## 10. 다음 대화 거리
+
+- 가장 좁은 기준 폭(휴대폰 세로 약 390 까지 「불편 없이」 vs 휴대폰은 가로 기준).
+- https 주소 전환(Tailscale 인증서 · 기기 이름 공개 기록).
+- 「터치 모드」 스위치를 사용자에게 보일지(자동 감지 + 손으로 덮어씀).
+- 실기기 확인 방법(사용자 기기 · 실기기 대여).