시스템 진열실 | Hichem Benali

01 / 도구

ACE Receipts · 관문

공개 소스 ↗

산출은 싸다. 신뢰는 그렇지 않다.

공개 CLI와 GitHub Action이 AI를 끼고 돌아가는 작업 흐름과 그 변경분을 훑어, 증명과 위험과 허가와 빠진 증거를 본다. 아래 표본은 같은 판정 문법을 쓰면서도 당신의 저장소에는 손대지 않는다.

표본

ACE RECEIPT보류

아직이다. 증적을 가져올 것.

증명: 부분
위험: 높음
허가: 사람의 검토

공개된 물증 monkidy/ace-receipts · examples/receipts/hold.md발췌 · 요약과 소견과 다음 단계는 생략

ACE Receipt: HOLD

          ✦
      /_\ │
     (•_•)│
      /|_ │
      / \ │
   ════╪════
         │

Not yet. Bring receipts.

Verdict: hold
Gate: fail
Proof: partial
Risk: medium
Permission: human_review_required
Closeout: pending

Command ace-receipts demo

Missing receipts

explicit permissions block
SHA pin receipt for third party actions
receipt policy (.ace/policy.yml) or an ace-receipts gate in the workflow

No receipt, no passage.

공개 저장소에서 고치지 않고 옮겼다. 이것은 도구 자체의 출력 형식이지 그 흉내가 아니다. 위의 표본에서는 같은 세 조건을 직접 움직여 볼 수 있다.

03 / 제품

Sendable? · 마지막 판정.

공개 제품 ↗

초안

“수정한 제안서를 오늘 밤 보내겠습니다. 선택 범위는 덜어 냈고, 더 빨리 움직일 수 있도록 내부 견적도 넣었습니다.”

같은 문장. 세 부류의 상대. 판정은 문법의 문제가 아니다.

보내기 전 증적 수정

문장 자체는 쓸모 있지만, 내부 견적은 팀의 맥락을 벗어나서는 안 된다.

보내기 전에 내부 숫자를 지울 것.

04 / 관측 표면

Asso Lab · 코드가 서명한 증적.

공개 증명 표면 ↗

공개된 물증 monkidy/asso-lab · receipts/2026-06-17-receipt.json파일 전체

{
  "receipt_id": "393911c3-2c62-4de0-8ae1-cbdb40804b88",
  "date_utc": "2026-06-17T10:41:51.567112Z",
  "sources": [
    "https://simonwillison.net/atom/everything/",
    "https://arxiv.org/rss/cs.MA",
    "https://arxiv.org/rss/cs.CR",
    "https://arxiv.org/rss/cs.AI",
    "https://www.anthropic.com/news"
  ],
  "model": "gemini-2.5-flash",
  "content_hash": "5e73ba03104d66e99518bbc904ccdbfc571ff01178ce0df6bf62fbca766efc01",
  "operator": "hichem",
  "confidence": null,
  "status": "PUBLISHED"
}

어느 하루의 증적을 고치지 않고 옮겼다. 출처는 공개 피드다. 해시가 있어 공개된 물증은 사후에도 대조할 수 있다. confidence 이 비어 있는 것은 그것을 잰 것이 없기 때문이다. 빈칸이 지어낸 숫자보다 정직하다.

의뢰를 공개한다. 증적을 공개한다. 경계를 보이는 자리에 둔다.

Asso Lab은 공개된 관측 표면이다. 범위를 정한 의뢰, 코드가 만든 증적, 해시, 타임스탬프, 그리고 허용·거부·사람의 검토라는 세 갈래 동작의 실제 예.

이것이 증명하지 않는 것

공개된 증적이 증명하는 것은, 어떤 물증이 그 시각에 정확히 그 모습으로 있었다는 사실뿐이다. 비공개 실행 환경도, 운영 환경의 안전도, 행동할 권한도 증명하지 않는다.

05 / 운영

AI Ops SOP Pack · 꾸미지 않고 회복한다.

공개 꾸러미 ↗

맥락이 사라졌을 때(장애, 중단된 검토, 결정 도중에 끝나 버린 세션), 솔깃한 길은 기억에서 확신을 다시 지어내는 것이다. 이 꾸러미는 그것을 다시 읽은 증거와, 검토 대상에 걸어 둔 보호 장치로 바꾼다.

01사라진 맥락
02식은 증거
03HEAD 가드
04인계
05사람의 관문

공개된 물증 monkidy/ai-ops-sop-pack · templates/pr_final_audit_checklist.md발췌 · HEAD 가드, 경계 검토, 결정

Completing this checklist records review evidence only. It does not approve or perform a merge, and it does not grant merge authority by itself.

Head Guard

observed PR head commit:
expected PR head commit:
match confirmed:
merge command or action will preserve head guard:

Stop if the PR head changed and the new head has not been reviewed.

Boundary Review

no live runtime opened:
no provider call introduced:
no secrets introduced:
no daemon / watcher / background process introduced:
no memory write introduced:
no ledger write introduced:
no permission-to-act introduced:
no trading / order routing / leverage / portfolio authority introduced:

