agent-sort

agent-sort 스킬 개요

agent-sort는 넓게 퍼진 ECC 구성을 더 작고 근거 기반의 설치 범위로 정리하는, 저장소 인식형 계획 스킬입니다. 무엇을 매일 로드할지, 무엇을 라이브러리에서 검색 가능하게만 둘지 판단하도록 도와주며, 프로젝트에서 쓰지 않을 스킬, 규칙, 훅, 스크립트를 과하게 설치하지 않게 해줍니다.

이 스킬은 유지관리자, 에이전트 워크플로 소유자, 그리고 기존 저장소에서 agent-sort install 작업을 하는 사람에게 가장 잘 맞습니다. 실제로 해야 할 일은 “파일을 정리하는 것”이 아니라, 실제 코드베이스를 근거로 방어 가능한 설치 계획을 만드는 것입니다. 추측은 줄이고, ECC 노이즈도 줄이는 쪽이 핵심입니다.

agent-sort 스킬의 용도

저장소별 ECC 요소를 실무적인 범주로 분류해야 할 때 agent-sort 스킬을 사용하세요. 특히 워크플로가 섞여 있거나 ECC 도입이 부분적으로만 이뤄진 프로젝트에서 유용합니다. 매일 로드되는 영역은 작게 유지하면서, 나중에 참고할 자료는 보존하고 싶을 때 적합합니다.

agent-sort 스킬이 다른 점

agent-sort 스킬은 증거 중심입니다. 설치 계획을 정하는 기준은 개인 취향이 아니라 저장소 내용입니다. 가장 큰 가치는 실수로 설치되는 항목을 줄이고, 프로젝트가 실제로 무엇을 쓰는지 드러내는 데 있습니다. 그래서 일반적인 프롬프트보다 훨씬 더 의사결정 지향적입니다.

적합한 경우와 맞지 않는 경우

ECC가 존재하지만 범위가 너무 넓거나, 중복이 많거나, 실제 프로젝트 워크플로와 점점 어긋나는 저장소라면 잘 맞습니다. 반대로 저장소를 빠르게 한 번 요약하는 프롬프트가 필요하다면, 또는 프로젝트가 ECC 네이티브 표면을 전혀 사용하지 않는다면 적합성이 떨어집니다.

agent-sort 스킬 사용 방법

설치 및 컨텍스트 설정

대상 저장소에서 agent-sort install 흐름으로 시작한 뒤, skills/agent-sort/SKILL.md를 운영 가이드로 읽으세요. 이 스킬은 저장소의 증거를 바탕으로 동작하도록 설계되어 있으므로, 독립적으로 쓰기보다 평가 중인 저장소와 함께 설치해야 합니다.

출력 품질을 높이는 입력

구체적인 대상 저장소, 명확한 범위, 그리고 중요하게 볼 판단 기준을 함께 알려주세요. 좋은 입력 예시는 다음과 같습니다. “이 저장소의 ECC 표면을 현재 앱 기준으로 DAILY와 LIBRARY로 나누되, 정기적인 에이전트 실행에 필요한 것만 남겨 주세요.” 반대로 “프로젝트를 정리해 주세요”나 “더 깔끔하게 만들어 주세요”처럼 모호한 입력은 품질이 떨어집니다.

권장 워크플로

먼저 저장소의 README, AGENTS 스타일 지침, 그리고 ECC 관련 폴더나 manifest 파일을 확인하세요. 그다음 agent-sort usage를 사용해 구체적 증거를 DAILY 로드 후보, LIBRARY 전용 참고자료, 그리고 아예 설치하지 말아야 할 항목으로 매핑합니다. 목표는 추측성 재설계가 아니라, 검증 단계를 포함한 간결한 설치 계획입니다.

먼저 읽어야 할 파일

SKILL.md부터 시작한 뒤, 저장소 트리에서 README.md, AGENTS.md, metadata.json, 그리고 rules/, resources/, references/, scripts/ 폴더가 있는지 확인하세요. 이 저장소에서는 보조 파일이 없어 교차 검증할 수 없으므로, SKILL.md가 주요 출처입니다.

agent-sort 스킬 FAQ

agent-sort는 ECC 프로젝트에만 쓰나요?

네, agent-sort는 ECC 네이티브 표면과 설치 결정을 중심으로 만들어졌습니다. 저장소가 그 패턴을 사용하지 않는다면, 일반 프롬프트가 대체로 더 단순하고 적절합니다.

일반 프롬프트와는 어떻게 다른가요?

일반 프롬프트는 빠른 권고를 줄 수 있지만, agent-sort는 증거에 기반한 분류와 설치 계획을 요구합니다. 저장소 전체에서 한 번 쓰고 끝나는 의견이 아니라, 반복 가능한 agent-sort usage가 필요할 때 특히 중요합니다.

agent-sort는 초보자도 쉽게 쓸 수 있나요?

평가하려는 저장소를 식별할 수 있고, 먼저 소스 트리를 읽을 의지가 있다면 초보자도 사용할 수 있습니다. 핵심은 깊은 ECC 지식이 아니라, 무엇을 매일 설치해야 하고 무엇을 라이브러리 자료로 남겨둘지 분명히 구분하는 것입니다.

언제 agent-sort를 쓰지 말아야 하나요?

일반적인 저장소 요약만 필요하거나, 정리할 ECC 표면이 없거나, 설치 판단이 아니라 넓은 리팩터링이 목적이라면 쓰지 마세요. 이런 경우에는 agent-sort for Skill Authoring의 오버헤드가 불필요합니다.

agent-sort 스킬 개선 방법

저장소 근거를 더 구체적으로 제시하기

가장 좋은 agent-sort 결과는 파일 경로, 현재 워크플로 이름, 그리고 에이전트가 실제로 건드리는 예시처럼 구체적인 저장소 신호에서 나옵니다. 특정 명령, 폴더, 규칙 파일을 짚어 줄 수 있을수록 DAILY/LIBRARY 분리가 더 정확해집니다.

설치 경계를 분명히 말하기

전체 저장소를 정리하는지, 하위 패키지를 보는지, 아니면 좁은 워크플로만 다루는지 명확히 하세요. 경계가 분명해야 참조 자료를 DAILY 로드로 과하게 분류하는 일을 막을 수 있습니다. 이는 agent-sort install 작업에서 흔한 실패 방식입니다.

첫 결과에서 과도한 로드를 점검하기

출력이 너무 무겁게 느껴진다면, 매 실행마다 정말 필요한 항목과 단지 조회용인 항목을 다시 구분해 보세요. 가장 유용한 반복 작업은 일상적 사용에 맞을 때까지 DAILY 설치 범위를 줄이는 것입니다. 이론상 유용함이 아니라 실제 반복 사용을 반영해야 합니다.

쓸모 있는 라이브러리 자료는 남기기

좋은 agent-sort guide는 매일 쓰지 않는 항목을 전부 삭제하지 않습니다. 나중에 판단할 때 도움이 되는 경계선상의 항목은 라이브러리에 남겨두세요. 이 스킬의 목적은 기본 로드를 줄이는 것이지, 프로젝트 지식을 지워 버리는 것이 아닙니다.