FIG. I · ADAPTORCH직접 검토할 수 있는 실행 기록
AI가 만든 변경을 검토하는 개발팀을 위해

AI가 만든 코드를 실제 실행 기록으로 검토하세요.

AI가 제시한 변경 설명과 목표, 이미 확인한 내용을 입력하세요. 변경을 믿기 전에 무엇을 더 확인해야 하는지 질문으로 받아볼 수 있습니다.

AdaptOrch는 AI 코딩 에이전트를 위한 호스팅 검토 계층입니다. 무엇이 실행됐고, 어떤 검사를 사용할 수 있었으며, 무엇을 사람이 더 검토해야 하는지 기록합니다. MCP로 도구를 연결하며, 저장소 검사에는 별도로 구성한 실행 환경이 필요합니다.

Starter는 월 50회 실행을 무료로 제공합니다. Pro는 500회 실행과 워크스페이스 사용자 5명을 추가합니다. 모델 사용료는 본인 공급자 키로 별도 청구됩니다. 코드 검사에는 별도 실행 환경 구성이 필요합니다.

실행 보고서설명용 예시

‘완료’ 뒤의 실행 기록.

run_example_001실행 ≠ 검증
예시 경로
호스팅 기록 · 코드 검사 없음
모델
본인이 선택한 공급자와 모델
코드 검사
이 예시에서는 미실행
검토 필요

이 예시에는 명령 실행 근거가 없습니다. 다음 검사를 결정하기 전에 출력을 검토하세요.

고객 실행이 아닌 보고서 구성 예시입니다. 실행 완료와 코드 검증은 서로 다른 사실입니다.

보고서 예시 펼쳐보기 →

AI로 만든 설명용 삽화

FIG. I-B / RUN EXPLORER인터랙티브 예시 / 코드는 실행하지 않습니다

AI는 됐다고 말합니다. 무엇이 실행됐는지 보세요.

답변은 이야기의 일부일 뿐입니다. 에이전트가 한 일을 따라가며 사용할 수 있었던 검사를 확인하고, 아직 검토가 필요한 부분을 살펴보세요.

노드를 선택하면 기록을 볼 수 있습니다.

가입 없이 볼 수 있는 데모이며, 코드는 실행하지 않습니다.

실행 탐색기설명용 예시

실행 하나, 따라갈 수 있는 경로

시나리오를 고른 뒤 근거를 따라가 보세요.

노드 기록 / 06검토 필요

검토 보고서

범위 밖 설정 변경과 실행되지 않은 검사를 검토하세요. 병합이나 선택은 하지 않습니다.

시뮬레이션 재생 / 설정된 실행 환경 예시 / 고객 결과 아님

쓰던 에이전트는 그대로기록은 한눈에판단은 직접

또 하나의 코딩 에이전트가 아니라, 검토를 돕는 계층입니다.

FIG. II · REVIEW THE RECORD설명용 · 별도 검증 환경 예시

무엇을 실행했는지 확인하고, 다음 검토를 결정하세요.

PR을 검토할 때 묻던 질문에서 시작하세요. 실행 보고서는 기록된 입력, 결과와 남은 검토 작업을 연결합니다.

  1. 01

    무엇을 실행했나요?

    기록된 입력, 선택한 모델과 출력부터 확인하세요. 실행 상태와 변경을 뒷받침하는 근거를 구분합니다.

  2. 02

    무엇을 검사했나요?

    실제로 존재하는 명령, 대상과 결과를 읽으세요. 건너뛰거나 빠진 검사는 통과한 검사가 아닙니다.

  3. 03

    무엇을 더 검토하나요?

    남은 범위 관련 질문과 누락된 검사를 확인하세요. 다음에 무엇을 검토하고 설정하거나 실행할지 결정합니다.

실행 보고서 예시설명용이며 고객 데이터가 아닙니다
기록 항목 · 예시 값
변경파일 3개 · +41 / -4src/table.py+18 −4tests/test_io.py+19 −0config/prod.yaml+4 −0 · 요청 범위 밖
검사변경 전 재현 검사FAIL변경 후 같은 검사PASS배포 환경 통합 검사미실행
규칙에 따른 검토 항목 · 예시

요청 범위 밖의 설정 파일이 바뀌었고, 통합 검사는 아직 실행되지 않았습니다.

AI 설명 · 실행 사실이 아닌 설명용 예시

이 패치에 설정 변경이 필요한지 확인하고 필요한 통합 검사를 결정하세요.

검토 상태사람의 검토 필요

실제 보고서는 실행한 검사 범위를 다루며 미검증 동작까지 보장하지 않습니다. 이 예시에서는 고객 코드를 실행하지 않았습니다.

기술적 제공 범위correctness_claim: false

