CodeSampleX

거기서도 돌아갈까?

문서만으로는 코딩 에이전트가 실제 빌드 성공 여부를 추측할 수밖에 없습니다. csx를 설치해 내 AI에 실제 실행 경험층을 추가하세요 — 백그라운드에서 가볍게 성공과 실패 관측, 환경 경계를 회상합니다.

내 AI를 위한 실제 실행 경험층

실제로 돌아간 곳

측정된 패키지 하나의 호환성 큐브를 실시간으로 자른 단면입니다. 셀을 클릭하면 그 조각 안으로 들어갑니다. 모든 숫자는 추정이 아니라 기록된 관측입니다.

633K 관측 기록 기록된 관측 — 실행된 빌드 단계마다 하나씩, 그 단계가 돌아간 환경과 함께
8.6K 빌드된 샘플 계약을 통과한 사용 가능한 답안
3.3K 패키지 커버리지 — 증거가 기록된 대상
그리드 읽는 법

셀 읽는 법: 숫자는 비율이 딛고 선 기록된 관측 수입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 옆의 문서는 출처가 다른 별개의 사실입니다: 그 좌표에 샘플이 있는지, 그리고 우리가 거기서 실행한 결과가 어떻는지입니다.

  • 이 좌표에는 아직 샘플이 없음
  • 샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음
  • 샘플 있음 — 이 좌표에서 우리가 실행했고 통과함
  • 샘플 있음 — 이 좌표에서 우리가 실행했고 실패함
  • 샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨
  • 기록 없음 — 알 수 없음이지 "된다"도 "안 된다"도 아님
  • 이 셀 아래에 단계가 더 있음 — 클릭하면 열림

문서가 있으면 그 좌표에 샘플이 있다는 뜻입니다. 샘플이 존재하는지는 이 버전과 이 API에 대한 사실이라 OS·런타임·패키지 매니저가 바뀌어도 달라지지 않고, 문서의 색은 지금 보고 있는 환경에서 그 샘플이 어떻게 실행됐는지를 말합니다.

셀은 비율을 말할 뿐 판정하지 않습니다. 퍼센트는 그 아래 기록된 관측에 대한 것입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 관측과 검증은 절대 합산하지 않으며 — 프로젝트가 컴파일됐다는 것이 API가 동작한다는 뜻으로 제시되는 일은 없습니다 — 환경으로 펼친 격자는 관측만 담습니다. 이 네트워크가 돌린 것은 버전에 속하지 OS에 속하지 않기 때문입니다.

설치

Windows (PowerShell)
irm https://codesamplex.dev/install.ps1 | iex
macOS / Linux
curl -fsSL https://codesamplex.dev/install.sh | sh

소스 코드 · 설치 스크립트 읽기 · Code: Apache-2.0 · Data: CDLA-Permissive-2.0

명령 한 줄, 질문 하나. 나머지는 전부 자동입니다.

CLI가 하는 일

  • csx run -- npm test아무 빌드·테스트나 감싸 실행 — 그 종료 코드가 익명 증거가 됩니다
  • csx search "axios multipart upload"빌드된 샘플과 당신 환경과의 정확한 차이를 요청
  • csx scan빌드 없이 프로젝트가 쓰는 공개 패키지를 기록합니다
  • csx stats로컬 대시보드: 적중, 채택, 대기열

csx init이 Claude Code, Codex, Gemini CLI, Antigravity, OpenCode를 자동 감지해 바로 연결합니다. 그 외 에이전트도 간편하게 연결할 수 있습니다. 지원되는 코딩 에이전트 →

LLM에게 설치 맡기기

지금 열어둔 코딩 에이전트에 이 프롬프트를 붙여넣으세요. 명령을 추측하지 않고 공식 설치 문서를 따라 csx를 에이전트 설정에 추가한 뒤, 연결까지 확인하고 결과를 알려줍니다.

지금 내가 쓰고 있는 코딩 에이전트에 CodeSampleX(csx) MCP 서버를 설치해 줘.

CodeSampleX 공식 안내만 따라: https://github.com/r2cuerdame/CodeSampleX/blob/main/llms-install.md, 설치 스크립트는 https://codesamplex.dev/install.sh (macOS, Linux)와 https://codesamplex.dev/install.ps1 (Windows). 기억에 의존해 명령이나 설정을 지어내지 마.

