Evidence and publication

Methodology

KillWebs.com separates current implementation truth, reviewed synthesis, preserved research inputs, public source records, and fictional teaching values. No layer silently upgrades another.

Research basis KW-RPT-001 KW-RPT-014

Authority order

  1. 01

    Current code and visible behavior

    The deployed PHP, data registries, JavaScript, headers, routes, and rendered content define what the site actually does.

  2. 02

    Passing tests and release proof

    Automated checks support claims about syntax, routes, local-only runtime, report hashes, memory pointers, and discovery parity.

  3. 03

    Accepted decisions and architecture

    Current .uai records and reviewed durable documents explain why the implementation has its present shape.

  4. 04

    Reviewed research synthesis

    Public pages promote bounded conclusions that recur across stronger report sources and preserve material uncertainty.

  5. 05

    Preserved reports and proposals

    Full reports remain available as inputs but do not automatically become current fact or product behavior.

Evidence hierarchy

ClassUse on the siteBoundary
Official primary sourceDoctrine, policy, program descriptions, standards, and formal requirementsStill evaluated for date, scope, and what it does not establish
Reviewed analytical reportSynthesis, comparison, questions, architecture implicationsClaims remain qualified and traced to the underlying source class
Interactive explanatory modelMakes relationships and failure modes understandableUses abstract, deterministic teaching values only
Synthetic scenarioDemonstrates tradeoffs and recovery logicNever represented as a real system, target, performance figure, or forecast

Report promotion and .uai routing

Every uploaded report is stored under /docs/long-term-memory/reports with a stable ID and exact SHA-256 digest. The .uai long-term-memory ledger points to every body. Subject-specific conclusions are compacted into the memory file that owns them—architecture, constraints, context, decisions, or report synthesis—rather than copying full reports into startup memory.

A research-input label means the report is preserved and useful. It does not mean every claim is independently verified, current, or suitable for a concise public answer.

Synthetic model

The Explorer, scenarios, ACK Lab, interoperability checks, and authority controls use fictional nodes, abstract capabilities, illustrative scores, and deterministic rules. They are designed to teach structure, evidence, authority, and graceful degradation.

They do not model real targets, unit locations, weapon performance, casualty outcomes, operational latency, or command decisions.

Safety and non-operational boundary

  • No real targets, exact operational coordinates, active unit locations, or vulnerable infrastructure
  • No casualty assumptions, destructive-efficiency scoring, or weapon construction
  • No functional malware, exploit commands, credential harvesting, or arbitrary external actions
  • No ranking of countries, systems, or organizations by lethality or simulated harm
  • No browser access to private .uai memory, internal reports outside the allowlisted controller, credentials, or unpublished files

Human-visible discovery contract

The visible server-rendered page is the canonical source for readers, search engines, answer systems, and generative discovery. Machine-readable projections may summarize or index that content, but they cannot introduce a hidden claim, remove a visible qualification, or override the current source and publication boundary.

Each canonical page is expected to provide a descriptive title, one principal heading, stable clean URL, breadcrumb context, meaningful internal links, an early direct answer when an answer record exists, source identifiers, and explicit limitations. Entity names remain consistent across navigation, footer, structured data, reports, feeds, and AI-ready records.

DisciplinePublication requirementProhibited shortcut
SEOCrawlable human content, stable canonical URL, useful title and heading, internal pathways, and mobile equivalenceKeyword repetition, hidden text, doorway pages, or crawler-only claims
AEOAnswer the principal question early and in plain language while keeping evidence and uncertainty visibleA fluent answer that strips qualifications or treats a generated explanation as evidence
GEOUse stable entities, source relationships, report IDs, definitions, dates, and truth boundariesInvented authority, shared-state implications, or machine-readable claims absent from the page

Corrections and limitations

Readers can report an error using the public contact address. Corrections should identify the page, claim, source, and reason. The release line records accepted changes.

Public information about military systems is incomplete by design. The site distinguishes documented public facts, analytical synthesis, illustrative engineering values, allegations or disputes, and public unknowns.

Implementation basis: KW-RPT-001; doctrinal comparison basis: KW-RPT-014.

Ecosystem handoff

When the question becomes real evidence collection, provenance, assurance, and forensic reconstruction, continue at Evulgare.

KillWebs.com explains the concept with public research and fixed fictional records. Evulgare is the separate evidence layer for real consequential systems: what the machine knew, what it did not know, which software and models were operating, what authority existed, what information the human received, and where failure originated.

Stop using software that blames the human. Let Evulgare’s machine intelligence answer for the machine by preserving and producing the technical account, so a person is not forced to defend behavior they could not see, verify, understand, challenge, or control. This is technical answerability—not automated legal liability.

RESPONSIBILITY SHOULD FOLLOW THE EVIDENCE.
A HUMAN CLICK IS NOT A LIABILITY TRANSFER.