Who
Pages are published under one organizational standard: Compute Statecraft. The method is public so the rules do not change from page to page.
Methodology
Every Map is built to separate confirmed facts from synthesis and scenarios. The template is deliberately constrained so readers can audit what changed, what is sourced, and where uncertainty remains.
Who
Pages are published under one organizational standard: Compute Statecraft. The method is public so the rules do not change from page to page.
How
Sources are classified, claims get provenance labels, narratives are forced into supports and contradictions, and changes are logged instead of hidden.
Why
The objective is faster orientation for researchers, operators, and policy readers who need the evidence chain, not a confidence performance.
1
A candidate claim enters the system only when it can be attached to a source, actor, policy action, market signal, or observable event.
2
Sources are grouped as primary, secondary, or social. Primary material carries the most weight; social material is usually treated as an object of analysis.
3
SOURCED means direct support. INFERRED means synthesis from listed sources. SPECULATIVE means a forward-looking hypothesis that must not be read as confirmed.
4
Each narrative gets support, contradiction, context, weak points, and trajectory. This keeps disagreement structured instead of rhetorical.
5
New source material should update the canonical Map and changelog before creating another thin page on the same story.
Automation may help with collection, formatting, or drafting, but it does not override provenance. If a claim cannot be tied to a cited source or justified inference, it does not belong on the page.
Material use of automation should be disclosed in the product context that matters, and automation itself is never treated as evidence.
A mandate-class claim is tied directly to policy text, filings, official releases, legislative drafts, transcripts, or other primary material that creates a real obligation or public position.
A projection-class claim explains likely consequences, bargaining leverage, or capability effects. It remains downstream from the verified legal or technical record.
Compute Statecraft should be legible to both compliance counsel and systems operators. A translatory brief therefore has to show the clause, the control surface, and the proof path together.
State the exact clause, draft, filing, or official mandate that creates the obligation.
Describe the silicon, firmware, platform, cloud, or network surface where the obligation is enforced.
List the telemetry, attestation, procurement, or inspection path that would prove the control is real.
Name the enforcement trigger, threshold, or prohibited condition in legal language.
Map that trigger to the system component that can throttle, deny, log, or disable behavior.
Explain what would falsify the implementation claim or reveal a compliance gap.
Identify which operator, vendor, or jurisdiction is bound by the obligation.
Translate the obligation into operational burdens such as monitoring, capacity planning, key management, or hardware replacement.
Show which records, audit artifacts, or public statements would confirm those burdens in practice.
When a source contradicts a claim, the preferred path is to update the existing Map, change the provenance label if needed, and record the change in the changelog. Silent rewrites weaken trust, so visible revision history is part of the product.