첫 호스팅 실행 준비하기

MCP, CLI 또는 Python SDK를 선택한 뒤 로그인하여 설정 가이드를 확인하세요. 작업을 요청하기 전에 AdaptOrch 키, 모델 제공자 키와 사용할 모델을 설정합니다.

연결 방식 선택하기

위 보고서는 설명용 예시입니다. 호스팅 명령 검사는 기본으로 꺼져 있으며, 저장소 검사에는 별도 실행 환경 구성이 필요합니다.

III · 작업 환경세 가지 인터페이스 · 명확한 실행 범위

지금 일하는 곳에서 시작하세요.

에이전트, 터미널 또는 Python 워크플로에서 연결하세요. 각 경로의 설정 안내를 따라 같은 호스팅 실행 기록에 접근합니다.

에이전트 클라이언트 · 호스팅 MCP

쓰던 에이전트에 검토할 기록을 더하세요.

HTTP를 지원하는 MCP 클라이언트를 AdaptOrch에 연결하세요. 범위가 정해진 작업을 제출한 뒤 실행 기록과 제공된 아티팩트를 확인합니다.

MCP 설정하기

호스팅 엔드포인트

https://adaptorch.com/mcp

AdaptOrch API 키는 서비스 인증에 사용합니다. 모델 실행에는 별도의 제공자 키와 모델 설정이 필요하며, 제공자 요금은 별도입니다.

터미널 · 호스팅 클라이언트

터미널에서 실행 기록을 검토하세요.

호스팅 CLI 클라이언트로 터미널에서 실행 기록을 다루세요. 설치 방법과 지원 명령어는 설정 가이드를 확인하세요.

CLI 설정하기

터미널 설정 경로

  1. 01

    AdaptOrch 서비스 인증

  2. 02

    제공자와 모델 설정

  3. 03

    한 번 제출하고 반환된 기록 확인

CLI에는 서비스 인증과 요청별 제공자 설정이 필요합니다. 설치 방법과 지원 명령은 안내에서 확인하세요.

PYTHON · 호스팅 클라이언트

내 코드에서 실행 기록을 활용하세요.

호스팅 Python 클라이언트로 범위가 정해진 작업을 제출하고 실행 기록을 확인하세요. 지원 메서드와 요청 필드는 안내에서 확인합니다.

Python SDK 설정하기

PYTHON 설정 경로

  1. 01

    AdaptOrch 서비스 인증

  2. 02

    제공자와 모델 설정

  3. 03

    한 번 제출하고 반환된 기록 확인

Python 클라이언트는 서비스 인증과 요청별 BYOK를 사용합니다. 요청 성공만으로 코드 검사가 실행되었다고 판단할 수 없습니다.

인터페이스를 고른 뒤 실행 범위를 따로 설정하세요. 호스팅 명령 검증은 기본적으로 비활성화되어 있으며, 로컬 클라이언트는 자체 호스팅 서비스가 아닙니다.

이미 쓰고 있는 도구 옆에서 동작합니다

  • Cursor
  • Claude Code by Anthropic
  • GitHub
  • GitHub Actions
  • Docker

호환 가능한 워크플로 표면이며, 로고는 제휴나 보증을 뜻하지 않습니다.

  • 연결 대상호스팅 API
  • 당신의 키BYOK
  • 함께 쓰는 도구기존 코딩 에이전트
  • 원본 데이터공개
FIG. IV · TWO WAYS TO START같은 검토 흐름 · 서로 다른 실행 범위

기록부터 확인하세요. 환경에 맞는 검증을 추가하세요.

지금 시작하는 호스팅 경로

에이전트를 연결하고 실행 기록을 확인하세요.

MCP나 API로 모델 작업을 요청하고 실행 기록, 출력과 제공되는 산출물을 조회합니다. Starter는 무료 호스팅 요금제입니다.

  • AdaptOrch API 키로 인증합니다.
  • 모델 호출에는 본인의 공급자 인증 정보를 사용합니다.
  • 공유 호스팅의 명령 검증은 기본 비활성입니다.
무료 호스팅 시작

별도 구성 · 범위를 정한 PoC

합의한 실행 환경에서 변경을 검사하세요.

저장소와 명령 검사는 실행 환경, 저장소 접근, 검사 명령, 기록 처리를 먼저 정합니다. 호스팅 요금제 업그레이드만으로 자동 활성화되지 않습니다.

  • 접근 범위, 격리 방식과 네트워크 권한을 정합니다.
  • 검사 결과와 분류되지 않은 실패를 함께 검토합니다.
  • 구성·운영 비용과 도입 판단 기준을 합의합니다.
저장소 검증 상담

BYOK는 인증·비용 처리 방식이며 코드가 기기 밖으로 나가지 않는다는 뜻은 아닙니다. 입력을 보내기 전에 데이터 흐름을 확인하세요.

