# Protocol 0.2 로드맵 | HelmLoop

> HelmLoop는 AI 워크플로의 권한, 근거, 승격, 결과를 명확히 합니다. 실행 가능한 0.1 후보와 제안 단계의 0.2 프로토콜을 살펴보세요.

Source: https://helmloop.dev/ko/roadmap.html

0.1에는 8개 record schemas, 결정적 6축 reducer, CLI, fixture adapters 2개가 있습니다. 공개 패키지 출시나 실제 runtime 인증을 뜻하지 않습니다.

0.2는 assurance 축, 권한 이벤트, 결과 관측, 버전별 근거 수용을 제안합니다. r3 / sync-4 계획이며 아직 구현되지 않았습니다.

Plan: helmloop-v02-plan-20260915-r3 / sync-4; 2026-09-16; PROPOSED

## 10 records · 7축

AuthorityEventV1, OutcomeObservationV1과 독립 assurance 축을 추가할 계획입니다.

## 결정적 commitment

JCS / SHA-256과 독립 JS/Python oracle. 0.1 bytes와 reader를 보존합니다.

## 현재 근거 수용

subject, policy, dependencies를 재검증하며 이전 결과에서 권한을 상속하지 않습니다.

## 중지와 복구

물리적 중지, cleanup, effect 대사를 분리합니다. 불명확한 결과는 재시도 전에 조회합니다.

## 독립 CLI

오프라인 try에서 실제 PASS와 예상 HOLD를 실행합니다. 설치 후 90초 이내가 목표입니다.

## 한정된 conformance

mock 2는 C0–C4, real 1은 C0–C5를 목표로 하며 근거 유형과 한계를 보존합니다.

## 구현 순서

- S0: 기준과 wire 고정 — 계획 중 · 미출시
- S1: 0.2 순수 코어 — 계획 중 · 미출시
- S2: 독립 oracle — 계획 중 · 미출시
- S3: mock adapters 2개 — 계획 중 · 미출시
- S4: CLI와 패키지 — 계획 중 · 미출시
- S5: real binding 1개 — 계획 중 · 미출시
- S6: 문서와 출시 후보 — 계획 중 · 미출시

모든 단계는 계획입니다. schema 고정 후 oracle과 코어, interface 안정화 후 CLI와 mock을 병행할 수 있습니다.

## 두 패키지의 책임

### Neutral core

Apache-2.0 예정. schemas, 순수 evaluator, CLI. scheduler나 BW 의존성은 포함하지 않습니다.

### Better Workflows binding

AGPL-3.0-only 예정. 의존 방향은 binding → core이며 배포 권리 검토 완료를 뜻하지 않습니다.

## V5 통합 경계

sync-4는 BW parser의 한정 수정을 기록합니다. v3/v3은 typed, legacy v1/v2는 bare hex를 사용합니다. 완전한 0.2 통합은 계획 중입니다.

## C0–C5의 증명 범위

- C0: 분류·manifest·문서 일치
- C1: 소스·package·설치 bytes
- C2: host/session·provider/model assurance
- C3: 제한·취소·소유 자원 cleanup
- C4: 계약·권한·작업·대사 E2E
- C5: 실제 binding의 신뢰 attestation과 취소

## 계획된 10 record types

- OutcomeContractV1
- AuthorityGrantV1
- ExecutionReceiptV1
- EvidenceRecordV1
- AssuranceDecisionV1
- PromotionDecisionV1
- ReconciliationRecordV1
- LearningSignalV1
- AuthorityEventV1
- OutcomeObservationV1

## 계획된 7개 판단 축

- execution
- evidence
- assurance
- authority
- promotion
- reconciliation
- observedOutcome

## 6개 목표별 판단

target마다 필요한 근거를 선언합니다. 진입에 미래 receipt는 필요 없지만 승격에는 owner 결정과 별도 권한이 필요합니다.

- ADMIT_EXECUTION: 현재 계약, action, grant와 진입 조건.
- ASSESS_RECONCILIATION: 최신 provider query와 독립 관측.
- ASSESS_STOP: dispatch fence, 소유 자원, cleanup과 미확인 effect.
- PROMOTE: owner의 정확한 승격 결정과 policy.
- ADMIT_RECOVERY: 미확인 effect 대사와 새 attempt, epoch, 권한.
- CONFORMANCE: 선언된 suite와 fixture 또는 실제 근거 범위만 평가.

C3: fs/network/tool/credential 제한, timeout, 취소, 소유 자원 cleanup 및 독립 readback

C4: profile에 연결된 계약·근거·approval·action·대사 E2E와 부정 사례

## 근거의 실제 범위

fixture는 실제 runtime, 이식성, 운영 준비, 업무 가치를 인증하지 않습니다.