Skip to main content

slopo-analyze-ignore

Slopo reports similar code in the whole codebase, and agent ignores non-duplicates.

설치로 이동

소스 정보

저장소
rafal-qa/slopo
최근 소스 활동
2026년 9월 3일 18:23
감지된 SKILL.md 언어
영어
스타
793
포크
31

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
2 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
slopo-analyze-ignore
description
Slopo reports similar code in the whole codebase, and agent ignores non-duplicates.
license
AGPL-3.0-or-later
# Initialization 1. Execute command: `slopo agent-analyze --config-version=1` 2. Verify that the command succeeds (exit code 0). If it fails, report the error message and stop. # Report structure The command should return a similar code report containing either: - List of clusters with file paths and line ranges. - Message "No duplicates found". If there are duplicates to analyze: - The first line contains the path to the ignore file. - Each cluster has a header line with number and hash in format: `cluster N (hash):` Similar code was detected using embedding models, so many results are likely similar by coincidence. # Instructions Your task is to take a quick look at each cluster and mark as ignored the ones containing code that is not a duplication worth taking action on. An ignored cluster contains duplication obviously not worth taking action on, or it's similar by coincidence. If justifying to keep or ignore takes more than a short phrase, it is not obvious. For every ignored cluster, insert its hash to the ignore file. One hash per line. Inline comments are allowed, e.g., `78a8d42e60e8 # your short note` This work is a quick check, not deep analysis. Decide each cluster from a single look. The report size should not change how you judge one cluster. A report with a few tens of clusters is not a reason to dig deeper. A report with a few hundred is not a reason to rush. Rules: - Load only line ranges of code specified in the report. Do not read surrounding code or callers. - Ignore only obvious false positives, when a quick check is enough to decide. When unsure, keep the cluster. - If only part of the cluster is worth keeping, keep the whole cluster. Process clusters in batches; don't load everything at once.
GitHub에서 보기