# LLM Wiki entry point ## Read first 1. Repository `AGENTS.md`. 2. `.wiki-standard.yaml`. 3. `knowledge/index.md`. 4. [Context map](https://thirlwall-wiki.pages.dev/llm-wiki/context-map/index.md). 5. `docs/project/status.md`. 6. The manifest's `roles.authoring_policy` path, or `AUTHORING.md` when no path is mapped, before writing new original English prose. 7. `DESIGN.md` for rendered changes. 8. [Knowledge graph](https://thirlwall-wiki.pages.dev/graph/index.md) query results when Graphify is selected. ## Operating model Use the [maintenance protocol](https://thirlwall-wiki.pages.dev/llm-wiki/maintenance/index.md) to apply this model and preserve the evidence boundary. - **Ingest**: register a target source, preserve its identity, add its stable exact-row anchor, update the relevant concept and evidence state, add links, and record the change. - **Query**: select the smallest authoritative target context, expose uncertainty, and cite registered evidence through individual internal source-row links. - **Lint**: find contradictions, stale claims, unsupported authority, ungoverned exact repetitions of the declared canonical question, bare or misdirected source identities, unregistered named-authority URLs, missing links, and generated-output drift. - **Propose**: after a user-authored reusable improvement is implemented, verified, and committed locally, preserve it in a tracked [Standard proposal](https://thirlwall-wiki.pages.dev/llm-wiki/standard-proposals/index.md). Validate direct states and terminal transitions offline, prepare a disposable scrubbed payload, and bind approval to the exact digest and governed form revision. The user submits; intake, Standard decision, exact registry/release evidence, and optional adoption remain separate authorities. Never reuse the Standard's sole historical bridge. Never treat an LLM answer, rendered page, or graph edge as new evidence. Apply the DenchCo ASD-STE100-inspired 80% house style in the mapped authoring policy (`AUTHORING.md` when no path is mapped) to all new original English Wiki prose. 80% is a pragmatic aim, not a computed score or a claim of ASD-STE100 compliance. Review meaning and source fidelity before style, preserve protected text and necessary technical terms, and record material exceptions with their scope and reason. Follow explicit user instructions and stricter applicable local policy. Do not bulk-rewrite existing prose or change consumer pins to apply the default. In a Standard Production maintenance workspace, a file-changing development turn remains incomplete until its persistent changes are recorded in the required end-of-turn JJ commit under `DKBWS-PROV-001`. Use the tracked proposal workflow for a governed upstream handoff. If the form, label, marker search, provenance, or digest evidence is unavailable or ambiguous, preserve the record and stop; filing does not amend the pinned Standard or authorize migration. Development responses route Human or LLM Wiki destinations through the configured live canonical HTTP(S) origin under `DKBWS-PROMPT-002`. File, editor, absolute-path, and repository-relative Markdown links do not substitute for Wiki navigation; plain repository paths identify only implementation artifacts with no rendered route. Captured drafts check Markdown, HTML links, and plain GFM-autolinked URLs. Managed local drafts add `--managed-live` to require exact service identity, canonical URL equality, and HTTP 200 for every displayed route; `STD-VAL-007` remains the host boundary for uncaptured output. Persistent preview handoff uses `npm run service:preview` only after all twelve registry fields, the exact installed/loaded job, canonical URL, and marker identity pass. Live service evidence belongs to maintainer verification; distribution/CI leaves `DKBWS-RUNTIME-002` not checked. Use project status for up to three current priorities and the validation queue for parked work. The user has requested content-first next steps after every development cycle, including a completed implementation. Follow the `AGENTS.md` standing instruction and cycle guard. Each numbered recommendation states **Proposed update**, **Why it matters** and **Done when**. If none is grounded, state: “No further grounded content update is available.” ## Subject-specific authority boundary The user selected Defence healthcare with wider Defence lessons where relevant. Public evidence supports provisional implications and specific questions for separate internal review. Do not ingest non-public Defence policy or any internally validated gap assessment. Read the [method](https://thirlwall-wiki.pages.dev/approach/index.md), [rules and responsibilities](https://thirlwall-wiki.pages.dev/defence-comparison/index.md), [recommendations](https://thirlwall-wiki.pages.dev/recommendations/index.md), [implementation tracker](https://thirlwall-wiki.pages.dev/implementation/index.md) and [internal policy reference](https://thirlwall-wiki.pages.dev/internal-policy-checks/index.md) before answering. The [evidence matrix](https://thirlwall-wiki.pages.dev/evidence-matrix/index.md) and [validation queue](https://thirlwall-wiki.pages.dev/validation-queue/index.md) qualify claims. Do not turn NHS-directed recommendations into Defence legal duties, or public silence into policy absence. Preserve the R12 date discrepancy. Keep topic content in reference form. Do not add hypothetical examples, scenarios, pilot exercises or an internal review programme. Retain factual policy questions and public evidence limits. Distinguish commitments, published directions, operative law and evidence of implementation. Use [terms](https://thirlwall-wiki.pages.dev/glossary/index.md) consistently. Source IDs use S01-style identities and s01-style row anchors. Date-only research checks retain their evidenced precision; do not invent timestamp instants.