WINPILOT

폐쇄망 온프레미스 AI 코딩 에이전트

폐쇄망 안에서 코드를 읽고,
승인 아래 바꿉니다.

WinPilot은 조직의 저장소를 읽고 변경을 제안하는 AI 코딩 에이전트입니다. 코드 탐색부터 변경 실행까지 정해진 승인 정책과 감사 기록으로 관리하고, 기본은 학습 없는 RAG-only입니다.

실제 제품 화면 보기
실제 CLI 실행 출력을 터미널로 렌더링한 화면 · 예제 프로젝트 · 읽기 전용 계획 모드 · WinPilot 0.92.6

폐쇄망 내부 운영

서버 · 모델 · 코드 색인이 조직 안에서 동작하고 외부 API를 호출하지 않습니다.

기본 RAG-only

저장소를 읽어 근거와 함께 답합니다. 파인튜닝은 승인과 감사 아래의 선택 사항입니다.

승인 정책 · 감사 기록

파일 수정과 명령 실행은 정책에 따라 승인을 거치고, 모든 행위가 기록에 남습니다.

제품 화면

터미널에서 시작하고, IDE에서 이어가고,
콘솔에서 감독합니다.

어느 접점에서 요청하든 같은 경로(agentd → agent-server)로 승인과 감사 아래 들어갑니다.

질문에서 실행까지, 터미널 안에서.

프로젝트 파일을 읽고 검증 계획을 정리한 실제 세션입니다. 계획을 검토한 뒤 /plan approve로 실행하고, 쓰기는 승인 정책을 거칩니다.

  • 코드 탐색 · 근거 인용
  • 읽기 전용 계획 모드
  • Windows · macOS · Linux
실제 실행 출력 · 터미널 렌더링 · 예제 프로젝트WinPilot CLI 0.92.6

일하는 방식

AI가 코드에 손대는 모든 단계가
정책과 기록 아래 있습니다.

정해진 승인 정책에 따라 변경합니다

allowlist 범위의 편집 · 쓰기 · 터미널은 자동 승인되고, 그 밖의 변경은 diff를 보고 개발자가 세션 안에서 바로 확인합니다. 자격증명 · 키 · 시스템 파일 같은 민감경로는 어떤 모드에서도 차단됩니다.

  • 자동 승인
  • 개발자 확인
  • 민감경로 차단
정책 상세
  • 자동 승인 건도 감사 기록에 approval_mode=auto로 남습니다.
  • 개발자 확인은 유효시간 30분이 지나면 다시 묻습니다.
  • 파괴 패턴 10종(rm · sudo · 강제 push 등)은 자동 승인에서 제외됩니다.
  • 고위험 요청의 운영자 승인 · 차단 처분은 로드맵입니다(백로그 등록).

모든 행위가 감사 기록에 남습니다

도구 호출 · 승인 · 차단이 표준 형식으로 직렬화되어 SHA-256 해시체인으로 연결되고, 기록의 변경과 삭제는 DB가 차단합니다. correlation ID 하나로 세션을 1시간 안에 다시 봅니다.

  • 해시체인
  • append-only
  • 1시간 재현
감시와 정직성 기전
  • Air-Gap 관측: 외부 연결 시도를 실시간으로 보고, 기록은 host:port까지만 남깁니다.
  • 분기 attestation 리포트: 모델 서명 · 라이선스 체인 · 데이터 반출 0 · 정책 준수.
  • 정직성 기전(기본 ON): 근거 없는 완료 보고 차단, 파일 파괴 3중 가드, 침묵 실패 금지.
  • Admin Console 화면 보기 →

코드의 근거를 확인합니다

저장소를 심볼 단위로 읽고 모든 답변에 파일:라인 출처를 붙입니다. 바꾸면 어디가 흔들리는지 호출부와 연관 시험까지 함께 보여줍니다.

  • 심볼 인덱싱
  • 근거 인용
  • 영향 분석
