Implement canon conformance and maintenance optimizations
Assistant: codex Assistant-Model: gpt-6-astra Assistant-Session: 01a06e82-3e08-7042-a79d-438ac6eed8db
This commit is contained in:
parent
a2e7f22d8d
commit
b081d39da1
64 changed files with 4491 additions and 373 deletions
30
INTENT.md
30
INTENT.md
|
|
@ -1,26 +1,25 @@
|
|||
# INTENT
|
||||
|
||||
> **NetKingdom layering review — 2026-08-28.** This repository's role was reviewed
|
||||
> against the NetKingdom IT-security layer model: **Taxonomy → Tooling → Engines →
|
||||
> Staff**, layered by determinism and by the kind of artifact each layer produces.
|
||||
> Findings and the argument behind them:
|
||||
> `gate-house/history/2026-08-28-security-layer-model-and-gate-house-recut.md`.
|
||||
> The model is `net-kingdom/canon/standards/security-layer-model_v0.1.md` (proposed),
|
||||
> ratified by `gate-house/decisions/decisions.md` GH-DEC-2026-001.
|
||||
>
|
||||
> The layer rule that binds every repository: **Staff never touches tooling
|
||||
> directly. It acts only through engine APIs.**
|
||||
>
|
||||
> **This repository is Taxonomy — cross-cutting, ecosystem-wide.** Clarify the split with net-kingdom canon: info-tech-canon owns cross-cutting semantic contracts and terminology for the whole ecosystem; NetKingdom-specific security architecture — including the layer model — is net-kingdom canon's. No change of role, only an explicit boundary so the two canons are not read as competing.
|
||||
>
|
||||
> *This note records what should change. The body below is not yet adapted.*
|
||||
|
||||
## Purpose
|
||||
|
||||
This repository exists to develop and maintain **InfoTechCanon**: an evolving, markdown-first reference system for building interoperable, adaptable, and extensible information-processing systems.
|
||||
|
||||
InfoTechCanon provides a shared semantic foundation for standards, concepts, patterns, profiles, mappings, and assimilation processes used across software, infrastructure, governance, DevSecOps, task management, knowledge systems, and related domains.
|
||||
|
||||
## Layer And Boundary
|
||||
|
||||
This repository declares itself part of the **Taxonomy** layer under the
|
||||
NetKingdom Security Layer Model. It produces cross-cutting language: terms,
|
||||
semantic contracts, standards, profiles, mappings, and compatibility rules that
|
||||
let independently owned systems interoperate.
|
||||
|
||||
InfoTechCanon owns ecosystem-wide semantic contracts and terminology. It does
|
||||
not own a runtime position or state on which another layer depends. NetKingdom
|
||||
owns its security architecture and standards of record, including the security
|
||||
layer model and any NetKingdom-specific profiles that import this canon. A
|
||||
generic semantic contract belongs here; a security obligation imposed on the
|
||||
NetKingdom estate belongs there.
|
||||
|
||||
---
|
||||
|
||||
## Primary Utility
|
||||
|
|
@ -120,4 +119,3 @@ The repository should initially establish:
|
|||
- and example subsystem interface declarations.
|
||||
|
||||
Over time, the repository should grow into a living canon that supports human reasoning, agentic workflows, validation, documentation generation, knowledge retrieval, and practical system integration.
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue