Local-first engineering workflow

조사에서 코드까지,
통제권은 그대로.

Elio는 흩어진 조사 자료를 실행 가능한 계획으로 정리하고, 당신이 승인한 뒤에만 안전한 복사 작업 공간에서 구현을 시작합니다.

한 줄 요약 원본 프로젝트를 바로 건드리지 않는 Research-to-Code 작업 관리자

Local
저장소 안에서 실행
Gated
변경 전 사람 승인
Traceable
근거부터 테스트까지 추적
elio · workflow 01

$ elio run --task "입력 검증 개선"

  1. 01
    Context snapshot관련 파일 8개 · 민감 정보 제외
  2. 02
    Research intake출처와 핵심 주장 검증
  3. 03
    Implementation plan요구사항 3개 · 테스트 5개
  4. 04
    Approval gate검토 후에만 파일 변경 가능
  5. 05
    Isolated build별도 worktree에서 실행

다음 작업 계획을 검토하고 구현을 승인하세요.

ApprovalRequired
Source checkoutUnchanged

Elio in one minute

세 가지만 기억하면
Elio가 보입니다.

Elio가 받는 것, 하는 것, 남기는 것을 한눈에 정리했습니다.

01

INPUT

요청과 조사 보고서

무엇을 바꿀지와 왜 그렇게 해야 하는지 담은 근거를 받습니다.

자연어 요청 · Markdown 보고서
02

ELIO

순서와 안전 경계

문맥을 선별하고 계획을 만든 뒤, 사람의 승인을 기다립니다.

상태 관리 · 승인 · 격리
03

OUTPUT

검증된 변경과 보고서

어떤 요구사항이 어떤 파일과 테스트로 이어졌는지 남깁니다.

변경 지도 · 테스트 결과 · HTML 보고서
쉽게 말하면

조사팀이 넘긴 보고서를 읽고, 설계도를 보여주고, 허락받은 복사 공사장에서만 일하는 현장 관리자입니다.

Why Elio

좋은 조사도 구현 과정에서
쉽게 맥락을 잃습니다.

Before

대화와 파일 사이의 수동 전달

  • 조사 근거와 구현 결정이 분리됨
  • 매번 저장소 문맥을 다시 설명함
  • 승인 전에 변경이 시작될 수 있음
  • 중단되면 진행 위치를 잃기 쉬움

With Elio

하나의 검증 가능한 실행 기록

  • 근거 → 결정 → 요구사항 연결
  • 필요한 저장소 문맥만 선별
  • 명시적 승인 뒤에만 격리 구현
  • 안전한 체크포인트부터 재개

Workflow

서두르지 않고,
단계마다 확실하게.

각 단계는 입력과 결과를 파일로 남깁니다. 다음 단계는 검증된 산출물만 전달받습니다.

  1. 01

    문맥 선별

    저장소 지침과 관련 파일을 찾고 비밀값과 불필요한 파일을 제외합니다.

  2. 02

    연구 인계

    연구 요청서를 만들고 가져온 보고서의 출처·구조·누락을 검사합니다.

  3. 03

    결정과 계획

    대안과 위험을 비교해 파일별 변경 계획과 수용 기준을 만듭니다.

  4. 04

    사람의 승인

    예상 변경과 테스트를 보여주고 명시적인 허락이 있을 때까지 멈춥니다.

  5. 05

    격리 구현

    원본 checkout이 아닌 별도 worktree에서 승인된 범위만 변경합니다.

  6. 06

    검증과 보고

    테스트 결과와 범위 이탈을 확인하고 재현 가능한 최종 보고서를 생성합니다.

INTERACTIVE WALKTHROUGH

실행 한 번을 따라가 보세요.

YOU PROVIDE

“로그인 오류를 줄이고 싶어요.”

기술 옵션을 먼저 고를 필요가 없습니다. 바꾸고 싶은 결과와 제약을 자연어로 적습니다.

사람이 하는 일
목표와 완료 조건 설명
Elio가 하는 일
새 실행 ID와 안전한 작업 폴더 준비
이때 원본 코드
변경 없음

Architecture

웹사이트는 전시장,
CLI는 작업 현장.

이 사이트는 Elio를 설명합니다. 실제 작업은 Git과 개발 도구가 있는 로컬 환경 또는 Codespace에서 수행됩니다.

INPUTResearch report검증된 조사 자료
LOCAL CLIELIO

state · policy · artifacts

TARGETGit worktree격리된 구현 공간
STATE