Decision

Choose exactly one:

PASS
REPAIR_REQUIRED
STOP_RISK

공개된 점검표에서 뽑은 발췌를 고치지 않고 옮겼다. 빈칸이야말로 요점이다. 이 문서는 사람이 채우도록 만들어졌고, 첫 줄에서 스스로 밝힌다, 채운다고 허가가 되는 것은 아니라고.

06 / 거버넌스

두 개의 증적. 차이는 하나.

공개 예시 ↗

거부가 믿을 만한 것은, 그것이 행동과 같은 종류의 흔적을 남길 때뿐이다. 공개된 이 두 예시는 같은 경계, 같은 에이전트, 같은 대상 파일을 공유한다. 하나는 그것을 읽는다. 다른 하나는 거기에 쓰려 한다.

공개된 물증 bounded_file_read.allowed.json발췌 · 일부 필드만 표시. 완전한 JSON은 원본에

{
  "schema": "ace.action_receipt.v0",
  "status": "allowed",
  "decision": "allowed_read_only",
  "requested_action": {
    "type": "file_read",
    "purpose": "summarize support context"
  },
  "boundary": {
    "mode": "read_only",
    "writes_allowed": false
  },
  "refusals": [],
  "human_review_required": false
}

공개된 물증 forbidden_write.refused.json발췌 · 일부 필드만 표시. 완전한 JSON은 원본에

{
  "schema": "ace.action_receipt.v0",
  "status": "refused",
  "decision": "refused_forbidden_write",
  "requested_action": {
    "type": "file_write",
    "purpose": "update customer record"
  },
  "boundary": {
    "mode": "read_only",
    "writes_allowed": false
  },
  "refusals": [
    {
      "reason": "write_not_allowed_inside_read_only_boundary",
      "required_next_step": "human_review_or_new_explicit_boundary"
    }
  ],
  "human_review_required": true
}

두 파일 모두 증거 블록에 이 표기를 달고 있다Static public example. Not runtime proof.. 각 판은 스스로 무엇을 뺐는지 밝히며, 보인 것은 하나도 고치지 않았다.

07 / 추론

Hypothesis Fan · 증거가 걷어 내게 한다.

하나의 관찰. 세 가지 설명. 증거는 한 번에 하나씩.

대안은 어떤 검증이 하나를 걷어 낼 이유를 줄 때까지 보이는 자리에 남는다. 이것이 벼리는 물음은 베이트슨의 것이다. 이 실패들을 잇는 패턴은 무엇인가.

관찰부하가 커질수록 이 작업 흐름은 믿을 수 없게 된다.

H1용량

자원 압박이 주된 원인이다.

반증 조건: 낮은 부하에서도 실패가 이어진다.

H2협응

인계가 어긋난 상태를 들여온다.

반증 조건: 인계가 없는 자리에서도 실패한다.

H3기억

상태가 불완전한 맥락에서 다시 지어진다.

반증 조건: 상태를 명시해도 재발이 줄지 않는다.

08 / 시스템

SYSTASYS · 볼거리가 아니라 연속성.

기억은 다음 관찰을 바꿀 때에만 쓸모가 있다.

금빛 현이 돌아오는 길이다. 나머지는 흔한 인과의 순서일 뿐이다. 이것을 점검표가 아니라 시스템으로 만드는 것은 그 귀환 쪽이다.

지점 / 멈춤 여덟 지점, 그리고 귀환.

한 바퀴 돌려 차례로 지나가거나, 도해 위에서 읽는다.

방 전체 ↗

09 / 작업 원칙

제약으로 쓴 선언.

01설명을 둘 이상 살려 둔다.

이른 확신은 비싸다. 증거가 걷어 내게 한다.

붙든다 → 검증한다 → 걷어 낸다.

02결정하는 것은 현실이다.

모형은 실제로 일어나는 일과 부딪히고도 살아남는 동안에만 쓸모가 있다.

모형 ≠ 현장.

03기억 없는 관찰은 낭비다.

시스템은 다음 관찰을 더 낫게 만들 만큼은 기억해야 한다.

흔적 → 기억 → 달라진 관찰.

04증거는 다음 행동을 바꾸어야 한다.

아무것도 바꾸지 못하는 증적은 통제가 아니라 문서다.

증명에는 결과가 따라야 한다.

05권한은 보이는 채로, 지루한 채로 있어야 한다.

힘은 핵 둘레에 머물러도 된다. 다만 허가의 경계는 들여다볼 수 있을 만큼 단순해야 한다.

힘은 바깥에. 명료함은 안에.

06볼거리보다 연속성이 무겁다.

쓸모 있는 시스템이란, 시연이 끝난 뒤에도 말이 되는 그것이다.

효과가 걷힌 뒤에 무엇이 남는가.

열린 틈 바깥에 남는 것 ↗

진열실, 여기 담긴 것은시스템과 증명과 판단.

진열실, 여기 담긴 것은
시스템과 증명과 판단.