Brief 를 물질화해

queue entry 는 참조로 시작해. pipeline name, task notes, 요청 brain, 때로 attachment 가 있지. 실행에는 닫힌 artifact 가 필요해. materialization 은 current pipeline row 를 resolve 하고 version 을 찍고, 범위 잡힌 note 를 template 에 넣고, 나온 brief 를 세션 work order 로 기록해.

rendered brief 는 source data 와 일부러 겹쳐. 그 중복은 복붙 아키텍처가 아니라 snapshot 경계야. pipeline row 가 나중에 고쳐지거나 live provider 가 다른 default 를 보여도 reviewer 는 저자가 실제로 받은 지시를 읽을 수 있어야 해.

materialization 은 빠진 정보도 일찍 실패시켜. template 가 destination 과 proof section 을 요구하고, 비어 있으면 engine 이 queue 나 take 를 거절할 수 있어. brief 가 생긴 뒤 다른 brain 이 권한을 알려고 원래 scoping 대화에 접근할 필요가 없어야 해.

work order 는 provenance 를 들고 있어. delegation key, pipeline key 와 version, 만든 시각, 요청 reviewer policy, task notes 같은 것들. 운영 secret 이나 비공개 infrastructure 잡학은 싣지 않아. 실행에 필요한 맥락과 엔진이 아는 모든 사실은 달라.

render 한 다음 다시 읽어

materialization 뒤 header 를 parse 해서 stamped identity, pipeline version, review mode 를 assertion 해. 그다음 사람 지시서로 body 를 읽어. 문법이 맞는 파일도 범위를 닫는 한 문장을 빠뜨릴 수 있어.

인계 시험은 단순해. 대화 이력 없는 새 세션에 brief package 만 줘. destination 이나 completion evidence 뜻을 다시 물어야 한다면 text 는 보존했어도 authority 는 보존 못 한 거야.

materialization 은 policy 와 input 을 하나의 inspectable order 로 묶어. 실행 전에 template 을 render 하고 exact result 를 stamped pipeline version 옆에 저장해. 그러면 author, reviewer, future auditor 가 움직이는 조각을 다시 조립하지 않고 같은 instruction 을 가리킬 수 있어.

Code

Render a version-stamped work order·python

from string import Template

row = {"name": "oneoff", "version": 4, "template": Template("Goal: $goal\nProof: $proof")}
notes = {"goal": "repair the named export", "proof": "row count and checksums match"}
brief = {
    "pipeline": row["name"],
    "pipeline_version": row["version"],
    "body": row["template"].substitute(notes),
}
assert "Proof:" in brief["body"]
print(brief)

Brief 를 물질화해