데이터·보안·운영 책임 확인 →

설명용 인터랙티브 예시입니다. 이 버튼은 고객 코드나 모델 호출을 실행하지 않습니다.

FIG. V · REVIEW WALKTHROUGH interactive example · apply → classify → review

설명용 검토 과정을 살펴보세요.

시나리오를 고르고 화면의 단계를 재생합니다. 고정된 예시 데이터를 사용하는 시연입니다.

AI가 한 일 Candidate patch modifies astropy/table.py to repair issue behavior.
  1. 실행Docker harness apply: pass
  2. 변경 목록Realized git diff generated
  3. 검사Flagged: repaired, but never reproduced
판정 Needs Review

The patch applies cleanly, but we cannot call it correct. The test evidence came back inconclusive, and the shadow check flagged repair risk with no reproducible run behind it.

정적인 예시입니다. 다시 보기를 선택하면 기록을 단계별로 살펴봅니다.

FIG. V-A / COST TRAILUSD / 예시 데이터

과정이 남아야 비용도 보입니다.

재시도도 일입니다. 이 예시는 모든 시도를 보여 주고, 보고되지 않은 비용을 0으로 처리하지 않습니다.

플랫폼 요금제와 모델 제공사 요금은 따로 청구됩니다.

확인된 추정 소계설명용 예시
$0.0127+ 미보고 호출 1건
호출 6회, 시도 2회, 보고된 토큰 3,500개
시도별 예시 모델 호출
호출시도예시 추정액
초안01$0.0048
검토01$0.0021
요약01$0.0005
초안02$0.0048
검토02미보고
요약02$0.0005

앞선 시도도 기록에 남습니다.

설명용 모델 호출 금액(USD)이며 실시간 가격, 청구서, 절감 주장이 아닙니다. 보고되지 않은 호출은 소계에서 빠지고, 무료로 취급하지 않습니다.

FIG. VI · PACKAGING shadow evidence → PR preflight

검토 업무에 필요한 사용 범위를 선택하세요.

아래 세 요금제는 모두 호스팅 서비스입니다. 기록 확인부터 시작하고 필요한 실행 허용량과 워크스페이스 사용자 수를 선택하세요.

모든 요금제의 모델 실행에는 본인 키(BYOK)가 필요합니다. 구독료에는 표시된 서비스 사용 범위가 포함되며 모델 비용은 공급자가 별도 청구합니다. AdaptOrch 키는 서비스 인증용이지 모델 공급자 키가 아닙니다.

선택적 앙상블 실행은 구성된 작업에서 본인 모델 2–5개를 호출합니다. 접수 실행 한 건은 요금제 허용량 한 회이며, 각 모델의 토큰 비용은 공급자가 별도 청구합니다. 비용은 모델·토큰·시도 횟수에 따라 달라집니다. 워크스페이스 사용자는 사람 수이며 모델 멤버 수가 아닙니다. 모델 일치율은 정확성 보장이 아닙니다.

모델 출력과 AI가 작성한 설명은 AI 생성물이며 사람의 검토가 필요합니다. 실행 로그나 실제로 수행된 검사 결과와 같은 종류의 근거로 취급하지 마세요.

플랜 포지셔닝 월간 포함 액션
01STARTER 연결하고 첫 실행 기록 확인 $0/month 호스팅 API 접근 · 본인 공급자 키 사용 월 접수 실행 50회 · 워크스페이스 사용자 1명 실행 기록과 제공되는 산출물 무료로 시작 →
03TEAM 같은 워크스페이스에서 기록 검토 $149/month 월 접수 실행 2,500회 · 워크스페이스 사용자 15명 공유 워크스페이스 사용자 수 확대 설정된 대시보드 접근 범위 별도 저장소 검증 범위 상담 Team 선택 →
04별도 실행 환경 / PoC 저장소 검증 · 별도 실행 환경 별도계약 적용 가능성 확인 후 평가 기간 합의 상담 시작 범위: 저장소 1~3개 · 후보 30~100개 사례별 보고서와 미분류 실패 목록 유용한 발견과 운영 노력 비교 PoC 상담 →

연간 금액은 월 청구액이 아닌 USD 연간 총 청구액입니다. Pro 연 $421.20(월 환산 $35.10), Team 연 $1,609.20(월 환산 $134.10)입니다. Starter에는 연간 할인이 없습니다.

호스팅 요금제는 저장소 변경을 자동 적용·병합하지 않습니다. 별도로 구성한 검사는 합의한 작업 공간에 후보 변경을 적용할 수 있습니다. 사람의 검토와 실제 실행 범위를 명확히 구분합니다.

실행 횟수는 어떻게 세나요?

