10 records · 7축
AuthorityEventV1, OutcomeObservationV1과 독립 assurance 축을 추가할 계획입니다.
Protocol 0.2 / 계획 중 · 미출시
다음 결정을 위한 명확한 계약.
0.2는 assurance 축, 권한 이벤트, 결과 관측, 버전별 근거 수용을 제안합니다. r3 / sync-4 계획이며 아직 구현되지 않았습니다.
계획 갱신 · r3 / sync-4
Markdown 버전 ↗HelmLoop
다음 결정을 위한 명확한 계약.
0.2는 assurance 축, 권한 이벤트, 결과 관측, 버전별 근거 수용을 제안합니다. r3 / sync-4 계획이며 아직 구현되지 않았습니다.
결정적 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를 목표로 하며 근거 유형과 한계를 보존합니다.
HelmLoop
0.2 / 0.2 계획
계획된 10 record types
OutcomeContractV1AuthorityGrantV1ExecutionReceiptV1EvidenceRecordV1AssuranceDecisionV1PromotionDecisionV1ReconciliationRecordV1LearningSignalV1AuthorityEventV1OutcomeObservationV1계획된 7개 판단 축
executionevidenceassuranceauthoritypromotionreconciliationobservedOutcome6개 목표별 판단
target마다 필요한 근거를 선언합니다. 진입에 미래 receipt는 필요 없지만 승격에는 owner 결정과 별도 권한이 필요합니다.
| Target | 책임 |
|---|---|
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 또는 실제 근거 범위만 평가. |
버전 경계 유지
0.1의 HL-C14N-1과 6축을 유지합니다. 0.2는 helmloop-jcs-sha256-v1과 typed sha256: 참조를 계획합니다. Digest는 권한이 아닙니다.
HelmLoop
구현 순서
모든 단계는 계획입니다. schema 고정 후 oracle과 코어, interface 안정화 후 CLI와 mock을 병행할 수 있습니다.
- S0
기준과 wire 고정
계획 중 · 미출시
- S1
0.2 순수 코어
계획 중 · 미출시
- S2
독립 oracle
계획 중 · 미출시
- S3
mock adapters 2개
계획 중 · 미출시
- S4
CLI와 패키지
계획 중 · 미출시
- S5
real binding 1개
계획 중 · 미출시
- S6
문서와 출시 후보
계획 중 · 미출시
HelmLoop
두 패키지의 책임
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 통합은 계획 중입니다.
HelmLoop
C0–C5의 증명 범위
fixture는 실제 runtime, 이식성, 운영 준비, 업무 가치를 인증하지 않습니다.
| Level | 책임 |
|---|---|
C0 | 분류·manifest·문서 일치 |
C1 | 소스·package·설치 bytes |
C2 | host/session·provider/model assurance |
C3 | fs/network/tool/credential 제한, timeout, 취소, 소유 자원 cleanup 및 독립 readback |
C4 | profile에 연결된 계약·근거·approval·action·대사 E2E와 부정 사례 |
C5 | 실제 binding의 신뢰 attestation과 취소 |