Install
npx -y skills add insforge/insforge-skills누구에게 맞나
AI 대리가 Backend-as-a-Service인 InsForge로 앱을 만들게 하고 싶을 때 이 스킬 세트를 쓴다. 원문은 개발자가 대리를 통해 앱을 구축하도록 돕는다고 적는다. 제품 페이지는
https://insforge.dev/
스킬 저장소는
https://github.com/insforge/insforge-skills
원문이 주는 핵심 구분: 백엔드 인프라는 CLI 스킬을 쓴다. 대부분의 클라이언트 통합은 @insforge/sdk를 쓴다. 새 AI 기능은 OpenRouter API를 쓰고 키는 npx -y @insforge/cli ai setup으로 설정한다. 이 기기에서 공식 설치를 실행할 준비가 없거나 스킬 파일 쓰기를 받아들이지 않으면 먼저 이어가지 말 것.
진단 스킬도 있다: 진단 명령 실행을 지도해 문제를 찾고 수리 제안은 주지 않는다. 코드를 바로 바꾼다고 기대하지 말 것. 원문은 백엔드 능력을 기능 목록으로 넓히지 않았다. 구체 업무 조작을 스스로 보태지 말 것. 브라우저에서 InsForge만 누르고 대리에게 CLI 스킬이나 SDK로 배선시킬 준비가 없는 사람도 여기서 시작할 필요는 없다.
3분 만에 첫 시도 끝내기
먼저 공식 저장소를 열어 대조한다:
https://github.com/insforge/insforge-skills
권장 설치는 이 하나뿐이다. 스킬을 넣으면 이 기기 스킬 디렉터리가 바뀐다. 실행 전 InsForge 스킬을 남길지 확인한다:
npx -y skills add insforge/insforge-skills
성공 신호는 이 명령이 정상 끝나는 것이다. 원문은 스킬 착지 경로를 쓰지 않았다. 디렉터리를 스스로 보태지 말 것. 원문에는 특정 클라이언트용 플러그인 마켓 설치도 있다. 처음에는 둘째 주 경로로 나란히 두지 말고, 설명하지 않은 환경에 마켓 명령을 씌우지 말 것.
대리에서는 처음 대조만 한다. 먼저 ai setup을 돌리지 말 것. 진단 하위 명령도 만들지 말 것. 대리에게 핵심 구분을 되뇌게 한다: 백엔드 인프라는 CLI 스킬, 클라이언트 통합은 주로 @insforge/sdk, 새 AI 기능은 OpenRouter, 진단은 문제만 찾고 수리 제안은 주지 않는다. 관찰점은 이 세 길을 분명히 말하고 아직 키를 설정하지 않았고 나타나지 않은 수리도 실행하지 않았다는 것이다.
ai setup은 API 키를 설정한다. 부작용이 있다. 새 AI 기능을 위해 OpenRouter 키를 남긴다고 확인한 뒤에만 실행한다:
npx -y @insforge/cli ai setup
원문은 키 필드 이름을 쓰지 않았다. 자리 표시 키를 쓰지 말 것. 처음에는 진단 스킬을 자동 수리로 보지 말 것. 대리가 나타나지 않은 진단 명령을 실행하겠다고 하면 먼저 「원문은 위치 지도까지만 적었고 명령 목록은 없다」고 말하게 한 뒤 멈춘다.
사용 사례
사례 1: 공식 입구대로 스킬을 넣는다. skills add를 받을 수 있는 대리에서 스킬 파일 쓰기를 받아들인 뒤 npx -y skills add insforge/insforge-skills만 실행한다. InsForge 스킬을 대리에 잇기만 하고 아직 키를 맞출 준비가 없는 사람에게 맞다. 성공 신호는 설치 명령이 정상 끝나고 대리가 InsForge Backend-as-a-Service용이라고 말할 수 있는 것이다. 설치가 실패하면 멈추고 플러그인 마켓을 예비 주 경로로 바꾸지 말 것.
사례 2: 먼저 배선을 대조한 뒤 AI 키를 맞출지 정한다. 넣은 뒤 대리에게 되뇌게 한다: 백엔드 인프라는 CLI 스킬, 대부분의 클라이언트 통합은 @insforge/sdk, 새 AI 기능은 OpenRouter API, 키는 npx -y @insforge/cli ai setup으로 설정한다. 진단 스킬은 문제만 찾고 수리 제안은 주지 않는다. 대리가 바로 네트워크로 나가거나 백엔드를 함부로 바꿀까 걱정하는 사람에게 맞다. 성공 신호는 세 길 구분과 진단 경계가 모두 분명한 것이다. 진짜 ai setup을 실행하기 전에 키를 남길지 확인한다. 원문에 진단 명령 목록은 없다. 만들지 말 것. 「개발자가 앱을 구축하도록 돕는다」를 만들기나 이전의 구체 단계가 이미 나왔다고 이해하지 말 것.
사용 경계
주 경로는 npx -y skills add insforge/insforge-skills뿐이다. 원문은 플러그인 마켓 설치도 적었다. 그것은 첫 시도의 주 경로가 아니다. 나란히 두지 말 것. 제품 페이지는
https://insforge.dev/
세 길 구분을 지켜야 한다: 백엔드 인프라는 CLI 스킬, 클라이언트 통합은 주로 @insforge/sdk, 새 AI 기능은 OpenRouter이며 먼저 ai setup을 끝낸다. 진단 스킬은 문제 찾기를 지도할 뿐 수리 제안은 주지 않는다. 원문은 구체 백엔드 조작 목록을 넓히지 않았고 스킬 디렉터리, 키 필드, 제거 단계도 쓰지 않았다. 적히지 않은 업무 동작, 수리 명령, 클라이언트 명단을 채우지 말 것. 첫 성공은 설치 종료와 대리가 구분을 되뇌는 것만 본다. 키를 설정하거나 진단을 실행하기 전에 부작용을 확인한다. 대리가 수리 단계를 주기 시작하면 먼저 멈추고 「문제만 찾기」로 돌아간다. 새 AI 기능은 ai setup이 끝나기 전에 OpenRouter가 이미 이어졌다고 가장하지 말 것. 클라이언트 통합에서 @insforge/sdk를 우회해 다른 SDK 이름을 만들지 말 것. 백엔드 인프라도 나타나지 않은 설치기로 바꾸지 말 것. 근거에 제거나 업데이트 경로는 없다. 명령을 스스로 보태지 말 것. 첫 성공은 설치 종료와 대리가 CLI 스킬, SDK, OpenRouter 세 길을 분명히 말하는 것만 요구한다.