AI 워크플로의 제어 계약

실행이 끝난 뒤,근거 있는 결정으로.

에이전트의 행동을 근거, 권한, 실제 결과와 연결하여 다음 결정을 검증할 수 있게 합니다.

프로토콜 읽기 0.2 계획 보기
0.1 · 실행 가능한 후보0.2 · 계획 중 · 미출시
결정 사례

Provider의 작업은 완료됐지만 결과 근거는 아직 없습니다.

execution
COMPLETED
evidence
MISSING
authority
ACTIVE
promotion
HOLD
reconciliation
MATCHED
observedOutcome
UNKNOWN

다음 단계: 결과 근거를 수집하고 owner가 승격을 결정합니다.

설명용 예시 · 실제 평가 receipt 아님

HelmLoop / 개요

HelmLoop는 runtime에 종속되지 않는 제어 계약 프로토콜입니다. 실행, 근거, 권한, 승격, 대사, 관측 결과를 구분하며 실행과 권한 관리는 host가 담당합니다.

HelmLoop

여섯 질문에 각각 답합니다.

Graph 완료만으로 다음 결정을 내릴 수는 없습니다. 현재 근거, 권한, 외부 상태도 필요합니다.

01

execution

Executor가 실제로 무엇을 했는가

02

evidence

필수 claim이 fresh하고 support되는가

03

authority

정확한 action이 authorized되었는가

04

promotion

Accountable owner가 무엇을 결정했는가

05

reconciliation

Provider와 observed external state가 무엇을 보여주는가

06

observedOutcome

독립 outcome evidence가 무엇을 보여주는가

0.1 / 실행 가능한 후보

현재 확인할 수 있는 것

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

프로토콜 읽기 ↗
0.2 / 계획 중 · 미출시

다음 결정을 위한 명확한 계약.

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

0.2 계획 보기 ↗

HelmLoop

현재 소스로 시작

로컬 checkout에서 Node.js 20 이상을 사용하세요. fixture 명령이며 실제 provider를 호출하지 않습니다.

독립 helmloop try는 0.2 계획이며 현재 CLI에는 없습니다.

Protocol 0.1 ↗
SOURCE CHECKOUT / FIXTURE
node bin/helmloop.mjs schemas
node bin/helmloop.mjs conformance --adapter core

HelmLoop

책임과 소유권을 명확하게

스케줄, 상태, 권한, 실제 작업, 업무 사실은 host가 소유합니다. Better Workflows는 선택적 통합 대상입니다.

  • completed ≠ PROMOTE

    Runtime completion은 portfolio / release promotion을 결정하지 않습니다.

  • intent ≠ action authority

    Goal, prompt, handoff는 side-effect permission을 만들지 않습니다.

  • receipt ≠ business outcome

    Trace / provider receipt는 event를 증명할 뿐 downstream value를 증명하지 않습니다.

  • instance nesting ≠ ownership

    Parent/child topology는 resource / decision ownership을 이전하지 않습니다.

  • preference ≠ authority

    Preference는 제안을 안내하지만 action 권한을 만들지 않습니다.

FAQ

자주 묻는 질문

HelmLoop란 무엇인가요?

AI 워크플로의 실행, 근거, 권한, 승격, 대사, 결과를 구분하는 runtime 독립 제어 계약입니다.

0.2를 사용할 수 있나요?

아직 아닙니다. 현재는 0.1 후보이며 10 records와 7축의 0.2는 계획 단계입니다. 출시나 실제 runtime 검증은 완료되지 않았습니다.

Better Workflows가 필수인가요?

아닙니다. neutral package와 별도 binding을 분리할 계획입니다.

fixture PASS가 이식성을 증명하나요?

아닙니다. mock 2와 real 1도 조건을 충족하는 독립 실제 runtime 쌍을 대신하지 않습니다.