안전한 예제와 확인 범위

원본과 등록 정보를 먼저 읽기

기존 문서 실행 서버는 등록된 ID와 정확한 원본 SHA-256을 확인합니다. 임의 사용자 코드·파일·명령을 전송하는 기능이 아닙니다. 새 메일·스토리지·파일 전송·인증·결제 설명을 추가해도 이 허용 범위를 넓히지 않습니다.

기존 실행 안의 Thread·TCP와 임시 DB 예제를 실제 외부 provider 연결로 해석하지 마세요. 각 원본의 허용 환경과 검증 결과는 현재 실행 확인 범위 및 해당 예제 설명을 함께 읽습니다.

새 예제가 실려도 되는 조건

조건	확인할 근거
문법·API의 정확성	생산자의 실제 타입·메서드·제약과 같은 기준 버전
원본의 고정	등록 ID·원본 bytes·hash와 계약의 예제 참조 일치
변환의 정확성	선택한 플랫폼의 생성 코드와 실제 검사 결과
안전한 실행 범위	기존 등록 실행 또는 별도 확인된 simulation 환경의 허용 조건
실제 결과	원래 응답·stdout·진단과 화면에 표시된 값의 비교
실패 확인	잘못된 입력·지원하지 않는 대상·실패 응답을 성공으로 숨기지 않는 결과
사용자 동작	언어 전환·실행 중 상태·재실행·모바일에서의 실제 관측

생성 코드만 있으면 “변환 예시”, 빌드만 확인했으면 “빌드 확인”, 실제 결과와 화면까지 확인했으면 그 환경의 “실행 확인”으로 설명합니다. 확인하지 않은 단계는 미검증으로 남깁니다. 예상 문자열을 실제 출력 대신 넣거나 mock의 성공을 실제 provider 처리로 표현하지 않습니다.

기존 P1: API 성공 뒤 화면 출력이 비는 경우

2026-10-07 격리 QA에서 과거 90260cd의 Hello World를 두 번 실행했습니다. API는 HTTP200·build/execution passed·stdout Hello, world!를 반환했지만 화면 출력은 비어 있고 서버 연결 실패 안내를 표시했습니다. 문자열 카드의 결과 영역과 공통 client가 요구하는 속성이 맞지 않는 DOCS-01 P1 결함이었습니다.

이후 main에 결과 영역과 실패 분류 수정이 반영되었습니다. 현재 소스는 실제 stdout·빌드 진단을 표시하고, 화면 처리 오류와 통신 오류를 구분합니다. 성공·빌드 실패·언어 탭 전환과 복귀는 브라우저 회귀 검사로 확인합니다. 소스 수정과 특정 운영 주소에 배포된 화면의 상태는 구분해야 합니다.

따라서 화면에 연결 실패가 표시될 때 서버가 실패했다고 단정할 수 없습니다. 원래 응답과 UI 표시를 함께 확인해야 합니다. 동일 컴포넌트를 쓰는 다른 문자열 예제도 영향 가능성이 있지만 각 예제를 재실행한 결과 없이 전체 37개 실패로 확대하지 않습니다.

기존 결과 표시 수정이 새 서비스 예제의 실행 완료를 뜻하지는 않습니다. 준비된 예제 실행하기의 기존 원본을 읽는 것과 새 서비스 기능을 실행해 숙지하는 것은 다른 상태입니다.

결과를 확인하는 순서

등록 원본과 기준을 확인한 뒤 빌드 단계, 실행 단계, 실제 값, 화면 표시를 순서대로 비교합니다. 끝으로 해당 값이 시뮬레이션의 결과인지 실제 서비스의 결과인지 확인합니다. 어디까지 확인했는지가 표시된 예제를 사용하세요.

다음은 AI와 공통 메타데이터입니다.