Smol 명령

/smol(또는 별칭인 /compact)은 필수 컨텍스트를 보존하면서 대화 기록을 압축하는 슬래시 명령입니다.

새 작업을 생성하는 /newtask와 달리 /smol은 현재 대화를 포괄적인 요약으로 압축하여 컨텍스트 창 공간을 확보하면서 동일한 작업에서 계속 작업할 수 있도록 합니다.

나머지는 버리고 대화의 관련 부분만 요약하는 것이라고 생각하십시오.

/smol 슬래시 명령 사용

컨텍스트 창이 가득 차고 있지만 동일한 작업에서 계속 작업하고 싶은 경우:

• 채팅 입력 필드에 /smol(또는 별칭 /compact)을 입력합니다.
• Cline은 대화를 분석하고 필수 정보를 보존하는 상세한 요약을 생성합니다.
• 이 요약을 검토하고 필요한 경우 피드백을 제공할 기회가 있습니다.
• 수락되면 상세한 대화 기록이 이 압축된 버전으로 대체됩니다.

예시

저는 복잡한 디버깅 세션에 깊이 빠져 있고 동일한 작업에서 계속 작업해야 할 때 /smol을 사용합니다. 여러 접근 방식을 탐색하고 여러 파일을 검사한 후 컨텍스트 창이 모든 주고받는 대화로 가득 찹니다.

/smol을 사용하면 모든 탐색을 우리가 배운 내용, 검사한 파일 및 시도한 접근 방식을 캡처하는 간결한 요약으로 압축할 수 있습니다. 이렇게 하면 우리가 얻은 통찰력을 잃지 않고 디버깅을 계속할 공간이 확보됩니다.

/newtask와의 주요 차이점은 별도의 작업을 생성하는 대신 동일한 대화 흐름을 유지한다는 것입니다. 이는 작업 중간에 있고 컨텍스트 전환을 원하지 않을 때 특히 유용합니다.

영감

다음은 워크플로에서 /smol을 사용하는 강력한 방법입니다.

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

Smol 대 Newtask

사람들은 종종 /smol 대 /newtask를 언제 사용해야 하는지 묻습니다. 솔직히 말해서 개인적인 선호도와 달성하려는 목표에 달려 있습니다. 다음은 몇 가지 지침입니다.

• 작업 중간에 있고 동일한 작업에서 계속 진행하고 싶을 때 /smol을 사용하십시오. 디버깅 흐름이나 브레인스토밍 세션에 깊이 빠져 있고 모멘텀을 깨고 싶지 않을 때 완벽합니다. 단점은 기록을 압축하면 해당 상세한 대화를 다시 얻을 수 없다는 것입니다.
• 논리적인 전환점에 있고 새로 시작하고 싶을 때 /newtask를 사용하십시오. 계획에서 구현으로 이동하거나 전체 대화 기록을 보존하고 싶을 때 좋습니다(현재 작업을 덮어쓰는 대신 새 작업을 생성하기 때문입니다).