القائمة
코딩 전 리서치 워크플로우. 커스텀 코드를 작성하기 전에 기존 도구, 라이브러리 및 패턴을 검색합니다. "구현하기 전에 기존 솔루션을 검색하는" 접근 방식을 체계화합니다. 새 기능을 시작하거나 기능을 추가할 때 사용하세요.
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/SAM42-Lab/everything-claude-code-kr --skill search-firstيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
캡처, 진단, 억제된 복구 및 인트로스펙션 보고서를 사용하여 AI 에이전트 실패에 대한 구조화된 셀프 디버깅 워크플로우를 수행합니다.
기술, 명령어, 규칙, 훅 및 기타 요소를 DAILY 대 LIBRARY 버킷으로 분류하여 특정 저장소에 대한 증거 기반의 ECC 설치 계획을 수립합니다. 전체 번들을 로드하는 대신 프로젝트에 실제로 필요한 것만 ECC를 트리밍해야 할 때 사용하세요.
리소스 명명, 상태 코드, 페이지네이션, 필터링, 에러 응답, 버전 관리 및 프로덕션 API를 위한 속도 제한을 포함한 REST API 설계 패턴.
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| name | search-first |
| description | 코딩 전 리서치 워크플로우. 커스텀 코드를 작성하기 전에 기존 도구, 라이브러리 및 패턴을 검색합니다. "구현하기 전에 기존 솔루션을 검색하는" 접근 방식을 체계화합니다. 새 기능을 시작하거나 기능을 추가할 때 사용하세요. |
| metadata | {"origin":"ECC"} |
"구현하기 전에 기존 솔루션을 검색하는" 워크플로우를 체계화합니다.
다음과 같은 경우 이 스킬을 사용하세요:
┌─────────────────────────────────────────────┐
│ 1. 니즈 분석 (NEED ANALYSIS) │
│ 필요한 기능 정의 │
│ 언어/프레임워크 제약 사항 식별 │
├─────────────────────────────────────────────┤
│ 2. 병렬 검색 (리서처 에이전트) │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ npm / │ │ MCP / │ │ GitHub / │ │
│ │ PyPI │ │ Skills │ │ Web │ │
│ └──────────┘ └──────────┘ └──────────┘ │
├─────────────────────────────────────────────┤
│ 3. 평가 (EVALUATE) │
│ 후보 점수 매기기 (기능, 유지보수, 커뮤니티,│
│ 문서, 라이선스, 의존성) │
├─────────────────────────────────────────────┤
│ 4. 결정 (DECIDE) │
│ ┌─────────┐ ┌──────────┐ ┌─────────┐ │
│ │ 채택 │ │ 확장 │ │ 자체 │ │
│ │ (Adopt) │ │ (Extend) │ │ 구축 │ │
│ └─────────┘ └──────────┘ └─────────┘ │
├─────────────────────────────────────────────┤
│ 5. 구현 (IMPLEMENT) │
│ 패키지 설치 / MCP 구성 / │
│ 최소한의 커스텀 코드 작성 │
└─────────────────────────────────────────────┘
| 신호 (Signal) | 행동 (Action) |
|---|---|
| 정확히 일치, 유지보수 잘 됨, MIT/Apache 라이선스 | 채택 (Adopt) — 직접 설치 및 사용 |
| 부분적으로 일치, 좋은 토대 | 확장 (Extend) — 설치 + 얇은 래퍼(wrapper) 작성 |
| 여러 개의 약한 일치 항목들 | 구성 (Compose) — 2~3개의 작은 패키지 결합 |
| 적절한 항목을 찾지 못함 | 자체 구축 (Build) — 커스텀 코드를 작성하되, 리서치 결과 참고 |
유틸리티를 작성하거나 기능을 추가하기 전에 다음 사항을 점검하세요:
복잡한 기능의 경우, 리서치 전용 서브 에이전트에게 위임하세요:
다음 프롬프트로 서브 에이전트 호출:
"다음에 대한 기존 도구를 리서치해줘: [설명]
언어/프레임워크: [언어]
제약 사항: [제약 사항]
검색 대상: npm/PyPI, MCP 서버, 스킬, GitHub
결과: 추천이 포함된 구조화된 비교 리포트"
eslint, ruff, textlint, markdownlintprettier, black, gofmtjest, pytest, go testhusky, lint-staged, pre-commitunstructured, pdfplumber, mammothhttpx (Python), ky/got (Node)zod (TS), pydantic (Python)remark, unified, markdown-itsharp, imagemin플래너는 1단계(아키텍처 리뷰) 전에 리서처를 호출해야 합니다:
아키텍트는 다음 사항에 대해 리서처와 상담해야 합니다:
점진적인 발견을 위해 결합하세요:
니즈: 마크다운 파일의 깨진 링크 확인
검색: npm "markdown dead link checker"
발견: textlint-rule-no-dead-link (점수: 9/10)
행동: 채택 (ADOPT) — npm install textlint-rule-no-dead-link
결과: 커스텀 코드 0줄, 검증된 솔루션 사용
니즈: 재시도(retry) 및 타임아웃 처리가 포함된 회복 탄력성 있는 HTTP 클라이언트
검색: npm "http client retry", PyPI "httpx retry"
발견: got (Node) - retry 플러그인 포함, httpx (Python) - 기본 retry 포함
행동: 채택 (ADOPT) — retry 설정과 함께 got/httpx 직접 사용
결과: 커스텀 코드 0줄, 프로덕션 수준의 라이브러리 사용
니즈: 스키마에 따라 프로젝트 설정 파일 검증
검색: npm "config linter schema", "json schema validator cli"
발견: ajv-cli (점수: 8/10)
행동: 채택 + 확장 (ADOPT + EXTEND) — ajv-cli 설치, 프로젝트별 스키마 작성
결과: 패키지 1개 + 스키마 파일 1개, 커스텀 검증 로직 없음