월 허용량은 상태·산출물 조회가 아니라 접수된 실행을 셉니다. SUCCEEDED 시점이 아닌 접수 시점에 사용량이 반영됩니다. 내부 시도는 같은 실행에 속하며, 별도로 접수한 재실행은 다시 계산됩니다. 공급자의 토큰 청구는 별도입니다.

별도 구성이 필요한 것은?

저장소 명령 검사에는 별도 실행 환경 구성이 필요합니다. Pro나 Team 업그레이드만으로 호스팅 명령 검증이 켜지지 않으며 구성·실행 환경 비용은 별도로 합의합니다.

월간 손익분기 추정하기 사용자 가정 기반 · 실측 절감 아님

손익분기를 맞추려면 무엇이 달라져야 할까요?

경제성 · 추정만 가능합니다. 직접 입력한 노동 가치와 비용 가정으로 월간 호스팅 구독과 셀프호스팅을 비교하세요. 절감 효과는 측정하지 않았습니다.

월간 비용 가정

셀프호스팅 기준보다 추가되는 제공자 비용만 입력하세요. 없으면 0을 직접 입력하세요. 빈칸은 0이 아닙니다.

입력값은 브라우저 안에만 머뭅니다. 이 계산기는 값을 전송하거나 저장하지 않습니다.

절감 실적이 아닌 필요한 감소량

현재 월간 요금제 가격을 불러오는 중…

월간 구독료(USD)
—
매월 필요한 노동 시간 감소량(분)
—

max(0, subscription + extra_provider - self_host_infra) / hourly * 60

subscription, extra_provider, self_host_infra는 각각 월 구독료, 추가 제공자 비용, 셀프호스팅 인프라 비용(USD)이며, hourly는 시간당 노동 가치(USD)입니다. 결과는 월간 분 단위이고 최솟값은 0입니다.

이 값은 입력 조건에서 손익분기를 맞추기 위해 매월 줄여야 하는 노동 시간이지, 실측 절감 시간이나 전체 TCO가 아닙니다. 시간이나 PR 수로 요금제를 추천하지 않습니다.

연간 프로모션이 아닌 현재 월간 USD 가격을 사용합니다. 세금과 두 워크플로에 공통으로 발생하는 BYOK 비용은 제외합니다. 초기 설정과 지속적인 유지보수 비용이 모두 포함되지는 않으므로 실제 총비용은 다를 수 있습니다.

검토 워크플로 자세히 보기사용 사례 · 제품 미리보기 · 검토 질문
FIG. II · TWO USERS one execution record

완료 보고만으로는 놓치기 쉬운 네 가지 문제.

변경 범위가 맞는지, 검사가 실행됐는지, 테스트가 바뀌었는지, 실행 환경이 실패했는지 확인하세요.

엔지니어링 팀

러너 잡음을 리뷰하지 마세요

설치·네트워크·러너 오류와 실제 코드 오류를 분리해 CI와 리뷰 시간을 아끼세요.

실행 경로 보기 →
1인 빌더

AI 패치가 준비됐는지 바로 확인하세요

모든 코드를 읽지 않아도 통과·검토 필요·차단을 확인하고, 영수증을 코딩 에이전트에 수정 문맥으로 다시 전달할 수 있습니다.

PASS깨끗한 환경에서 실행됨 BLOCK조치와 수정 문맥 필요
FIG. II-B · PRODUCT PREVIEW connect → run → receipt

에이전트 실행에서 검토할 수 있는 기록으로.

실행 이력에서 상태, 모델 정보와 제공되는 산출물을 확인합니다. 저장소 검증에는 별도 실행 경로 구성이 필요합니다.

  1. 01기존 에이전트를 MCP나 API로 연결합니다.
  2. 02BYOK로 작업을 요청하거나 별도 검증 환경을 구성합니다.
  3. 03실행 기록과 실제로 생성된 검사 결과를 살펴봅니다.
설명용 검토 과정 보기 →
AdaptOrch 실행 이력 화면의 설명용 예시
화면 예시 · 설명용 데이터이며 고객 성과가 아닙니다
구성된 검증 환경의 동작 방식실행 환경 · 검사 · 보관 기록

별도 실행 환경의 범위를 먼저 정합니다.

저장소 검사는 선택한 환경과 명령에 따라 달라집니다. 파일 접근, 네트워크 권한과 격리 방식을 실행 전에 정합니다. 환경과 검사 결과를 기록해 CI와 비교할 수 있지만, 한 환경의 통과가 다른 환경의 통과를 보장하지는 않습니다.

임시 작업 공간과 보관되는 보고서는 서로 다른 데이터입니다. 작업 공간 정리는 실행 환경 설정을, 실행 기록·로그·산출물은 명시된 보관 정책을 따릅니다.

