不等式を明記
既存 logs で completion、authority、receipt、outcome、ownership を分ける。
Protocol 0.1 / 実行可能な候補
0.1 は 8 種類の record schemas、決定的な 6 軸 reducer、CLI、2 つの fixture adapters を含みます。公開パッケージや実 runtime の認証ではありません。
Markdown 版 ↗HelmLoop
0.1 は 8 種類の record schemas、決定的な 6 軸 reducer、CLI、2 つの fixture adapters を含みます。公開パッケージや実 runtime の認証ではありません。
| Record | Schema | 責任 |
|---|---|---|
OutcomeContractV1 | JSON ↗ | Accountable outcome、risk、owner、horizon、criteria、constraints、preferences、stop conditions、6 軸。 |
AuthorityGrantV1 | JSON ↗ | Owner が発行する、正確・期限付き・取消可能・単回使用の authority。durable reservation と終端 lineage を持ちます。 |
ExecutionReceiptV1 | JSON ↗ | Attempt に binding された execution fact。resource owner、provider request、正確な reserved authority reference を含みます。 |
EvidenceRecordV1 | JSON ↗ | Freshness cap、criterion digest、provenance、dependency fingerprints、limitations を持つ結論。 |
AssuranceDecisionV1 | JSON ↗ | Evidence に binding された L0–L3 assurance decision。sufficiency は再計算されます。 |
PromotionDecisionV1 | JSON ↗ | Exact target parameters、別の promote authority、時刻が後退しない lineage を持つ owner decision。 |
ReconciliationRecordV1 | JSON ↗ | 正確な execution、attempt、provider request、locator、observed external state に binding された fresh query。 |
LearningSignalV1 | JSON ↗ | Outcome evidence に基づく限定 proposal。自己承認せず、単独で truth になりません。 |
HelmLoop
| Axis | 責任 | 状態 |
|---|---|---|
execution | Executor が何を実行したか | NOT_STARTED · RESERVED · RUNNING · COMPLETED · FAILED · UNKNOWN · INVALID |
evidence | 必要 claim が fresh で support されているか | MISSING · FRESH · STALE · CONFLICTING · INVALID |
authority | 正確な action が authorized か | MISSING · ACTIVE · EXPIRED · REVOKED · WRONG_BINDING · CONSUMED · AMBIGUOUS · INVALID |
promotion | Accountable owner が何を決定したか | NOT_REQUESTED · PENDING · APPROVED · REJECTED · HOLD · AMBIGUOUS · INVALID |
reconciliation | Provider と observed external state が何を示すか | NOT_REQUIRED · PENDING · MATCHED · DIVERGED · UNKNOWN · INVALID |
observedOutcome | 独立 outcome evidence が何を示すか | NOT_DUE · NOT_OBSERVED · MET · NOT_MET · MIXED · UNKNOWN · INVALID |
HelmLoop
スケジュール、状態、権限、実行、業務上の事実は host が管理します。Better Workflows は任意の統合先です。
既存 logs で completion、authority、receipt、outcome、ownership を分ける。
重大な transition に deterministic check と owner を置く。
Subject、revision、expiry、external reconciliation を記録。
Risk がコストを正当化する場合だけ Better Workflows 等を使う。
HelmLoop
fixture は実 runtime、可搬性、本番運用、業務価値を認証しません。
0.1 の HL-C14N-1 と 6 軸を保持。0.2 は helmloop-jcs-sha256-v1 と typed sha256: 参照を計画。Digest は権限ではありません。