/smol (또는 별칭 /compact)은 필수 컨텍스트를 유지하면서 대화 기록을 압축하는 슬래시 명령어입니다. 새 작업을 만드는 /newtask와 달리 /smol은 현재 대화를 포괄적인 요약으로 압축하여 동일한 작업에서 계속 작업할 수 있도록 하면서 컨텍스트 창 공간을 확보합니다. 나머지는 버리면서 대화의 관련 부분을 요약하는 것과 같다고 생각하면 됩니다.

/smol 슬래시 명령어 사용

컨텍스트 창이 가득 찼지만 동일한 작업에서 계속하고 싶을 때:
/smol 슬래시 명령어 사용
  • 채팅 입력 필드에 /smol (또는 별칭 /compact)을 입력합니다.
  • Cline이 대화를 분석하고 필수 정보를 유지하는 상세한 요약을 만듭니다.
  • 필요한 경우 이 요약을 검토하고 피드백을 제공할 기회가 있습니다.
  • 수락되면 상세한 대화 기록이 이 압축된 버전으로 바뀝니다.

예시

복잡한 디버깅 세션에 깊이 빠져 있고 동일한 작업에서 계속해야 할 때 /smol을 사용합니다. 여러 접근 방식을 탐색하고 여러 파일을 검토한 후 컨텍스트 창이 모든 주고받은 내용으로 붐비게 됩니다. /smol을 사용하면 우리가 배운 내용, 검토한 파일, 시도한 접근 방식 등을 포착하는 간결한 요약으로 모든 탐색 내용을 압축할 수 있습니다. 이렇게 하면 얻은 통찰력을 잃지 않고 디버깅을 계속할 수 있는 공간이 확보됩니다. /newtask와의 주요 차이점은 별도의 작업을 만드는 대신 동일한 대화 흐름에 머무른다는 것입니다. 이는 무언가를 하는 중간에 있고 컨텍스트를 전환하고 싶지 않을 때 특히 유용합니다.

영감

워크플로에서 /smol을 사용하는 강력한 방법은 다음과 같습니다.
  • 긴 브레인스토밍 세션 중에 선택한 솔루션을 구현하기 전에 탐색 내용을 압축하기 위해 동일한 작업 내에서 /smol을 사용합니다.
  • 여러 파일 확인 및 테스트 실행과 관련된 복잡한 문제를 디버깅할 때 디버깅 프로세스를 계속하면서 배운 내용을 요약하기 위해 /smol을 사용합니다.
  • 반복적인 개발의 경우 각 기능을 완료한 후 /smol을 사용하여 주요 결정과 접근 방식을 액세스할 수 있도록 유지하면서 구현 세부 정보를 압축합니다.
  • 여러 소스에서 요구 사항을 수집할 때 설계 단계로 이동하기 전에 필수 요구 사항을 간결한 요약으로 추출하기 위해 /smol을 사용합니다.

Smol 대 Newtask

사람들은 종종 /smol/newtask를 언제 사용해야 하는지 묻습니다. 솔직히 말해서 이는 개인적인 취향과 달성하려는 목표에 따라 다릅니다. 다음은 몇 가지 지침입니다.
  • 무언가를 하는 중간에 있고 동일한 작업에서 계속하고 싶을 때 /smol을 사용합니다. 디버깅 흐름이나 브레인스토밍 세션에 깊이 빠져 있고 추진력을 잃고 싶지 않을 때 적합합니다. 단점은 무엇일까요? 기록을 압축하면 상세한 대화를 다시 가져올 수 없습니다.
  • 논리적 전환 지점에 있고 새로 시작하고 싶을 때 /newtask를 사용합니다. 계획에서 구현으로 이동하거나 전체 대화 기록을 보존하고 싶을 때 좋습니다(현재 작업을 덮어쓰는 대신 새 작업을 만들기 때문입니다).