실행·근거의 제공 범위 확인 →
FIG. IV · REVIEW QUESTIONS scope · checks · open items

완료 보고만으로는 놓치기 쉬운 네 가지 문제.

제공된 실행 근거를 바탕으로 추가 검토할 부분을 결정하세요. 모든 실행이 모든 문제를 탐지한다는 약속이 아니라 검토할 질문입니다.

  1. #01“I FIXED IT”

    버그를 재현했나요?

    변경 전후 재현 검사가 있으면 수정 근거를 더 분명히 확인할 수 있습니다. 없다면 다른 근거와 추가 검사할 동작을 명시하세요.

  2. #02“ONE FILE”

    변경 범위가 달라졌나요?

    기록된 파일과 변경을 요청 범위와 비교하세요. 구성된 검증 경로에서 관련 없는 수정을 확인할 수 있습니다.

  3. #03“ALL GREEN”

    검사 자체가 바뀌었나요?

    삭제되거나 약해진 테스트는 통과 결과의 의미를 바꿀 수 있습니다. 명령 결과와 테스트 변경을 함께 검토하세요.

  4. #04“YOUR BUG”

    코드까지 실행됐나요?

    설정·네트워크·검사 결과를 나눠 확인하세요. 명령 누락이나 시간 초과처럼 분류 가능한 경우도 있지만 불명확한 실패는 추가 진단이 필요합니다.

연구·측정 자료 보기 실험 범위, 원본 데이터, 놓친 사례와 한계

연구·측정 방법과 한계

아래 결과는 각각 명시된 실험 범위에 해당합니다. 긍정 결과, 놓친 사례와 방법론의 한계를 함께 확인하세요. 고객 저장소의 성능을 약속하는 자료가 아닙니다.

AdaptOrch 연구 논문은 작업에 맞춘 다중 에이전트 오케스트레이션을 다룹니다. 호스팅 제품과 CEK 저장소 검증 흐름에는 각각의 실행 제약이 있으며, 논문 결과가 고객 코드의 정확성이나 호스팅 성능을 입증하지는 않습니다.

arXiv에서 AdaptOrch 논문 읽기 →

AdaptOrch: Task-Adaptive Multi-Agent Orchestration in the Era of LLM Performance Convergence · Geunbin Yu · submitted 2026-02-18