1. 내 MCP 설정 파일에 쓰기 전에 먼저 읽어. 이미 등록된 서버는 모두 그대로 두고 csx를 그 옆에 추가해. 파일을 통째로 덮어쓰지 마.
2. csx는 절대경로로 등록해 — 에디터가 실행하는 클라이언트는 내 셸 PATH를 물려받지 않아.
3. csx에는 계정이 없어. 토큰이나 비밀번호, API 키를 나에게 요구하지 말고 설정 파일에 어떤 비밀값도 쓰지 마.
4. 네트워크 혜택을 받고 익명 증거에 기여하도록 `csx init --community --yes`로 초기화해. local-only로 두지 마. 공개 패키지·버전·심볼·환경과 빌드 결과를 정제해 공유할 뿐, 소스·경로·프로젝트명·비밀값·비공개 패키지·원본 로그는 공유하지 않아.
5. 성공했다고 보고하기 전에 확인해: `csx daemon status`가 `mode: community`인지 확인하고, `csx sync`를 한 번 실행한 뒤 클라이언트 목록에 csx가 보이는지와 `search_known_solution` 호출이 응답하는지 확인해.
6. 변경한 파일을 전부 알려주고, 못 한 일이 있으면 그것도 말해줘.

보내기 전에 한 번 읽어보세요. 계정도 토큰도 비밀번호도 요구하지 않습니다 — csx에는 그런 게 없습니다. 그리고 이미 쓰고 있는 MCP 서버 설정을 덮어쓰지 말고 csx를 그 옆에 추가하라고 지시합니다.

지원되는 코딩 에이전트

csx를 설치하면 감지된 코딩 에이전트에 실제 실행 경험층이 자동으로 연결됩니다 — 복잡한 설정 없이 바로 동작합니다.

  • Claude Code
  • Codex
  • Gemini CLI
  • Antigravity
  • OpenCode

csx를 설치하면 감지된 에이전트가 자동 연결됩니다. csx init이 서버와 사용 규칙을 알아서 등록하므로 직접 고칠 설정 파일이 없습니다.

그 외 에이전트 또는 수동 설정

그 외 에이전트나 에디터(Cursor, Windsurf, Cline, Zed, VS Code)도 모두 지원됩니다. 이 명령을 실행해 출력된 절대경로 설정을 붙여넣으세요:

csx mcp-config

모델을 가리지 않습니다. 같은 실행 경험을 Claude, GPT, Codex, Gemini, Llama 등 코딩 에이전트에 연결된 모든 모델이 함께 활용합니다.

동작 방식내 패키지·버전·런타임 조합에서 이 API가 실제로 동작할까요?

내 패키지·버전·런타임 조합에서 이 API가 실제로 동작할까요? 공식 문서는 답할 수 없습니다. 실제 환경에서 기록된 관측은 답할 수 있습니다.

  1. csx를 통해 빌드하거나 테스트합니다 — 코딩 에이전트가 대신 해도 됩니다.
  2. 어떤 공개 패키지·버전·API 심볼이 쓰였고 어느 단계가 성공/실패했는지 내 PC에서 분석합니다.
  3. 오류는 로컬에서 fingerprint로 정제됩니다. 경로, 프로젝트명, 비밀정보, 원본 로그는 절대 나가지 않습니다.
  4. 익명 Evidence 배치가 모여 지금 보고 있는 공개 호환성 지도를 만듭니다.
  5. 에이전트가 CodeSampleX에 먼저 묻고, 가장 가까운 빌드된 샘플과 당신 환경과의 정확한 차이를 받습니다.

코딩 에이전트는 MCP 어댑터를 통해 같은 네트워크를 사용할 수 있습니다. 공개 라이브러리 코드를 쓰기 전에 CodeSampleX에 먼저 묻고, 그 답으로 빌드가 됐는지 다시 보고합니다. CLI와 웹 리포트가 읽는 데이터는 동일합니다.

설치 시 약속

받는 것

  • 공개 호환성 지식
  • 여기서 빌드된 코드 답
  • 로컬 에이전트 연동
  • 공개 샘플 캐시

기여하는 것

  • 공개 패키지/버전 사용 정보
  • 감지 가능한 공개 API/심벌 사용 정보
  • 빌드/타입체크/테스트 결과
  • 무해화된 실패 지문

자동으로 공유되지 않는 것

  • 소스 코드
  • 저장소/프로젝트 이름
  • 파일 이름과 경로
  • 소스 코드 조각
  • 비밀 값과 환경 변수
  • 비공개 패키지
  • 가공되지 않은 컴파일러/런타임 로그