지원 범위와 선택 학습
  • Tier 1 지원 언어: Java · Kotlin · Python · TypeScript · C · C++.
  • 심볼 구조와 의미 검색(bge-m3 · Qdrant)을 결합하고, 변경분만 다시 인덱싱합니다.
  • 선택 학습 과정(opt-in): 수락된 변경 캡처 → 폐쇄망 데이터셋 → 관리형 LoRA 학습 → 카나리 평가 · 롤백 → 서빙 반영. 전 과정이 승인 · 감사 대상이며 학습 효과 수치는 도입 환경에서 측정합니다.

조직의 규칙으로 변경을 검사합니다

규칙 문서와 작업 절차를 워크스페이스 파일로 두어 담당자와 세션이 바뀌어도 같은 기준이 적용됩니다. 결과는 기계 검사, 빌드, 사람 검토 순서로 확인합니다.

  • 규칙 묶음
  • 기계 검사
  • 사람 검토
규칙 묶음과 측정 게이트
  • .winpilot/WINPILOT.md는 항상 읽히는 최상위 규약, rules/는 해당 파일을 다룰 때만, skills/는 명시 호출로 읽힙니다. 자동 검사는 워크스페이스 밖 tools/*-check/에 둡니다.
  • 측정 게이트: 검증 도구 → 규칙 탑재 → 재현 측정 → 실전 표본 → 확산. 측정 전 숫자는 약속하지 않습니다.
  • 조직 전용 규칙과 검사 항목은 개발가이드와 과제에 맞춰 착수 후 제작합니다.

보안 · 구성

전 구성요소가 조직의 폐쇄망 안에서 동작합니다.

외부 인터넷 연결 없이 전 구간이 돌아가고, 서빙 하드웨어는 고객 환경에 맞춰 고릅니다.

고객 폐쇄망 경계외부 인터넷 연결 불필요

  1. 개발자 도구

    • winpilot CLI · TUI
    • IDE 플러그인 — VS Code · IntelliJ · Eclipse
    • agentd — 계정당 하나의 로컬 데몬

  2. 승인 · 실행 서버

    • agent-server
    • 오케스트레이터 · 승인 게이트
    • 민감경로 정책 · 감사 스트림

  3. 내부 모델 · 검색 · 감사 저장소

    • vLLM 호환 LLM 서빙 — 오픈 27B급
    • LSP 분석기 · 임베딩 · Qdrant
    • PostgreSQL 감사 원장 — append-only · 해시체인
Admin Console운영자 관제 — Air-Gap 모니터링 · 감사 재현 · 계정 · 권한 · 정책

Local · 기본

개발자 PC의 agentd가 에이전트를 직접 띄웁니다. 1인 개발기와 PoC의 시작점입니다.

Server

agentd가 팀 공유 서버에 연결합니다. 다중 사용자와 중앙 감사에 씁니다.

설치 조건과 지원 플랫폼
macOS (Apple Silicon)
결정적 번들 + 검증기 · 불변 릴리스 · 롤백
Linux RHEL · Rocky · Alma 8~9
manylinux_2_28 표준 · glibc 2.28 하한 · 오프라인 번들 · 실환경 실측은 진단 단계
Linux Ubuntu 22.04 · 24.04 LTS
번들 + 컨테이너 실증
Windows (x86_64)
네이티브 번들 · agentd 동봉 · 설치 · 제거 스크립트

반입 절차: SHA-256 반입 목록 합의 → 오프라인 번들 반입 → 검증 스크립트 실행 → 설치 · 롤백 지점 확보. 포트 · 계정 · 경로 · 4환경 배치 · 사이징은 설치 요건 대응 문서로 제공합니다. 서빙 하드웨어는 NVIDIA GPU 또는 Tenstorrent(자체 검증) 중 고객 환경에 맞춰 구성하고 수량은 착수 시 부하 실측으로 확정합니다.

  • 국내 시중은행
  • 프레임워크 전환 PoC
  • 수행 중 · 수용 판정 전

수행 사례

은행의 프레임워크 전환 과제에서
규칙을 고객과 함께 다듬고 있습니다.

과제

자체 프레임워크의 업무 코드를 Spring 기반 구조로 옮기는 PoC입니다. 온라인 거래 4건과 배치 2본이 대상입니다.

진행 방식

WinPilot 제품은 그대로 두고 워크스페이스에 변환 규칙 · 절차 · 자동 검사를 얹었습니다. 고객 검토가 올 때마다 규칙을 고치고 처음부터 다시 변환했습니다. 세 라운드, 규칙 수정 27회.

남은 검증

컴파일 · 실행 검증과 거래코드 배정은 고객 환경과 자료를 기다리고 있습니다. 최종 수용 판정 전입니다.

측정자동 정적 검사

89/ 89

통과 · 온라인 41 · 배치 26 · 재발 방지 22

컴파일 · 실행 검증과 고객 수용 판정 전 · 당사 실측 2026-10

수치와 원칙 더 보기
  • 측정사람 손으로 고친 소스 0건 — 작업마다 새 세션에서 WinPilot이 처음부터 끝까지 변환했습니다.
  • 측정재현 측정 신규 위반 0건 — 이미 이식된 코드를 지우고 AI로 재변환해 기계 검사로 채점했습니다. 결함 없는 산출이나 기능 동등성, 고객 수용을 뜻하지 않습니다.
  • 지킨 원칙 — 모르는 것은 지어내지 않고 「확인 필요」 표시를 남깁니다. 찾아낸 결함은 자동 검사로 남깁니다. 참고 코드를 정답으로 쓰지 않습니다. 고객 현장에 들어가 끝까지 맡는 엔지니어(FDE)가 수행합니다.
  • 은행명은 계약상 표기하지 않습니다.

도입 안내

PoC로 검증한 뒤 연 구독으로 도입합니다.

PoC는 개발이 아니라 확인입니다. 그 실측이 구독 계약의 기준선이 됩니다.

연 구독에 포함되는 범위

  • 정기 업데이트와 지원
  • 모델 검증 · 업데이트, 오류 발견과 수리
  • 안전장치와 감사 기록 유지, 분기 attestation 리포트
  • 모델 · 데이터 · 서버는 귀사 안에 남고, 공개 모델을 그대로 씁니다

고객 환경에서 정하는 조건

  • 환경 진단(OS · glibc · 저장소 규모)과 SHA-256 반입 목록
  • GPU · 모델 서빙 구성 — 착수 시 부하 실측으로 확정
  • 대표 과제와 검증 기준 — PoC 실측이 계약 기준선
  • 가격 · SLA는 견적 단계에서 제시합니다
  1. 착수 후 0~2주진단 · 반입 합의
  2. 2~6주PoC 검증
  3. 6~8주구독 계약 · 확장
  4. 8~12주전사 안착 · 검수

계획 추정경과 주차는 표준 시나리오이며 고객 환경에 따라 조정합니다. 설계 보증민감경로 누출 0건 · 감사 재현 1시간 이내 · Air-Gap 위반 0건은 구조가 보증하고 감사 기록으로 검증합니다. 운영 지표는 PoC 실측으로 합의합니다.

자주 받는 질문

외부 인터넷이 제한된 환경에서도 쓸 수 있나요?

예. 전 구성요소가 조직 내부에서 동작하고 외부 API를 호출하지 않습니다. 반입은 의존성 동봉 번들과 SHA-256 매니페스트로 진행하고, 네트워크 정책은 진단 단계에서 확인합니다.

오픈소스 코딩 도구에 오픈 모델을 붙이면 되지 않나요?

가능합니다. 다만 폐쇄망 설치, CP949 처리, 감사 기록, 모델의 거짓 완료 보고와 파일 파괴 같은 오류 대응을 직접 맡아야 합니다. WinPilot은 그 작업을 마친 상태에서 시작합니다.

어떤 모델을 쓰고, 보유 모델을 연결할 수 있나요?

기본은 vLLM 호환 서빙 위의 오픈 27B급 모델입니다. 보유 모델은 API 호환성 · 도구 사용 능력 · 하드웨어 조건을 확인한 뒤 실제 과제로 적합성을 검증합니다.

학습은 필수인가요?

아닙니다. 기본은 학습 없는 RAG-only이고, 파인튜닝은 데이터셋 구성 · 시점 · 롤백까지 승인과 감사를 거치는 선택 사항입니다.

도입 효과와 비용은 어떻게 확인하나요?

효과는 이미 답이 있는 코드를 AI로 다시 만들어 채점하는 재현 측정으로 확인하고, 그 실측이 계약 기준선이 됩니다. 가격과 SLA는 견적 단계에서 제시합니다.

근거와 조건

이 페이지의 수치는 아래 조건을 따릅니다. 효과 수치는 귀사 환경의 PoC에서 측정합니다.

내부 집계안전장치의 개발 근거 — 2026-06~09 WinPilot 개발 과정 측정
  • 실패한 작업 29건 중 28건(96.6%)이 "완료 · 검증됨"으로 보고됐습니다. → 완료 주장을 실제 결과와 대조하는 기전을 기본 탑재했습니다.
  • 같은 모델 · 같은 서버에서 설정 하나 차이로 작업 성공이 39/39 대 4/33로 갈렸습니다. → 매 측정 전 사전 점검을 두었습니다.
  • 602줄 파일을 30바이트로 덮어쓴 사고가 있었습니다. → 파괴적 덮어쓰기를 서버가 차단하고, 이후 96회 중 재발 0건입니다.
  • 이 기록은 제품 효과가 아니라 모델 밖의 장치가 왜 필요한지 보여 주는 근거입니다. 표본과 조건은 내부 측정 기준입니다.
측정수행 사례 수치 — 당사 수행 실측 2026-09~10

자동 정적 검사 89/89(온라인 41 · 배치 26 · 재발 방지 22), 규칙 수정 27회(4주 · 3라운드), 사람 손으로 고친 소스 0건, 재현 측정 신규 위반 0건. 정적 검사 결과이며 컴파일 · 실행 검증과 고객 수용 판정은 남아 있습니다. 은행명은 계약상 표기하지 않습니다.

설계 보증승인 게이트 · 민감경로 정책 · 해시체인 원장 · 정직성 기전

구현 완료 상태로 기본 활성 출하됩니다. 민감경로 누출 0건 · 감사 재현 1시간 이내 · Air-Gap 위반 0건은 구조가 보증하고 감사 기록으로 검증합니다. 운영자 승인 · 차단 처분과 콘솔 화면 확장은 로드맵입니다.

계획 추정도입 일정과 제품 화면의 성격

도입 단계의 경과 주차는 표준 시나리오입니다. CLI 화면은 WinPilot 0.92.6의 실제 실행 출력을 터미널로 렌더링한 것이고, Admin Console은 실제 화면에 예시 데이터를 적용했으며, IDE 화면은 Windows VS Code의 실제 세션 캡처입니다. 모든 화면은 예제 프로젝트입니다.

다음 단계

귀사 개발 환경에서 적용 조건을 확인합니다.

대표 과제와 네트워크 · 모델 조건을 알려 주시면 재현 측정과 PoC 범위를 함께 정합니다.

메일로 문의를 받습니다

도입 문의

메일로 문의하기

메모를 채운 뒤 "메일 앱으로 보내기"를 누르면 제목과 본문이 채워진 새 메일이 열립니다. 이 페이지는 아무것도 전송하지 않습니다.

메일 앱으로 보내기