IARPG-OPS-2 · 2.0.11-wip Game concept + open mission-design system Six examples · local tools · standards · research · no live MMO claim
IARPG.COM INTELLIGENCE AGENT ROLE PLAYING GAME
Work in progress IARPG-OPS-2 2.0.11-wip
Updated Source hierarchy Corrections International fairness Evidence archive

Global publication search

Search the operations design system

Type to search standards, missions, roles, authorities, reports, sources, pages, schemas, and UAI memory.

HOST-01CurrentGovernancePublished WIP

Target Hosting Smoke Evidence

Defines safe, removable evidence for PHP, rewrites, headers, protected paths, assets, JSON delivery, UTC, and writable local storage on the actual host.

Direct answer

What does HOST-01 standardize?

Defines safe, removable evidence for PHP, rewrites, headers, protected paths, assets, JSON delivery, UTC, and writable local storage on the actual host.

Category
Governance
Requirement level
Level D — Simulatable
Implementation
Published WIP
Machine record
/records/target-hosting-smoke-evidence.json

Purpose

What this record standardizes.

Defines safe, removable evidence for PHP, rewrites, headers, protected paths, assets, JSON delivery, UTC, and writable local storage on the actual host.

Rationale

Portable intelligence-operation artifacts require inspectable boundaries, deterministic evidence, explicit recovery, and no silent loss or identity overclaim.

Normative requirements

What conforming implementations must, should, and may do.

01
MUSTrequired for conformance

The diagnostic endpoint disclose no secrets, environment variables, absolute paths, session contents, or private configuration.

02
MUSTrequired for conformance

Stable promotion require evidence from the actual target hosting account.

03
MUSTrequired for conformance

The documentation instruct operators to remove or disable the endpoint after testing.

04
SHOULDrecommended unless a documented reason applies

Each result include pass, fail, or not-tested with a non-sensitive explanation.

Game interaction mapping

What players and interfaces do.

01Inspect artifact
02Compare evidence
03Record reason code
04Export local result
Deliver

Data contract

Inputs and outputs.

Inputs

  • Browser-local artifact
  • Applicable standard
  • Declared source context

Outputs

  • Reviewable result
  • Reason code
  • Local export
  • Preserved original

State contract

Allowed or expected transitions.

Allowed state transitions for this standard
FromEventTo
receivedrequirement evaluatedaccepted, quarantined, or rejected-with-source-untouched

Evidence and provenance

Review requirements for claims and consequential state.

  • Record source artifact ID, canonical digest, UTC event time, responsible local role label, and reason code.
  • Do not convert a digest, label, or generated statement into an identity or authoritative fact claim.

User-interface requirements

How the requirement must appear at the point of use.

  • Show the record code and requirement level at the point of use.
  • Expose the reason for pass, fail, quarantine, recovery, or rejection.
  • Provide direct links to canonical human and machine records.

Accessibility requirements

Equivalent access to essential information and controls.

  • Essential information is available without reliance on color, audio, motion, or a graph alone.
  • Keyboard, screen-reader, reduced-motion, high-zoom, mobile, and print equivalents are documented.

Telemetry events

Minimum event records for implementation review.

standard.target-hosting-smoke-evidence.evaluated

Required fields:

event_idtimestamp_utcartifact_idrecord_coderesultreason_code

Abuse and exploit cases

What the implementation must anticipate.

  1. A participant attempts to remove unknown data during import or migration.
  2. A digest or declared label is presented as proof of human identity or approval.
  3. A consequential record is overwritten without a reason or preserved original.

Failure and recovery

Fail-closed behavior and recovery path.

FAILURE

Fail closed for irreversible publication or overwrite. Preserve original content, show the failing requirement, and allow export or non-destructive recovery.

RECOVERY

Retain the original artifact and review event, clone any repaired draft, and require a new explicit validation event before continuing.

Example implementation

A concise fictional game implementation.

The local tool evaluates HOST-01, writes a UTC reason-coded result, and exposes both original and resulting artifacts for export.

Open complete mission examples →

Related records and examples

Supporting research

Deep links into complete canonical reports.

Revision history

Published changes to this record.

2.0.4-wip2026-07-20T12:04:07Z UTC

Initial HOST-01 publication for IARPG-OPS-2 release-candidate hardening.

Connected tools and standards

Explore the wider AI ecosystem.