Plan 모드는 코드 작성 전에 생각하고, 탐색하고, 결정하는 데 도움을 줍니다. 질문을 던지고, 이슈를 디버깅하고, 접근 방식을 비교하거나, 빌드 준비가 되었을 때 구조화된 계획을 만드는 데 사용하세요.
Plan 모드에서 브레인스토밍
Plan 모드는 코드 작성 전에 생각하고, 탐색하고, 결정하는 데 도움을 줍니다. 질문을 던지고, 이슈를 디버깅하고, 접근 방식을 비교하거나, 빌드 준비가 되었을 때 구조화된 계획을 만드는 데 사용하세요.
모드 선택
Lovable에는 두 가지 모드가 있습니다.
- Plan 모드 → 문제를 생각하고, 옵션을 탐색하고, 접근 방식을 결정합니다
- Build 모드 → 변경을 구현하고 결과를 검증합니다
Plan 모드는 의사 결정용입니다. Build 모드는 실행용입니다.
두 모드는 함께 작동하도록 설계되었으며 언제든지 전환할 수 있습니다.
개요
Plan 모드(이전 Chat 모드)는 Lovable의 계획 및 추론 모드로, 즉시 실행보다 사고, 탐색, 명료성이 더 가치 있는 순간을 위해 설계되었습니다. 여러 단계에 걸쳐 추론하고 필요에 따라 파일, 로그, 기타 관련 프로젝트 컨텍스트를 검사할 수 있습니다.
Plan 모드에서는 코드를 작성하기 전에 아이디어를 탐색하고, 이슈를 조사하고, 변경에 대해 추론할 수 있습니다. Lovable은 목표와 제약을 더 잘 이해하기 위해 종종 명확화 질문을 던집니다. 제안할 명확한 구현이 있을 때 Lovable은 검사, 편집, 다듬을 수 있는 공식적인 계획을 만듭니다.
Plan 모드는 절대 코드를 수정하지 않습니다. Plan 모드 메시지는 1 크레딧과 Lovable이 계획 중 실행하는 subagent 리서치 비용을 사용합니다. Plan 모드 메시지 가격 책정 방식을 참고하세요.
Plan 모드의 용도
Plan 모드는 다음에 사용할 수 있습니다.
- 방향을 정하기 전에 제품 또는 기능 아이디어 탐색
- 코드베이스 또는 기존 동작에 대한 질문
- 코드 변경 전에 안전하게 버그, 오류, 혼란스러운 동작 조사
- 여러 접근 방식을 비교하고 트레이드오프 이해
- 아키텍처 또는 데이터베이스 스키마 설계
- 잠재적 변경의 영향을 변경 전에 이해
많은 Plan 모드 대화는 탐색적이며 명확성이나 방향성으로 끝납니다. 대화가 구체적인 변경으로 이어질 때 Plan 모드는 어떤 것이 구현되기 전에 제안된 접근 방식을 검토하고 다듬을 안전한 방법을 제공합니다.
Plan 모드 사용 방법
Plan 모드는 두 가지 방식으로 사용할 수 있습니다.
- 새 프로젝트를 시작하거나 아이디어를 탐색할 때 Plan 모드로 시작
- 개발 중 언제든지 Plan 모드로 전환하여 실행을 멈추고 생각
Plan 모드는 의도적으로 상호 작용적입니다. Lovable은 계획을 제안하기 전에 요구사항, 제약, 트레이드오프를 이해하기 위해 명확화 질문을 던질 수 있습니다.
Plan 모드 활성화
메시지 입력란 옆의 Plan을 클릭한 다음 탐색하거나 결정하고 싶은 내용을 설명합니다.
원하는 것을 구체적으로 설명
Add email/password authentication with password reset.
Users should stay logged in for 30 days. Use Lovable Cloud.탐색에 사용
What's the best way to implement real-time notifications in this project?
Walk me through the options and their tradeoffs.디버깅에 사용
Users report the login form doesn't work on mobile.
Help me figure out why.상세한 분해 요청
Break down the implementation of a shopping cart feature.
What components, database tables, and API endpoints will I need?리뷰와 개선 요청
Review my current authentication setup.
What security improvements should I make?Plan 모드가 계획을 만드는 시점
Plan 모드는 항상 구조화된 구현 계획을 만들지는 않습니다. 제안할 명확한 구현이 있을 때만 계획이 생성됩니다.
계획이 생성되면 전용 Plan view에 읽기 쉽고 구조화된 문서로 나타납니다. 전체 화면에서 열어 어떤 것이 구현되기 전에 전체 접근 방식을 검토할 수 있습니다.
계획에는 일반적으로 다음이 포함됩니다.
- 접근 방식의 고수준 개요
- 핵심 결정, 가정, 제약
- 컴포넌트, 데이터 모델, API
- 단계별 구현 순서
- 스키마, 흐름, 아키텍처와 같은 선택적 다이어그램
Plan view에서는 다음을 할 수 있습니다.
- 편집 - 계획을 markdown으로 직접 편집해 제약을 추가하거나, 단계를 제거하거나, 섹션을 다시 작성합니다
- 강조 표시 - 계획의 어느 부분이든 강조 표시하고 그 부분에서 무엇을 바꿀지 설명합니다
- 승인 - 접근 방식에 만족하면 계획을 승인합니다
- 건너뛰기 - 승인하지 않고 넘어가려면 계획을 건너뜁니다
채팅에서 직접 후속 질문을 하거나 변경을 요청할 수 있으며, Lovable이 그에 따라 계획을 업데이트합니다.
계획을 승인하면.
- Lovable이 Build 모드로 전환됩니다
- 승인된 계획에 따라 엄격하게 구현이 시작됩니다
언제든지 Plan 모드로 돌아가 코드베이스의 현재 상태를 기반으로 새 계획을 생성할 수 있습니다.
계획의 특정 부분 개정
채팅에서 변경을 설명하는 대신 해당 부분을 직접 가리킬 수 있습니다. 계획의 어느 부분이든 선택하면 선택 영역 옆에 Describe the change... 상자가 나타납니다. 바꿀 내용을 입력하고 Enter를 누르면 Lovable이 전체 계획을 다시 작성하지 않고 그 부분만 편집합니다. 보내지 않고 상자를 닫으려면 Escape를 누릅니다.
각 개정은 Plan 모드 메시지이므로 1 크레딧과 Lovable이 해당 개정을 위해 실행하는 subagent 리서치 비용을 사용합니다.
Lovable이 계획을 개정하면 새 버전이 Plan view에 열려 편집할 수 있으며, Lovable은 이전 버전을 계획의 버전 기록에 보관합니다.
계획 버전 탐색
Lovable은 현재 계획 회차의 모든 개정을 버전으로 보관합니다. 계획 위의 실행 취소와 다시 실행 화살표를 사용해 버전을 오가며 비교할 수 있습니다. 이전 버전을 보고 있을 때는 Viewing version 2 of 3 같은 배너가 표시됩니다. 해당 버전은 읽을 수 있지만 편집하거나 일부를 선택해 변경을 요청할 수는 없습니다. 최신 버전으로 돌아가려면 Back to latest 를 선택하세요.
Save 는 두 상황에서 표시됩니다. 이전 버전을 보고 있을 때 Save 를 선택하면 그 버전을 새 최신 버전으로 복원합니다. 최신 버전을 직접 편집한 뒤 Save 를 선택하면 승인할 계획으로 편집 내용을 저장합니다. 저장하지 않은 편집 내용이 있는 동안에는 Save 또는 Cancel 을 선택하기 전까지 화살표를 사용할 수 없습니다.
이전 버전을 보고 있는 동안에는 계획을 승인할 수 없습니다. 먼저 저장하거나 최신 버전으로 돌아가야 합니다. 저장된 버전을 승인하면 Lovable은 그 버전을 기준으로 빌드합니다. 저장하지 않은 편집 내용이 남아 있을 때 승인하려고 하면 Approve 버튼이 Save & approve 로 바뀌며 먼저 저장합니다.
승인을 기다리는 저장된 변경 사항이 있는 계획이 있을 때 채팅 메시지를 보내면 Lovable은 저장된 계획을 메시지와 함께 포함하므로 다음 개정은 저장된 버전에서 시작됩니다. 이런 메시지는 프로젝트 채팅에 Updated plan 라벨로 표시되며 이후에는 편집할 수 없습니다.
화살표는 Lovable이 계획을 한 번 이상 개정한 뒤에 나타납니다. 버전 기록은 현재 계획 회차에만 적용됩니다. 계획을 승인하거나 건너뛰면 Lovable은 다음 계획을 위해 새 기록을 시작합니다. 모바일 Plan view에서도 같은 실행 취소, 다시 실행, 저장 컨트롤을 사용할 수 있습니다.
계획과 영속성
계획을 작업하는 동안에는 .lovable/plan.md에 저장됩니다. 계획을 승인하면 Lovable이 이 파일을 계획 이름을 딴 날짜별 사본으로 .lovable/plan/ 폴더에 보관하고, .lovable/plan.md는 다음 계획을 위해 새로 비워집니다.
현재 계획과 보관된 계획 모두 다른 프로젝트 파일처럼 검사할 수 있습니다.
이전 계획은 사라지지 않습니다. 승인된 계획은 .lovable/plan/ 폴더에 남아 있고, 모든 계획은 채팅 기록에도 계속 남아 참조나 비교를 위해 Plan view에서 다시 열 수 있습니다.
이를 통해 다음을 할 수 있습니다.
- 시간이 지나면서 아이디어 반복
- 다른 접근 방식 비교
- 요구사항이 진화할 때 안전하게 다시 계획
- 새 협업자가 구현 뒤의 추론을 이해하도록 도움
Plan 모드 메시지 가격 책정 방식
Plan 모드 메시지는 1 크레딧과 Lovable이 계획 중 실행하는 subagent 리서치 비용을 사용합니다. 1 크레딧은 계획 작업 자체를 포함하므로 메시지가 계획, 명확화 질문, 답변 중 무엇으로 끝나든 동일합니다. 계획을 건너뛰어도 추가 요금은 붙지 않습니다. 계획에 피드백을 보내면 새 Plan 모드 메시지로 처리되며 같은 방식으로 가격이 책정됩니다.
요청이 크거나 개방형이면 Lovable은 계획을 작성하기 전에 프로젝트를 조사하기 위해 subagent를 시작할 수 있습니다. Subagent 리서치는 사용량 기반이므로 깊은 리서치가 필요한 Plan 모드 메시지는 1 크레딧보다 더 많이 듭니다.
계획을 승인하면 Lovable은 Build 모드로 전환해 구현합니다. 해당 구현은 Plan 모드 메시지와 별도로 Build 모드 작업으로 청구됩니다.
계획 비용을 예측하기 쉽게 유지하려면 다음을 권장합니다.
- 계획 요청을 구체적으로 작성하고 특정 파일, 기능, 영역을 가리키세요. 범위가 넓은 요청일수록 subagent 리서치가 필요할 가능성이 큽니다.
- Lovable 응답 아래 More options 메뉴의 Credits used 에서 메시지 비용을 확인하세요. Lovable이 작업하는 동안 시간과 비용 보기를 참고하세요.