OpenAI-Compatible만으로는 충분하지 않기에 AI API 디렉토리를 만들었습니다

개발자들에게 또 다른 "최고의 AI API 제공업체" 리스트는 필요하지 않습니다. 대부분의 리스트는 동일한 문제로 귀결됩니다. 몇 개의 제휴 링크, 모호한 가격 주장, 그리고 실제 프로젝트에 필요한 모델, Base URL 패턴, 결제 방식 또는 과금 동작을 제공업체가 실제로 지원하는지 확인할 수 있는 명확한 방법이 없다는 점입니다. 그래서 저는 좀 더 지루한 것을 만들었습니다. 바로 AI API 디렉토리입니다. 리더보드(Leaderboard)가 아닙니다. 추천 엔진(Recommendation engine)도 아닙니다. 관찰된 사실들의 구조화된 디렉토리입니다.

아이디어는 간단합니다. 제3자 AI API 제공업체를 Codex, Cursor, Claude Code 또는 여러분의 앱에 연결하기 전에, 다음과 같은 몇 가지 구체적인 필드들을 비교할 수 있어야 한다는 것입니다:

• 지원되는 제공업체 및 모델
• OpenAI-compatible 또는 Anthropic-compatible API 동작
• 커스텀 Base URL 지원
• 가격 관련 참고 사항
• 결제 방식
• 인보이스 (Invoice) 지원
• 추천 또는 충전 규칙
• 공개 검증 소스
• 가능한 경우 트래픽 및 도메인 신호

중요한 변화는 이것입니다: "OpenAI와 호환됨(Compatible with OpenAI)"은 API의 형태를 설명합니다. 그것은 신뢰성, 가동 시간 (Uptime), 가격, 소유권 또는 지원 품질을 설명하지 않습니다. 그 차이가 중요합니다. 제공업체가 OpenAI 스타일의 엔드포인트 (Endpoint)를 노출할 수 있지만, 모델 이름, 스트리밍 동작 (Streaming behavior), 속도 제한 (Rate limits), 크레딧 만료, 충전 규칙, 에러 형식, 그리고 로그인 전에 가격을 확인할 수 있는지 여부 등에서 크게 다를 수 있습니다. 작은 실험을 위해서는 괜찮을 수 있습니다. 하지만 개발자 도구, 내부 에이전트(Internal agents) 또는 프로덕션 워크플로우 (Production workflows)를 위해서는 그러한 세부 사항들이 곧 제품입니다.

순위 대신 디렉토리를 만든 이유는 무엇일까요? 순위(Ranking)는 유용하게 들리지만, 너무 많은 판단을 숨깁니다. 만약 제가 "제공업체 A가 제공업체 B보다 낫다"라고 말한다면, 그것은 Claude 접속, Alipay 충전, 그리고 저렴한 테스트 잔액이 필요한 어떤 사람에게는 사실일 수 있습니다. 하지만 인보이스, 안정적인 OpenAI-compatible 엔드포인트, 또는 멀티 모델 라우팅 (Multi-model routing)이 필요한 누군가에게는 틀린 말이 될 수 있습니다. 따라서 이 디렉토리는 다른 접근 방식을 취합니다: 제공업체를 수집합니다. 필드를 표준화합니다. 검증 가능한 것을 보여줍니다. 사람들이 실제 사용 사례에 따라 필터링할 수 있게 합니다. 이것은 마케팅보다는 문서화 (Documentation)에 더 가깝습니다.

현재 이 페이지는 다음과 같은 검색 의도(Search Intents)를 중심으로 제공업체들을 그룹화합니다:

AI API directory, OpenAI API proxy, Claude API proxy, cheap OpenAI API, OpenRouter alternatives

각 의도는 랜딩 페이지가 되지만, 기반 데이터는 구조화된 상태를 유지합니다. 즉, 동일한 제공업체가 단일 진실 공급원(Source of Truth)을 중복 생성하지 않고도 서로 다른 맥락에서 나타날 수 있음을 의미합니다.

엔지니어링 교훈 (The Engineering Lesson)
놀라울 정도로 어려웠던 부분은 UI를 구축하는 것이 아니었습니다. 어려운 부분은 무엇이 유용한 사실(Fact)로 간주될지를 결정하는 것이었습니다.

"GPT-4 지원"이라는 정보는 다음과 같은 정보보다 유용성이 떨어집니다:

• 정확히 어떤 모델 이름들이 노출되는가?
• 엔드포인트(Endpoint)가 OpenAI-compatible (OpenAI 호환)인가?
• 커스텀 Base URL이 필요한가?
• 스트리밍 (Streaming)이 작동하는가?
• 가격 정보가 공개되어 있는가, 아니면 로그인이 필요한가?
• 어떤 결제 수단이 나열되어 있는가?
• 정보가 마지막으로 확인된 시점은 언제인가?

이러한 필드들이 존재하면 프론트엔드는 단순해집니다: 검색, 필터링, 비교, 그리고 더 상세한 제공업체 프로필로의 링크 연결입니다.

기술 스택 (Stack)은 의도적으로 단순하게 구성되었습니다:

• Astro
• TypeScript
• Content Collections
• React (상호작용이 필요한 아일랜드(Islands) 컴포넌트에만 사용)
• 제공업체 프로필을 위한 구조화된 JSON 콘텐츠
• Cloudflare Workers에 배포된 정적 출력물 (Static Output)

데이터의 대부분이 콘텐츠이지만 사용자 경험에는 상호작용이 필요하기 때문에 이 방식은 효과적입니다. Astro는 콘텐츠 페이지를 처리하고, React는 검색 가능한 디렉토리 UI를 처리합니다. 콘텐츠 컬렉션 스키마 (Content Collection Schema)는 제공업체 데이터가 혼란 상태로 흐트러지지 않도록 유지합니다.

더 중요한 점 (The Bigger Point)
AI 인프라는 빠르게 움직이고 있지만, 개발자의 결정에는 여전히 지루한 검증 과정이 필요합니다. 멋진 홈페이지만으로는 충분하지 않습니다. 낮은 가격만으로는 충분하지 않습니다. "OpenAI-compatible"만으로는 충분하지 않습니다.

진정한 질문은 이것입니다: "이 프로젝트 전체를 글루 코드 (Glue Code)로 만들지 않고도, 이 제공업체를 이해하고, 비교하고, 테스트하고, 교체할 수 있는가?"

이것이 바로 이 디렉토리가 답하고자 하는 것입니다.

페이지 주소는 다음과 같습니다: https://ccnavx.com/directory/ai-api-directory/

다음으로는 더 명시적인 테스트 결과 필드들을 추가할 계획입니다: 스트리밍 동작, 에러 형식, 모델 별칭 매핑 (Model Alias Mapping), 그리고 각 제공업체별 최소 실행 가능한 curl 예시 등을 포함할 예정입니다.

결국, 가장 좋은 AI API 제공업체는 가장 큰 목소리로 주장하는 곳이 아닙니다. 프로덕션 (Production) 환경에 적용하기 전에 그 동작을 검증할 수 있는 곳입니다.