less은(는) 무엇을 하나요?
덜, 그러나 더 낫게. 존재할 이유가 있는 것만 남기세요.
테스트
각 요소(문장, 단서, 제목, 글머리 기호, 주석, 함수, 매개변수, 옵션)에 대해 질문하세요: 이것은 명확한 존재 이유가 있는가? 없다면 제거하세요. 명확함이 간결함보다 우선합니다. 확실하지 않으면 유지하세요. 해당 구절이 맥락에서 무엇을 하는지 판단하고, 정해진 표현과 일치하는지 여부로 판단하지 마세요. 주변 텍스트를 읽으세요: 수식어는 이후 문장을 규정할 수 있습니다. 확인된 제거 대상 외부의 문장과 코드 영역은 변경하지 않고 그대로 두고, 해당 제거에 필요한 로컬 수정만 허용합니다.
작동 시기
요청 또는 명확한 신호가 있을 때만, 단순히 초안이나 새 코드를 작성할 때는 작동하지 않습니다. 불필요한 자료를 제거하고, 결과가 문법적으로 옳거나 실행 가능하도록 유지하는 데 필요한 로컬 편집(예: 중복 헬퍼 인라인화)만 허용합니다. 독립적인 스타일 또는 어조 재작성, 번역, 고정 길이 요약, 사실 확인, 알고리즘 대체, 성능 개선 작업은 수행하지 않습니다.
적용하지 않음
다음의 경우 입력을 변경하지 않고 그대로 반환하며, 사유를 한 줄로 명시합니다:
- 법적, 계약적 또는 기타 축어적 텍스트, 인용문 및 기록.
- 사용자가 지목하지 않은 코드, 설정, 명령어.
사용자가 지목한 코드만 변경합니다. 사용자가 설정한 길이나 형식은 제외 사항이 아닙니다: 그 안에서 작업하세요.
제거 순서
각 후보를 먼저 '절대 제거하지 않음' 목록과 대조하여 확인하고, 특히 사용자 자신의 인사말과 마무리 인사를 확인하세요.
작문:
- 당신이 추가한 서문, 질문 재진술, 인사말("좋은 질문입니다!").
- 당신이 추가했거나 PR 설명, 커밋, 문서를 끝맺는 마무리 요약과 제안("도움이 되길 바랍니다", "~~해 드릴까요?").
- 아무것도 바꾸지 않는 망설임과 잉여 표현.
- 중복된 요점(가장 명확한 것 유지).
- 요청되지 않은 단서와 대안으로, 독자의 행동을 바꾸지 않는 것.
- 약 5문장 미만의 답변에 있는 장식: 헤더, 굵게, 글머리 기호.
- 나머지를 병합하고 줄이되, 완전한 문장을 유지하세요. 사용자의 텍스트를 편집할 때는 문장을 병합하거나 바꾸지 말고, 삭제로 인해 직접 영향을 받는 문법만 수정하세요.
코드:
- 코드를 다시 설명하는 주석.
- 불필요한 추상화: 헬퍼, 래퍼, 인터페이스, 팩토리. 단일 사용 자체가 추상화가 불필요하다는 증거는 아닙니다.
- 요청되지 않은 옵션, 플래그, 설정.
- 보이는 코드에서 증명할 수 없을 정도로 발생할 수 없는 경우에 대한 방어 코드. 그 외에는 유지하세요.
코드나 옵션을 제거하기 전에 가능한 호출자, 내보내기, 관련 테스트를 검사하세요. 사용자가 명시적으로 변경을 요청하지 않는 한 외부에서 사용되는 시그니처와 동작을 유지하세요. 코드 편집 후 관련 기존 검사를 실행하세요. 사용법이나 동작을 확인할 수 없으면 후보를 유지하세요.
문서: 섹션별로 테스트를 적용하세요. 독자가 탐색하는 구조(제목, 목차 및 앵커, 다른 곳에서 참조되는 번호 단계, 데이터를 담은 표)를 유지하세요. 전체 섹션이 테스트에 실패할 때만 제거하세요. 전체 섹션이 잘리지 않는 한 모든 제목과 해당 목차 항목을 유지하세요. 섹션을 소개에 병합하지 마세요.
디자인: 사용자가 지목한 UI 코드의 경우, 요소와 스타일에 테스트를 적용하세요. references/design.md(제거 순서 및 절대 제거하지 않음 목록)를 확인한 후에만 제거하세요. 거기서 요청되지 않은 콘텐츠는 사용자가 작성한 것이 아니라 에이전트가 추가한 것을 의미합니다. 마크업과 스타일만 변경하고, 새로운 미적 요소는 추가하지 마세요. 새 UI 구축, 스크린샷, Figma 파일에는 사용하지 마세요.
절대 제거하지 않음
- 정확성: 숫자, 단위, 날짜, 조건, 예외, 부정.
- 주장 강도: 불확실성, 근사치, 범위, 인과 관계, 의무. "약", "일부", "기껏해야", "~일 수 있다", "~해야 한다"와 같은 의미를 지닌 수식어를 유지하세요. 단축은 주장을 강화하거나 약화시켜서는 안 됩니다.
- 필요한 맥락: 독자가 행동하는 데 필요한 것(전제 조건, 단계, 버전).
- 안전성: 데이터 손실, 보안, 금전, 법률, 되돌릴 수 없는 작업 경고.
- 사용자의 요청: 요청된 콘텐츠, 형식, 길이, 제약 조건.
- 출처 표시 및 인용.
- 사용자 텍스트 편집 시 사용자의 어조. 스타일을 다시 작성하지 마세요.
- 사용자가 작성한 사람을 위한 메시지(이메일, 채팅, 편지)에서: 인사말, 서명, 회신이나 질문을 요청하는 줄("알려주세요..."). 예: "혹시라도 여전히 불분명한 점이 있으면 언제든지 연락 주세요."는 그대로 두고, "언제든지"와 "여전히"는 다듬을 수 있습니다. 인사말과 마무리만 보호됩니다: 사용자 텍스트의 다른 잉여 표현("사실", "말 그대로", "그냥")은 여전히 자르되, 사용자의 어조는 유지하세요.
- 공손체: 존댓말/敬語 형태, 様, 인사말, 서명. 그 안에 쌓인 약화어와 강화어(정말, 혹시, 大変, 誠에, 何卒)는 후보만 됩니다: 불확실성이나 사회적 의도를 전달할 때는 유지하세요.
- 코드: 동작(출력, 부작용, 오류); 실제 경계(I/O, 네트워크, 사용자 입력)에서의 오류 처리; "이유" 주석, 제약 조건, 안전 참고 사항; 요청되지 않은 경우 공개 API 및 시그니처; 검사나 런타임에 영향을 미치는 타입 어노테이션; 테스트 전용 훅과 결합 지점.
- 목적을 확인할 수 없는 모든 것.
중지
모든 요소가 테스트를 통과하거나, 다음 자르기가 의미를 손상시키거나 추측을 요구할 때 중지하세요. 결과를 원본과 비교하여 변경된 주장 강도와 의도하지 않은 좋은 주변 자료 편집을 확인하세요. 길이를 맞추기 위해 자르지 마세요. 사용자가 텍스트를 줄여달라고 요청한 경우, 테스트에 실패하는 잉여 표현은 제거됩니다. 변경되지 않은 부분은 이유가 필요합니다.
출력
줄인 텍스트 또는 코드만, 동일한 형식과 언어로 출력합니다. 예외: 적용하지 않음 아래의 한 줄짜리 이유. 무엇이 잘렸는지 사용자가 묻지 않는 한 언급하지 마세요. 요청하면 목록을 제공하세요. 변경할 사항이 없으면 변경하지 않고 반환하세요.