Accept ADR-015 on the engine as an enabling processor.
The doctrine blueprint records the acceptance in section 2.2 and section 17. The security-layer standard is unchanged. Assistant: grok Assistant-Session: 01a1609f-72b8-7222-9dff-fae300115e42
This commit is contained in:
parent
87787807fa
commit
8445db74c4
2 changed files with 10 additions and 8 deletions
|
|
@ -4,7 +4,7 @@
|
|||
**Project family:** NetKingdom
|
||||
**Artifact:** `ArchitectureBlueprint.md`
|
||||
**Status:** Current — doctrine architecture; no runtime role
|
||||
**Version:** 0.4
|
||||
**Version:** 0.5
|
||||
**Date:** 2026-10-22
|
||||
**Decision:** `decisions/decisions.md` GH-DEC-2026-001
|
||||
|
||||
|
|
@ -107,7 +107,7 @@ Two boundaries are lexical as well as architectural:
|
|||
|
||||
### 2.2 Engine
|
||||
|
||||
An engine is a tool of automation for one capability, as proposed in
|
||||
An engine is a tool of automation for one capability, as accepted in
|
||||
[ADR-015](docs/adr/ADR-015-engine-is-a-processor.md). It encapsulates the
|
||||
complexity of that capability in a consistent, often simpler interface than
|
||||
doing the work by hand. The same inputs yield the same result, which reduces
|
||||
|
|
@ -136,8 +136,8 @@ the engine. The delegator does not gain that use-privilege or the injected
|
|||
credential. Engines stay deterministic. Operators stay flexible and are
|
||||
expected to be reliable in the work they choose and assign.
|
||||
|
||||
Until ADR-015 is accepted, this section records the proposed doctrine. The
|
||||
security-layer standard is amended only after acceptance.
|
||||
ADR-015 was accepted on 2026-10-22. This section records that doctrine. The
|
||||
security-layer standard's engine section has not yet been amended to match.
|
||||
|
||||
## 3. Core domain model
|
||||
|
||||
|
|
@ -748,7 +748,7 @@ return path.
|
|||
| ADR-010 | Still meaningful — Autonomous mandate model. |
|
||||
| ADR-013 | Still meaningful — MCP authorization integration. |
|
||||
| ADR-014 | Still meaningful — policy self-modification protection. |
|
||||
| ADR-015 | Proposed — an engine enables one capability over Tooling; several engines may share a store; an operator's use-privilege is separate from the credentials injected into the instance. |
|
||||
| ADR-015 | Accepted 2026-10-22 — an engine enables one capability over Tooling; several engines may share a store; an operator's use-privilege is separate from the credentials injected into the instance. |
|
||||
|
||||
Future ADRs in Gate House decide doctrine and responsibility boundaries. They
|
||||
must not select an Engine's implementation technology or create a Gate House
|
||||
|
|
|
|||
|
|
@ -1,8 +1,9 @@
|
|||
# ADR-015 — Engine as processor and operator use-privilege
|
||||
|
||||
**Repository:** gate-house
|
||||
**Status:** proposed
|
||||
**Status:** accepted
|
||||
**Date:** 2026-10-22
|
||||
**Accepted:** 2026-10-22
|
||||
**Revision:** 2026-10-22 — a store may serve several engines; an engine enables a capability and is not an access-control mechanism.
|
||||
|
||||
## Context
|
||||
|
|
@ -115,8 +116,9 @@ Staff expectation. It is not a second restriction inside the engine.
|
|||
Deployment does not make the engine incomplete.
|
||||
- This ADR selects no database, framework, or hosting technology, and it
|
||||
creates no Gate House runtime surface.
|
||||
- Acceptance of this ADR is a later edit of its status. The security-layer
|
||||
standard's engine section is amended only after that acceptance.
|
||||
- Accepted on 2026-10-22. The security-layer standard's engine section is
|
||||
the remaining graduation of this doctrine. This acceptance does not amend
|
||||
that standard.
|
||||
|
||||
## Alternatives rejected
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue