Install
npx skills add firecrawl/skills누구에게 맞나
AI 코딩 Agent가 하위 수집 API만 호출하는 것이 아니라, 결과가 있는 Firecrawl 워크플로 산출물을 바로 내놓길 원할 때 이 세트를 쓴다. 공식은 이곳을 Firecrawl 워크플로 스킬의 사실상 원본이라 부르며, 연구 보고서, SEO 감사, QA 보고서, 지식 베이스, 리드 명단, Agent가 쓸 수 있는 사이트 디자인 시스템을 다룬다. 워크플로 스킬은 모두 16개다. 이미 분명한 납품물이 있고 Agent가 공개 페이지를 방문하는 것을 받아들일 수 있는 사람에게 맞다. 페이지는 비밀 변수 이름을 적지 않았다. 스스로 만들지 말 것. 자격 증명이 필요하면 설치 후 스킬 설명을 따른다. 바꾸고 싶은 것이 CLI 스킬 계열(연구/개발자 인덱스 포함)이라면 공식은 firecrawl/cli를 가리키며, 이 저장소에서 변경하는 것이 아니다.
3분 만에 첫 시도 끝내기
공식 우선 설치, 즉 전체 카탈로그(이 워크플로가 들어 있음)만 따른다:
npx skills add firecrawl/skills
같은 페이지는 이 저장소에서 직접 설치해도 되며 같은 워크플로 16개를 제공한다고 적는다:
npx skills add firecrawl/firecrawl-workflows
처음에는 첫 명령을 쓴다. 둘을 하나로 이어 붙이지 말고, 카탈로그를 짐작으로 만들지 말 것. 지속적 통합이 이 저장소의 skills/를 firecrawl/skills로 미러한다. 그것이 밀리는 설치 입구이며, 둘째 명령의 다른 표기가 아니다.
설치 후 먼저 낮은 위험 대조를 한다. 목표가 짧은 연구 보고서라면 어떤 종류 워크플로를 쓸지, 당신이 준 어떤 URL을 방문할지, 파일을 쓸지를 Agent에게 말하게 한다. 먼저 「지금은 계획만 하고 수집하지 않는다」를 되말하게 한다. URL이 실재하고 방문이 허용된 것을 확인한 뒤에 실행을 허용한다. 성공 신호는 Agent가 워크플로 스킬로 단계를 짜고, 기록되지 않은 스킬 짧은 이름을 만들지 않는 것이다. 처음에 리드 명단이나 사이트 전체 디자인 시스템은 하지 말 것. 부작용이 더 크다.
사용 사례
사례 1: 연구 보고서 또는 지식 베이스. Agent에게 주제와 수집을 허용한 URL을 주고, 워크플로로 연구 보고서 또는 구조화 지식 베이스를 내게 한다. 공개 페이지를 읽을 수 있는 한 묶음으로 모으고 싶은 사람에게 맞다. 설명에 보고서 템플릿은 없으므로 판형은 실제 출력을 따른다. 실행 전에 당신이 주지 않은 주소를 수집하지 않는지 확인한다.
사례 2: QA 보고서 또는 SEO 감사. 이미 올라간 페이지를 Agent에게 주고 워크플로로 품질 확인 또는 SEO 감사를 하게 한다. 코드 변경이 아니라 공개 후 공개 페이지 대조에 맞다. 감사는 대상 사이트를 방문하므로 먼저 도메인을 확인한다. 페이지는 QA 보고서와 SEO 감사를 결과 목록에 나란히 두지만 점검 항목표는 없다. 반드시 덮어야 할 항목을 만들지 말 것. 리드 명단과 사이트 디자인 시스템도 같은 목록에 있다. 근거는 「이 워크플로 16개의 산출 유형에 속한다」까지이며 단계 조작은 없다.
사용 경계
우선 설치는 npx skills add firecrawl/skills다. 이 저장소 명령은 카탈로그를 거치지 않을 때 같은 스킬 16개를 제공한다. 워크플로는 이 저장소에서 작성한다. CLI 스킬 계열의 변경은 다음을 가리킨다:
https://github.com/firecrawl/cli
카탈로그 저장소:
https://github.com/firecrawl/skills
비밀 변수나 스킬 짧은 이름을 만들지 말 것. 클라이언트를 지명하지 않았으므로 독점 지원을 추론하지 말 것. 수집과 보고서 작성은 둘 다 부작용이 있으니 먼저 확인한다. 저장소 페이지:
https://github.com/firecrawl/firecrawl-workflows