인터널 모바일 접속 — 컨펌

쉬운 말로 — 폰에서 맥에 있는 그리드에 접속하는 방법을 정합니다. ① Cloudflare Tunnel+Access — 인터넷에 주소가 하나 생기고, 원우님 이메일로만 열리는 문을 답니다(그리드가 이미 쓰고 있는 방식이라 새 도구가 필요 없음). ② Tailscale — 아예 인터넷에 공개되는 주소 자체가 없고, 원우님 폰과 맥끼리만 알아보는 전용 통로를 만듭니다(더 안전하지만 새 앱을 설치해야 함).

권고 — Cloudflare Tunnel+Access 유지(그리드가 이미 운영 경험이 있어 새 도구를 늘리지 않음). 단 Tailscale이 "공개 주소가 없다"는 구조적 보안 우위가 있다는 것은 사실로 남겨 둡니다.

쉬운 말로 — Cloudflare 방식을 쓸 경우, 문 앞(터널)에서만 신원을 확인하고 안쪽 앱은 무조건 믿게 둘지, 안쪽 앱도 한 번 더 "진짜 통과했는지" 서명을 검사하게 만들지를 정합니다. 자물쇠를 두 개 다는 것과 같습니다 — 바깥 자물쇠(터널 설정)를 실수로 잘못 걸어도 안쪽 자물쇠(앱 검증)가 한 번 더 막아 줍니다.

권고 — 검증 도입(단일 실패점 제거). D501에서 Tailscale을 고르면 이 항목은 자동으로 필요 없어집니다(터널·JWT 자체가 없는 구조라서).

쉬운 말로 — 폰에서 AI에게 "자유 모드"(승인 절차를 건너뛰는 모드)를 허용할지 정합니다. 지금 그리드에는 이미 "자유 모드에서도 이 두 가지는 무조건 지킨다"는 안전선이 있습니다 — 자동 백업(F5)은 항상 켜져 있고, 위험한 작업(F8: 파괴적 작업·외부 전송)은 어떤 모드든 승인이 꼭 필요합니다. 그래서 폰이라고 새 위험이 생기는 건 아닙니다.

권고 — 허용(기존 최소선 그대로 적용, 폰 전용 별도 제약을 새로 만들지 않음).

쉬운 말로 — 이 프로젝트를 언제 시작할지는 이 페이지에서 정하지 않습니다. 이미 2.1 버전 계획에서 "별도 인프라 트랙"으로 따로 빠져 있고, 지금 이 기획서 자체가 그 트랙의 내용을 미리 채워 둔 것입니다. 착수 시점은 나중에 전체 작업 순서를 짤 때 별도로 정합니다.

이 항목은 승인/보류를 고르는 게 아니라, 내용을 확인하셨다는 표시만 남겨 주시면 됩니다.

쉬운 말로 — 모바일 기능을 한 번에 다 만들지, 일부만 먼저 만들지 정합니다. Phase 1(보드+체크+그리드 열람, 하단 탭 3개 구조 — 새 레이아웃이라 "대" 규모)만 먼저 만들어서 실제로 폰으로 써보고, 그 다음 단계를 정하자는 게 권고안입니다. AI 대화(Phase 2)·알림/PWA(Phase 3)는 그 다음입니다.

권고 — Phase 1 전체(보드 탭 + 그리드 탭 + 하단 탭 구조)까지 먼저 착수 후 실사용 검증.