Durable workflow

원자적 상태 파일과 이벤트 로그가 중단 이후 재개 지점을 보존합니다.

POLICY

Permission boundary

단계마다 읽기·쓰기·명령 실행 범위를 다르게 적용합니다.

TRACE

Change map

요구사항을 변경 파일, 테스트, 검증 결과와 연결합니다.

Safety by design

편리함보다 먼저
통제권을 설계했습니다.

01

승인 전 소스 변경 금지

계획 hash와 승인을 묶어 계획이 바뀌면 이전 승인을 재사용하지 않습니다.

02

원본 checkout 격리

구현은 별도 worktree에서만 수행하며 사용자 변경을 reset하거나 stash하지 않습니다.

03

민감 정보 차단

환경 파일, 인증서, 키 패턴과 자격증명 경로를 문맥에서 제외합니다.

04

위험 명령 거부

파괴적 Git, shell wrapper, 강제 push와 배포 명령을 보수적으로 차단합니다.

Sanitized mock run

결과를 말로만 설명하지 않습니다.

아래 예시는 외부 서비스와 실제 프로젝트 데이터 없이 만든 완전한 mock 실행입니다.

COMPLETED
RUN / MOCK-VALIDATION-01

API 입력 검증과 회귀 테스트 추가

3requirements
2files changed
5/5tests passed
0scope deviations
EvidenceDecisionREQ-003validation.test.tsPASS
Source checkout unchangedMock data onlyNo external publish

Getting started

처음부터 끝까지,
네 번의 명확한 행동.

Elio는 Node.js 20 이상과 Git이 있는 로컬 환경 또는 Codespace에서 실행됩니다. 먼저 mock 모드로 전체 흐름을 비용 없이 확인하세요.

  1. 1
    설치하고 진단하기

    CLI가 현재 환경에서 실행 가능한지 확인합니다.

    elio doctor
  2. 2
    프로젝트 준비하기

    설정과 실행 기록 폴더를 안전하게 만듭니다.

    elio init
  3. 3
    요청하고 계획 보기

    mock 연구로 계획까지만 만들어 흐름을 익힙니다.

    elio run
  4. 4
    다음 행동 확인하기

    현재 단계에서 사람이 할 한 가지 행동만 안내받습니다.

    elio next
npm install
npm run build
npm link
elio doctor --json
EARLY ACCESS

자동 검증과 버전형 패키징은 준비되어 있습니다. 첫 공개 설치 버전은 안정성 검토 후 별도 Release로 제공합니다.

Plain language

낯선 말은
익숙한 비유로.

WORKTREE

복사 공사장

원본 프로젝트를 바로 고치지 않고 같은 출발점에서 만든 별도 작업 공간입니다.

APPROVAL GATE

잠긴 안전문

변경 파일과 테스트 계획을 사람이 확인해야 다음 단계로 넘어가는 경계입니다.

ARTIFACT

단계별 결과 서류

연구 요청서, 계획, 테스트 결과처럼 나중에 다시 확인할 수 있는 파일입니다.

RESUME

멈춘 곳에서 재개

중간에 종료돼도 처음부터 반복하지 않고 마지막 안전 지점부터 이어갑니다.

FAQ

시작하기 전에
많이 묻는 것들.

Elio는 웹사이트에서 코드를 수정하나요?+

아니요. 이 웹사이트는 제품 설명과 사용법을 제공합니다. 실제 Elio는 Git과 개발 도구가 있는 로컬 환경이나 Codespace에서 실행됩니다.

실행하자마자 프로젝트 파일이 바뀌나요?+

아니요. 먼저 문맥과 조사 결과를 읽고 계획을 만듭니다. 구현 승인을 받기 전에는 원본 소스 파일을 변경하지 않습니다.

작업 도중 Codespace가 꺼지면 처음부터 해야 하나요?+

아니요. 상태와 단계별 결과가 파일로 남아 있어 마지막 안전 지점에서 다시 시작할 수 있습니다.

실제 프로젝트 정보가 공개 사이트로 올라가나요?+

기본적으로 올라가지 않습니다. 실행 기록과 연구 보고서는 로컬에 남으며, 공개 데모에는 완전히 익명화한 mock 데이터만 사용합니다.

처음에는 어떤 모드로 시험하면 좋나요?+

plan-onlymock 조합을 권장합니다. 외부 호출이나 코드 변경 없이 설치부터 계획·보고까지 흐름을 확인할 수 있습니다.