r/ClaudeCode•약 2개월 전•10•27논쟁
Matt Pocock 스타일의 Wayfinder를 사용할 때, 미래의 Claude 세션을 오염시키지 않고 피벗(방향 전환)을 어떻게 처리하시나요?
How do you handle pivots in Matt Pocock-style Wayfinder without poisoning future Claude sessions?
핵심 요약
Wayfinder 사용 중 발생하는 대규모 피벗 시, 이전 설계 기록으로 인한 AI 컨텍스트 오염을 방지하는 실무적인 방법을 질문함.
- Wayfinder 피벗 — 대규모 설계 변경 시 이전 연구 기록이 AI 세션에 미치는 영향 고민
- 컨텍스트 오염 — 이전 설계 데이터가 미래 AI 세션의 판단을 방해할 가능성 우려
- 실무적 해결책 — 설계 변경 시 기록을 어떻게 정리하고 새로운 세션으로 전환할지 논의
- 워크플로우 논쟁 — AI 도구 활용 방식과 직접적인 아키텍처 설계 간의 의견 차이 발생
Wayfinder를 사용하고 있어. 예전에는 grill-me를 사용해서 거대한 계획을 세우곤 했지. Wayfinder가 이미 더 낫긴 한데, 대규모 피벗(방향 전환)이나 두 번째 피벗은 어떻게 처리해야 할까?
드라이브를 어떻게 마운트할지, 데이터베이스 소스를 무엇으로 할지 같은 근본적인 결정을 내렸어. 설계를 다듬으려고 Linear에서 여러 차례 연구와 결정 티켓을 작성했는데, 꽤 늦은 시점에 Synology NAS 하드 드라이브가 이 설계 때문에 망가질 거라는 사실을 알게 됐어. 그래서 피벗을 해야 하는데, 이게 두 번째 피벗이 될 수도 있을 것 같아. 내 맵은 이전 설계에 대한 연구와 결정들로 가득 차 있어. 다들 실무에서 이런 피벗을 어떻게 처리해? 특히 그중 일부가 이미 구현된 상태라면 말이야. 미래의 AI 세션들이 전부 이전 경로들 때문에 오염될까 봐 걱정돼.
일부만 구현하는 게 나쁜 생각이라는 건 알지만, 나에게 있어 발견의 상당 부분은 직접 구현하고 시도해보면서 이루어지거든. 이건 특히 홈랩 관련 프로젝트들이라 내 인프라에 적용해보기 전까지는 잘 모르겠어.