Paper (A)
    검증 경로 (C)
      합성 원장 과제 30개 · 군별 1회 실행 증거 JSON 내려받기

      개선·악화 내역은 근거 JSON에서 확인할 수 있습니다.

      사각형 하나는 기록된 합성 과제 하나입니다. 초록은 검사 통과, 빨간 테두리는 A군보다 C군에서 악화된 결과입니다.

      합성 원장 과제 30개: paper 기준 A와 robust + verifier C 비교에서 8개 결과가 개선되고 1개가 악화됐습니다. 합성과 검증 설정이 모두 다르므로 검증기만의 효과를 측정한 비교는 아닙니다.

      고객 가치: 증거로 말할 수 있는 것.

      로컬 실행은 측정했습니다. 사람의 시간 절감은 측정하지 않았습니다. 이 결과와 가정에 따른 비용 추정은 구분해야 합니다.

      로컬 명령 검사 · 실측

      이 실험은 신뢰할 수 있는 로컬 대조 조건에서 CommandVerifier의 생성·실행·분류 시간을 측정했으며, 모델 API는 호출하지 않았습니다. 실제 AI 생성 패치를 검증한 실험이 아닙니다.

      로컬 측정 데이터를 불러오는 중…

      전체 시도 내려받기(JSON) →
      기록된 시도 수
      —
      고정 대조 조건 수
      —
      조건별 반복 수
      —
      분류가 불일치한 시도 수
      —
      기록 시각
      —
      소스 리비전
      —

      고정된 합성 대조 조건 다섯 가지를 로컬에서 반복했습니다. 반복은 서로 독립적인 개발자나 과제가 아닙니다. 일치 수는 예상 분류와 일치한 횟수이지 버그 탐지 정확도가 아닙니다. 필요하면 표 안에서 가로로 스크롤하세요. 키보드로 표에 초점을 맞춘 뒤 방향키를 사용할 수 있습니다.

      로컬 대조 조건별 결과와 경과 시간
      대조 조건 예상 분류 관측 분류(횟수) 중앙값(밀리초) p95(밀리초) 일치 / 시도(횟수)
      통과하는 단언분류 불일치 — — — — —
      실패하는 단언분류 불일치 — — — — —
      실행 파일 없음분류 불일치 — — — — —
      의도적인 시간 초과분류 불일치 — — — — —
      Python 의존성 없음분류 불일치 — — — — —

      알려진 한계: Python 의존성 누락을 일반 테스트 실패로 잘못 분류했습니다. 모든 환경 오류를 후보 코드의 실패와 구분하지는 못합니다.

      이 결과는 호스팅 왕복 지연 시간 측정도, 보안 격리 시험도, 실제 AI 패치 검증도 아닙니다. 공유 호스팅의 명령 검증은 기본 비활성입니다. 명령 컴포넌트는 프로젝트를 복사하거나 패치를 적용하지 않습니다.

      사전에 고정한 프로토콜과 측정 한계

      실행 전에 프로토콜을 고정했습니다. 조건별 20회 반복, 시드 20260905로 순서 섞기, 시도마다 새 검증기 사용, 캐시 없음, 명령 하나, 제한 시간 0.35초입니다.

      고정 대조 조건은 다섯 가지입니다. 2 + 2에 관한 Python 단언의 통과와 실패, 실행 파일 누락, 2초 대기를 0.35초에 중단하는 시간 초과, Python 모듈 누락으로 인한 import 실패입니다. 이 단순한 테스트 입력은 AI 생성 패치나 실제 프로젝트 테스트 스위트가 아니며, 밀리초 단위 결과는 실제 프로젝트 테스트 지연 시간을 뜻하지 않습니다.

      신뢰할 수 있는 테스트 입력을 임시 작업 디렉터리에서 기본 자원 제한과 환경 변수 상속 없이 실행했습니다. 임시 디렉터리는 깨끗한 프로젝트 사본이나 보안 경계가 아닙니다.

      단조 시계로 검증기 생성·명령 실행·분류의 경과 시간을 측정했습니다. 측정 프로그램 시작, 보고서 직렬화, 네트워크 지연 시간은 제외했습니다.

      느리거나 오류가 난 시도까지 모두 보존했습니다. 중앙값과 nearest-rank p95는 기술통계일 뿐입니다. 유의성 검정, 일반화된 정확도 추정, 인과적 절감 주장은 하지 않습니다.

      JSON에는 리비전, 작업 트리 변경 여부, 소스 해시와 환경 메타데이터를 기록했습니다. 내부 사전 실행 프로토콜이지 외부 사전등록이나 출시 승인이 아닙니다.

      사람의 시간 절감 · 미측정

      여기에는 사람 대상 연구나 고객 절감 데이터가 없습니다. 로컬 명령 실행 시간만으로 개발자의 리뷰 시간 절감량을 알 수 없습니다.

      절감을 주장하기 전에 같은 과제의 수동·보조 워크플로를 짝지어 실제 리뷰 활동 시간을 측정해야 합니다. 대기 시간은 별도로 기록하고, 독립적인 정답 검증과 실제 구독·제공자·인프라·설정·유지보수 비용도 측정해야 합니다. 독립적인 개발자와 저장소를 포함하고, 작업 순서를 무작위로 배정하며, 실패하거나 더 느린 실행도 보존해야 합니다.

      FIG. V · MEASURED EVIDENCE measured run + scenario estimate

      실제로 측정한 단일 실행.

      paired_confirmatory_ledger: 합성 원장 과제 30개를 한 세션에서 짝지어 비교했습니다. 기준 86.7%, 검증 후 100.0%, 차이 +13.3pp(95% CI +3.3~+26.7). 합산 판정은 유의하지 않고 패밀리 게이트도 미통과입니다. 입증이 아닌 방향성 결과이며, A/C 원장과는 별도 실험입니다.

      원장 과제 30개를 같은 세션에서 짝지어 돌린 실측 도판. 기준 86.7퍼센트, 검증 후 100.0퍼센트, 짝지은 차이 +13.3pp, 95퍼센트 CI +3.3~+26.7. 합산 짝지은 판정은 통계적 유의성에 이르지 못했고 패밀리 게이트도 통과하지 못했으므로 증명이 아니라 방향성으로 읽어야 합니다. 세 과제 묶음(패밀리) 중 둘은 기준선에서 이미 포화 상태, 즉 더 오를 여지가 없었습니다. 모델 gemma-4-31b, Cerebras, 결정론적 시드.
      PLATE 00 · 실측 — 짝지은 확증 · 원본 크기로 열기 ↗
      FIG. VI · THE MAJORITY TRAP 20 puzzles · three models

      모델은 늘었지만, 이 실험의 결과는 나빠졌습니다.

      ARC-AGI-2 퍼즐 20개를 실행한 이번 실험에서 최고 단일 모델은 14/20, 정확답 다수결은 10/20을 맞혔습니다. 다수결 비용이 더 컸습니다. 특정 내부 실험이지 보편적 결론은 아닙니다.

      • 01최고 단일 모델: 20개 중 14개 정답
      • 02정확답 다수결: 20개 중 10개 정답
      • 03모델 간 동의만으로 정확성을 판단할 수 없습니다

      공개 집계에는 오류와 잘림 수가 포함됩니다. GPT는 16개 채점·오류 4개, Qwen은 19개 채점·잘림 1개입니다. 최고 단일 모델 및 다수결과 채점 분모가 다릅니다.

      집계 근거 JSON 확인

      ARC-AGI-2 · 20 PUZZLES2026-08-26
      BEST ONE claude-opus-4-814 / 20 기록된 비용$16.91
      THE REST qwen3.7-max9 / 19 gpt-5.6-luna6 / 16
      ALL THREE majority vote10 / 20 기록된 비용$29.00
      VERDICT 더 높은 비용, 더 낮은 점수.

      세 모델군을 합산한 기록상 모델 호출 비용(USD)입니다. 고객 청구액이나 전체 TCO가 아니며, 추가 비용은 이 기록으로 확인되지 않습니다.

      three-way-20260826T142538Z

      공개 자료는 과제별 짝지은 결과가 아닌 집계입니다. 개선·악화된 답의 개수를 각각 독립적으로 재계산할 수 없습니다.

      n = 20 · 집계 비교이며 일반적인 성능 주장이 아닙니다.

      FIG. X · WHAT WE DON’T CLAIM the honest part

      당신의 코드가 맞다고 증명할 수는 없습니다.

      검사 통과는 실행한 조건에만 해당합니다. 전체 코드의 정확성·안전성이나 검사하지 않은 조건의 동작까지 보장하지 않습니다.

      실행 영수증은 기록된 증거를 보여 줍니다. 검증을 실행하지 않은 결과는 테스트 통과가 아닙니다. 위 로컬 실험은 명령 검사를 측정했으며, hosted 패치 실행이나 개발자의 시간 절약을 입증하지 않습니다.

      불리한 결과도 공개합니다. 합성 원장 A/C 비교에서 과제 8개가 개선되고 1개가 악화됐습니다. 합성과 검증 설정을 함께 비교한 결과이며 검증기만의 효과는 아닙니다.

      공식 주장 경계 읽기

      FIG. XI · FAQ claim boundaries first

      AI가 만든 코드 검토에 관한 질문

      이 페이지에서 보여 줄 수 있는 것보다 더 많이 약속하는 문장이 있으면 알려 주세요. 페이지를 고치겠습니다.

      Q.01호스팅에서 지금 무엇을 사용할 수 있나요?

      MCP나 API로 모델 작업을 요청하고 실행 기록, 출력과 제공되는 산출물을 조회합니다. 공유 호스팅 명령 검증은 기본 비활성이며 저장소 검사에는 별도 실행 환경이 필요합니다.

      Q.02제 코드가 정확하다고 증명해 줄 수 있나요?

      코드 전체의 정확성 증명을 제공하지는 않습니다. 어떤 검증이 실행됐고 어떤 증거가 기록됐는지 확인하세요. 테스트를 실행하지 않은 모델 실행 성공은 테스트 통과가 아닙니다.

      Q.03제 AI가 하는 일을 바꾸나요?

      기본 호스팅은 고객 저장소에 변경을 자동 적용하거나 병합하지 않습니다. 별도로 구성한 검증 환경에서는 합의한 작업 공간에 후보 변경을 적용해 검사할 수 있습니다. 최종 검토 결정은 고객이 합니다.

      Q.04검사에 얼마나 걸리나요?

      현재 표는 고정된 대조 입력 5종의 로컬 명령 검사 시간을 보여 줍니다. 과거 원장 실험은 다른 작업을 측정했습니다. 어느 쪽도 고객 저장소의 지연, hosted 전체 응답 시간, 개발자의 절약 시간을 입증하지 않습니다.

      Q.05제 컴퓨터가 망가져서 테스트가 실패하면요?

      로컬 대조 실험에서 실행 파일 누락과 시간 초과는 구분됐지만, Python 의존성 누락은 일반 테스트 실패로 분류됐습니다. 실패 표시는 문맥과 함께 확인해야 하며, 모든 환경 문제의 원인을 진단한다는 보장은 아닙니다.

      Q.06월 허용량은 무엇을 세나요?

      접수된 실행 한 건이 허용량 한 회입니다. 상태·사용량·산출물 조회는 새 실행을 만들지 않습니다. 완료 여부가 집계 기준은 아니며 별도로 접수한 재실행은 다시 계산됩니다. 공급자의 토큰 요금은 별도입니다.

      Q.07모델 결과와 검사 결과는 같은 근거인가요?

      아닙니다. 모델은 코드 검사를 하지 않고도 완료될 수 있습니다. 실제 명령, 결과와 건너뛰거나 미검증인 부분을 확인하세요. AI 설명은 이 기록을 대신하지 않습니다.

      Q.08Claude Code, Cursor, Codex와 함께 되나요?

      클라이언트별로 문서화된 MCP 또는 HTTP 연결 방법을 사용하세요. 인증 확인, 모델 실행, 저장소 검증은 별도 단계이며 각각 결과를 확인해야 합니다.

      Q.09영수증에는 실제로 뭐가 있나요?

      실행 기록과 제공되는 검증 근거를 보여줍니다. 변경 파일, 변경 전후 검사와 재실행 정보는 구성된 경로에 따라 달라지며 없는 검사는 미실행으로 남겨야 합니다.

      Q.10제 기기에서 돌릴 수 있나요?

      공개 Starter는 호스팅 AdaptOrch에 연결합니다. 클라이언트를 로컬에서 실행해도 서비스가 셀프호스팅되는 것은 아닙니다. 사내망 배포는 별도 프라이빗 러너 옵션을 문의하세요.

      Q.11제 비공개 코드는 안전한가요?

      호스팅 요청은 AdaptOrch와 설정한 AI 제공자를 거칩니다. 비공개 코드를 제출하기 전에 데이터 전송·보존 정책을 확인하세요. 프라이빗 러너는 Starter 기본 구성이 아니라 별도 배포입니다.

      Q.12언제쯤 잘못된 머지를 스스로 막아 주나요?

      기본 호스팅 상품에 자동 병합은 포함되지 않습니다. 자동 차단 정책은 고객의 실행 환경과 검토 기준에 맞춰 별도로 구성하고 평가해야 합니다.

      Q.13AdaptOrch는 무엇인가요?

      AdaptOrch는 AI 에이전트 실행 기록, 모델 출력과 제공되는 검증 근거를 검토하는 호스팅 서비스입니다. MCP나 API로 코딩 도구를 연결합니다. 저장소 검사는 별도로 구성한 실행 환경이 필요합니다.

      Q.14AdaptOrch 연구 논문은 어디에서 읽을 수 있나요?

      Geunbin Yu의 논문 “AdaptOrch: Task-Adaptive Multi-Agent Orchestration in the Era of LLM Performance Convergence”는 2026년 2월 18일 arXiv에 2602.16873으로 제출됐습니다. 연구 결과는 호스팅 제품 및 CEK 저장소 검증 흐름과 구분해야 합니다.

      arXiv에서 AdaptOrch 논문 읽기 →
      Q.15병합 전에 AI가 만든 코드를 어떻게 검증하나요?

      최종 답변만 보지 말고 실행 기록을 확인하세요. 무엇이 실제로 실행됐는지, 어떤 명령이나 테스트가 기록됐는지, 변경 전에는 실패하고 변경 후에는 통과한 재현이 있는지, 관련 없는 파일이 바뀌었는지, 테스트 자체가 바뀌었는지 살펴보세요. 통과한 검사는 실행한 범위만 다루며 정확성 보장은 아닙니다.

      Q.16에이전트 실행 기록이란 무엇인가요?

      에이전트 실행 기록은 한 번의 실행에 대한 저장된 이력입니다. 입력, 선택한 모델, 도구나 명령 단계, 출력, 상태와 사용 가능한 산출물을 포함합니다. AdaptOrch는 호스팅 실행 기록을 보관해 검토자가 채팅 기록에 의존하지 않고 나중에 확인할 수 있게 합니다.

      Q.17AdaptOrch는 AI 코드 리뷰 도구인가요?

      AdaptOrch는 코드를 작성하는 또 다른 에이전트가 아니라 AI 코딩 에이전트를 위한 검토 계층입니다. 실행 근거와 사용 가능한 검사를 기록해 사람이 변경을 검토할 수 있게 합니다. 코드 리뷰와 CI를 보완하며, 이를 대체하거나 정확성을 입증하지는 않습니다.

      FIG. XII · BOOK DEMO audit first · merge later
      저장소 검증 PoC

      검토할 문제를 알려주세요. 도움이 될 평가 범위를 정합니다.

      무엇을 검증하기 어려운지 알려주세요. 실행 제약을 먼저 확인하고 저장소 작업 전에 범위·결과물·가격을 합의합니다.

      • 기존 코딩 도구 유지
      • 저장소·실행 범위 합의
      • 자동 병합 없이 보고부터 시작
      • 유용한 발견·놓친 사례·구성 비용 함께 검토
      • 무료 호스팅 Starter는 별도 셀프서비스 경로
      요청범위를 정한 PoC

      소스 코드, API 키와 고객 데이터를 넣지 마세요. 문의만으로 작업이 실행되지 않습니다.

      이메일이 편하신가요? ingeng2004@gmail.com

      로그인