# Protocol 0.2 ロードマップ | HelmLoop

> HelmLoop は AI ワークフローの権限、証拠、昇格、成果を明確にする制御契約です。実行可能な 0.1 候補と、計画段階の 0.2 を紹介します。

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

0.1 は 8 種類の record schemas、決定的な 6 軸 reducer、CLI、2 つの fixture adapters を含みます。公開パッケージや実 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 を並行できます。

## 2 つのパッケージと責任

### 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、旧 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、可搬性、本番運用、業務価値を認証しません。