{"title":"에이전트 규칙·기술·명령: 무엇을 언제 써야 할까","url":"https://hugo-blog-static-site.haxlys.workers.dev/software/agent-skills-rules-commands/","section":"software","date":"2026-01-27T00:00:00+09:00","lastmod":"2026-01-27T00:00:00+09:00","description":"Builder.io 블로그를 바탕으로, AI 에이전트에서 규칙(Rules), 기술(Skills), 명령(Commands)의 차이와 언제 무엇을 사용할지에 대한 결정 기준을 정리합니다.","summary":"AI 에이전트를 설계할 때 규칙(Rules), 기술(Skills), 명령(Commands) 을 어떻게 구분하고 사용할지가 핵심입니다. Builder.io 블로그 글을 바탕으로 세 개념의 정의, 사용 시점, 그리고 효과적인 기술 작성 방법을 정리했습니다.\n원문: Agent skills, rules, and commands\n1. 핵심 개념 정의 규칙 (Rules): 예외 없이 항상 적용되는 원칙입니다. (예: \u0026ldquo;절대 .env 파일을 커밋하지 마라\u0026rdquo;, \u0026ldquo;명명 규칙 준수\u0026rdquo;) 기술 (Skills): 특정 작업 시에만 불러오는 선택적 전문 지식입니다. 에이전트가 필요할 때만 \u0026lsquo;지연 로딩(Lazy loading)\u0026lsquo;하여 컨텍스트 낭비를 줄입니다. (예: \u0026ldquo;UI 변경 시 체크리스트\u0026rdquo;, \u0026ldquo;배포 가이드\u0026rdquo;) 명령 (Commands): 사용자가 직접 실행하는 반복 가능한 워크플로우입니다. (예: /release, /refactor) 2. 기술(Skills)의 특징과 장점 점진적 공개(Progressive Disclosure): 에이전트가 처음부터 모든 내용을 읽지 않고, 메타데이터(설명)를 보고 필요할 때만 전체 내용을 로드합니다. 이는 모델의 컨텍스트 창을 아끼고 성능 저하를 방지합니다. 구성 요소: 기술은 지침이 담긴 SKILL.md 파일과 관련 스크립트, 템플릿, 참고 문서로 이루어진 폴더 형태입니다. 3. 언제 무엇을 사용해야 하는가? (결정 기준) 규칙: 내가 생각하고 있지 않을 때도 에이전트가 지켜야 하는가? (Yes → 규칙) 기술: 특정 상황이나 특정 파일 작업 시에만 필요한 전문 지식인가? (Yes → 기술) 명령: 내가 직접 제어권을 갖고 특정 동작을 시작하고 싶은가? (Yes → 명령) 4. 효과적인 \u0026lsquo;기술(Skill)\u0026rsquo; 작성 팁 설명(Description) 최적화: 에이전트가 기술을 잘 찾아낼 수 있도록 키워드 중심의 구체적인 설명을 작성해야 합니다. 절차 중심: 기술 본문은 위키처럼 정보를 나열하기보다, 구체적인 작업 절차와 성공 기준(Success Criteria)을 명시하는 것이 좋습니다. 분리: 내용이 너무 길어지면 별도의 참조 파일로 분리하여 에이전트가 필요할 때만 읽게 합니다. 5. 요약 비교표 개념 실행 주체 용도 컨텍스트 비용 규칙 (Rules) 도구/시스템 저장소 기본 요구사항 항상 발생 명령 (Commands) 사용자 반복적인 워크플로우 사용 시 발생 기술 (Skills) 에이전트 작업별 전문 가이드 필요 시에만 발생 결론적으로, 모든 지침을 \u0026lsquo;규칙\u0026rsquo;에 쏟아붓는 대신, 상시 규칙은 최소화하고 작업에 필요한 전문 지식은 \u0026lsquo;기술\u0026rsquo; 단위로 모듈화하여 관리하는 것이 최신 AI 에이전트 활용의 핵심 전략입니다.\n","content":"AI 에이전트를 설계할 때 규칙(Rules), 기술(Skills), 명령(Commands) 을 어떻게 구분하고 사용할지가 핵심입니다. Builder.io 블로그 글을 바탕으로 세 개념의 정의, 사용 시점, 그리고 효과적인 기술 작성 방법을 정리했습니다.\n원문: Agent skills, rules, and commands\n1. 핵심 개념 정의 규칙 (Rules): 예외 없이 항상 적용되는 원칙입니다. (예: \u0026ldquo;절대 .env 파일을 커밋하지 마라\u0026rdquo;, \u0026ldquo;명명 규칙 준수\u0026rdquo;) 기술 (Skills): 특정 작업 시에만 불러오는 선택적 전문 지식입니다. 에이전트가 필요할 때만 \u0026lsquo;지연 로딩(Lazy loading)\u0026lsquo;하여 컨텍스트 낭비를 줄입니다. (예: \u0026ldquo;UI 변경 시 체크리스트\u0026rdquo;, \u0026ldquo;배포 가이드\u0026rdquo;) 명령 (Commands): 사용자가 직접 실행하는 반복 가능한 워크플로우입니다. (예: /release, /refactor) 2. 기술(Skills)의 특징과 장점 점진적 공개(Progressive Disclosure): 에이전트가 처음부터 모든 내용을 읽지 않고, 메타데이터(설명)를 보고 필요할 때만 전체 내용을 로드합니다. 이는 모델의 컨텍스트 창을 아끼고 성능 저하를 방지합니다. 구성 요소: 기술은 지침이 담긴 SKILL.md 파일과 관련 스크립트, 템플릿, 참고 문서로 이루어진 폴더 형태입니다. 3. 언제 무엇을 사용해야 하는가? (결정 기준) 규칙: 내가 생각하고 있지 않을 때도 에이전트가 지켜야 하는가? (Yes → 규칙) 기술: 특정 상황이나 특정 파일 작업 시에만 필요한 전문 지식인가? (Yes → 기술) 명령: 내가 직접 제어권을 갖고 특정 동작을 시작하고 싶은가? (Yes → 명령) 4. 효과적인 \u0026lsquo;기술(Skill)\u0026rsquo; 작성 팁 설명(Description) 최적화: 에이전트가 기술을 잘 찾아낼 수 있도록 키워드 중심의 구체적인 설명을 작성해야 합니다. 절차 중심: 기술 본문은 위키처럼 정보를 나열하기보다, 구체적인 작업 절차와 성공 기준(Success Criteria)을 명시하는 것이 좋습니다. 분리: 내용이 너무 길어지면 별도의 참조 파일로 분리하여 에이전트가 필요할 때만 읽게 합니다. 5. 요약 비교표 개념 실행 주체 용도 컨텍스트 비용 규칙 (Rules) 도구/시스템 저장소 기본 요구사항 항상 발생 명령 (Commands) 사용자 반복적인 워크플로우 사용 시 발생 기술 (Skills) 에이전트 작업별 전문 가이드 필요 시에만 발생 결론적으로, 모든 지침을 \u0026lsquo;규칙\u0026rsquo;에 쏟아붓는 대신, 상시 규칙은 최소화하고 작업에 필요한 전문 지식은 \u0026lsquo;기술\u0026rsquo; 단위로 모듈화하여 관리하는 것이 최신 AI 에이전트 활용의 핵심 전략입니다.\n","wordCount":282,"tags":["AI","에이전트","규칙","기술","명령","Rules","Skills","Commands"],"categories":["ai","software"],"frameworks":["Progressive Disclosure","Lazy loading"],"mental_models":["Separation of concerns","Context efficiency"],"philosophy_type":"methodology","schema_type":"TechArticle","actionable":true,"priority":"high","key_points":["에이전트 규칙·기술·명령: 무엇을 언제 써야 할까의 핵심 문제의식은 \"Builder.io 블로그를 바탕으로, AI 에이전트에서 규칙(Rules), 기술(Skills), 명령(Commands)의 차이와 언제 무엇을 사용할지에 대한 결정 기준을 정리합니다.\"다","AI, 에이전트, 규칙 관점에서 기존 글들과 연결해 읽을 수 있다","발행 전 원문 근거, 내부 링크, 결론의 실행 가능성을 함께 점검해야 한다"],"related":["software/agent-psychosis","software/agentic-coding-is-a-trap-summary","software/chat-is-going-to-eat-the-world"]}