SBIR — Small Business Innovation Research Awards

Small Business Innovation Research (SBIR) 및 Small Business Technology Transfer (STTR) 프로그램 데이터. NIH, DoD, NSF, NASA, DOE 및 기타 기관에서 중소기업에 수여하는 연방 R&D 지원금. 초기 단계 연구를 위해 중소기업에 연간 ~$5B 지급. 무료, 인증 불필요.

Pipeworx의 일부 — AI 에이전트를 1476+ 실시간 데이터 소스에 연결하는 MCP 게이트웨이.

이것이 AI 에이전트에게 중요한 이유

중소기업 기술 혁신, 연방 R&D 우선순위, 또는 "X 기술에 누가 자금을 받고 있나?"를 조사할 때 SBIR이 바로 그 소스입니다. USAspending과는 다릅니다(동일한 데이터에 다른 모든 연방 지원금이 포함되어 있음) — SBIR은 큐레이션되어 있고 규모가 더 작으며, 특히 초기 단계 R&D를 검색하기가 더 쉽습니다.

일반적인 흐름:

• 지원금 검색. "AI / 사이버 보안 / 청정 에너지 SBIR 지원금?" → 키워드 검색.

• 기업 이력. "X는 SBIR 자금으로 무엇을 받았나?" → 기업 수준 검색.

• 기관 포트폴리오. "NASA는 SBIR로 무엇에 자금을 지원하나?" → 기관 필터.

• 단계 추적. Phase I (개념 증명, ~$250k), Phase II (개발, ~$1M+), Phase III (상업화).

Related MCP server: USASpending MCP Server

인증

없음. SBIR.gov는 완전히 공개되어 있습니다.

지원금 구조

Phase II 지원금은 Phase I이 기관이 더 투자하고 싶을 만큼 충분히 성공했음을 의미합니다. Phase III는 기술이 조달 또는 더 큰 계약으로 진급했음을 의미합니다.

참여 기관

11개 연방 기관에 SBIR 프로그램이 있습니다: DoD, HHS (NIH), NASA, NSF, DOE, USDA, EPA, DHS, DOT, ED, NIST.

DoD와 NIH가 합쳐 SBIR/STTR 자금의 ~70%를 차지합니다. 각 기관은 서로 다른 우선순위를 가집니다(DoD: 국방 기술; NIH: 생물의학; NASA: 우주 기술; NSF: 기초 연구).

흔한 함정

• STTR vs SBIR. 둘 다 중소기업 셋어사이드(set-aside) 제도입니다. STTR (Technology Transfer)은 연구 기관 파트너를 요구하지만 SBIR은 그렇지 않습니다. 자금 규모는 비슷합니다.

• 주제 코드는 기관마다 다릅니다. DoD는 상세한 주제 코드(특정 국방 문제)를 가지고 있고, NIH는 더 광범위한 프로젝트 주제를 사용합니다. "주제"로 기관 간을 비교하는 것은 지저분합니다.

• Phase III는 SBIR 지원금이 아닙니다. 다른 소스에서 나오는 상업화 트랙 자금입니다. SBIR 데이터에서 Phase III 금액을 찾을 것으로 기대하지 마세요.

• 지원금 날짜는 지연됩니다. 지원금은 법적 치유 기간 이후에 공개적으로 나타납니다. 최근 분기는 불완전할 수 있습니다.

• 개인 사업체에서 인수로 이어지는 경로. 성공한 SBIR 기업은 종종 상업화 전에 인수됩니다. 지원금 이력이 Phase II 이후 기술에 어떤 일이 일어났는지 항상 알려주지는 않습니다 — 상장한 경우 SEC EDGAR를 통해 기업을 별도로 추적하세요.

• 중소기업 정의. SBIR 적격 기업은 직원 수 <500명 AND 기타 규모 기준을 충족해야 합니다. 일부 "소규모" 기업은 Phase I을 받은 후 인수되기도 합니다. 자격은 지원금 수여 시점에 확인됩니다.

빠른 시작

MCP 클라이언트(Claude Desktop, Cursor, Windsurf 등)에 추가하세요:

{
  "mcpServers": {
    "sbir": {
      "url": "https://gateway.pipeworx.io/sbir/mcp"
    }
  }
}

이 엔드포인트가 실제로 제공하는 것

https://gateway.pipeworx.io/sbir/mcp의 tools/list는 위 표의 도구에 공유 Pipeworx 메타 도구 — ask_pipeworx, discover_tools, search_within, remember/recall 및 게이트웨이 전체 세트의 나머지 — 를 더해 반환합니다. 따라서 표시되는 도구 수는 이 표보다 많습니다: 단일 팩 엔드포인트는 현재 팩 자체의 도구와 함께 대략 30개의 공유 도구를 나열합니다. 연결의 initialize 응답은 정확한 범위를 명시하며, 특정 시점의 권위 있는 답변입니다.

이것은 의도된 것이지 우연한 멀티플렉싱이 아닙니다. 메타 도구는 범위가 제한된 연결이 — 전체 카탈로그를 라우팅하는 ask_pipeworx를 통해 — 두 번째 MCP 서버를 추가하지 않고도 이 팩이 다루지 않는 질문에 답할 수 있게 해줍니다. 현재 이들 없이 팩 엔드포인트를 마운트할 방법은 없습니다. 추가 스키마가 라우팅의 가치보다 더 많은 컨텍스트를 소비한다면, 여러 팩 엔드포인트에 연결하는 대신 전체 게이트웨이에 한 번 연결하세요.

또는 전체 Pipeworx 게이트웨이에 연결하면 이 팩의 도구만이 아니라 모든 팩의 도구가 직접 나열됩니다:

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

두 URL 모두 동일한 게이트웨이와 동일한 1476+ 데이터 소스에 도달합니다. 유일한 차이점은 어떤 팩의 도구가 직접 나열되는지입니다. ask_pipeworx는 어느 쪽에서든 모두에 도달합니다.

ask_pipeworx 사용하기

도구를 직접 호출하는 대신 평이한 영어로 질문할 수 있습니다 — 이는 위의 팩 엔드포인트와 전체 게이트웨이 모두에서 작동합니다:

ask_pipeworx({ question: "your question about Sbir data" })

게이트웨이가 올바른 도구를 선택하고 인수를 자동으로 채웁니다.

더 보기

• 문서 및 가이드

• pipeworx.io

라이선스

MIT