2026-09-09 06:41:05 +00:00
|
|
|
# informed-decision
|
|
|
|
|
|
Establish INTENT, Stage 1 GOAL, and founding workplan
Claim ownership of the browser-facing approver UI that approval-engine
deliberately does not contain. approval-engine's INTENT names an approvals
inbox under Non-Goals, and docs/keycape-service-registrations.md records that
the human approver client's client_id and callback URI "must come from its
owner once it exists" — leaving key-cape's KEY-WP-0013-T02 blocked on an
unassigned component.
- INTENT.md: Decision Memo concept, the binding/awareness split and the two
hashes, ownership and non-ownership against the named estate repositories,
and a provisional PEP-shaped layer placement flagged for a gate-house ruling
rather than asserted.
- GOAL.md: Stage 1 is the L3 approval approver surface — the narrowest real
consumer with a live blocking dependency — plus the written answer to who
owns the approver UI.
- workplans/INFD-WP-0001: founding documents, the gate-house layer/ownership
ruling, the four specs (PRD, UseCaseCatalog, ArchitectureBlueprint,
EvidenceModel), schema and canonicalizer promotion out of history/ with the
isolation vectors under test, the key-cape client registration, and a
walking skeleton that includes return and discuss.
history/ is preserved unmodified as provenance.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01V3W1dQG7GFFM9d94jFx7iR
Assistant: claude-code
Assistant-Model: opus
Assistant-Process: 1565372@bnt-lap001
Assistant-Session: 16bb2f25-b34c-49ef-8e94-5fec3567a568
2026-09-09 10:47:36 +02:00
|
|
|
User interface for executive decisions, modelled as a sign-and-return book —
|
|
|
|
|
the German *Umlaufmappe* / *Zeichnungsbuch*, made cryptographic.
|
|
|
|
|
|
|
|
|
|
A **Decision Memo** carries a question, the context needed to answer it, the
|
|
|
|
|
requested act, and a binding between *identity*, *what was shown*, and *what was
|
|
|
|
|
bound*. The promise is not "the file was signed" but **"this person, in this
|
|
|
|
|
role, was shown this view, and bound this act."**
|
|
|
|
|
|
|
|
|
|
One object model from a ten-second login (L0) to a multi-party instrument (L5).
|
|
|
|
|
|
|
|
|
|
## Where to start
|
|
|
|
|
|
|
|
|
|
| File | What it is |
|
|
|
|
|
| --- | --- |
|
|
|
|
|
| `INTENT.md` | Why this repository exists and what it must never become |
|
|
|
|
|
| `GOAL.md` | The current stage, its invariants, and its definition of done |
|
|
|
|
|
| `workplans/` | Current work |
|
|
|
|
|
| `history/20260909-initial-exploration/` | Founding exploration — schema, state transitions, canonicalization, vectors |
|
|
|
|
|
|
|
|
|
|
## Stage 1
|
|
|
|
|
|
|
|
|
|
Own the browser-facing **approver UI** that `approval-engine` deliberately does
|
|
|
|
|
not contain, and answer in writing who owns it. `approval-engine` is a
|
|
|
|
|
bearer-token resource server with no browser client; `key-cape`
|
|
|
|
|
(`KEY-WP-0013-T02`) is waiting on a `client_id` and callback URI that no
|
|
|
|
|
component has claimed. This repository claims them.
|
|
|
|
|
|
|
|
|
|
See `GOAL.md`.
|
|
|
|
|
|
|
|
|
|
## Boundaries
|
|
|
|
|
|
|
|
|
|
This repository renders questions and records answers. It does **not** decide
|
|
|
|
|
(`access-engine`), does not own the approval object (`approval-engine`), does
|
|
|
|
|
not author approval doctrine (`gate-house`), does not authenticate anyone
|
|
|
|
|
(`key-cape`), and does not archive the trail (`audit-core`).
|