Launch Validation

· v1.0 · 2026-08-26

Launch validation · dated evidence snapshot, 26 August 2026 · the ledger and Atlas figures that are computed live are on the investor page and the Capability Atlas

Operationally live. Formally not yet a completed launch.

Talomnia is running in production, its investor documents and public execution evidence are live, and its current presentation passes the measured bilingual browser gates. The formal launch verdict remains NO-GO because the launch contract does not permit a historical P0 ordering violation to be rewritten as a pass, and two P1 deliverables remain open.

Operational status
LIVE
Formal launch verdict
NO-GO
Current criteria
34 pass · 3 fail
Commercial cases
0 · pre-commercial self-use only

What changed since the first report

This report supersedes the dated 19 August 2026 snapshot for current decision-making. The original report remains unchanged in the public trace. Its findings about missing investor documents, empty research, mobile overflow, weak accessibility coverage, incomplete Atlas presentation and undocumented knowledge export have since been remeasured and closed. Its historical findings about launch order remain part of the record.

P0 stop factors

Why the formal verdict is still NO-GO

The first visual implementation was not preceded by the design-research artifacts it claimed to use, and the first production publication preceded the publication Evidence Gate decision. Later research, redesign and evidence work repaired the product but cannot change the order in which those historical events occurred. The launch contract classifies both as P0. No silent override is recorded.

P0 release gates
GateVerdictFail-capable evidence
Process gates (§14.1)FAILThe public trace preserves the initial design sequence; the later Editorial Evidence Atlas research precedes the redesign but does not rewrite the first sequence.
Honesty of presentation (§14.4)PASSContent gates reject invented traction, unlabelled targets, final commercial terms and unregistered-entity claims.
Publication Evidence Gate (§12.1)FAIL — historical orderThe complete self-use case exists now, but timestamped deployment and gate records prove that the first publication happened earlier.
Workflow artifact matrix, timing and costPASSEvery published workflow resolves to its evidence page; mutation tests remove source rows and observe the rendered change.
Workflow LedgerPASSSchema and cross-field validation cover hierarchy, time, cost, dispositions and rework links across 604 entries.
Public-repository sanitizationPASSCI runs denylist and secret-scan gates with positive controls before public projection.
Request-data minimizationPASSA mutation that routes submitted personal data into a persisted non-PII field is rejected by the database sweep.

Complete acceptance checklist

Each row names an instrument that can fail. “Pass” means the current measured release meets the criterion; it is not a claim of third-party certification.

§14.1 · Process gates

CriterionVerdictCheck
Stage 0a and 0b validated before implementationPASSRepository and capability-discovery artifacts precede the implementation chain in the public trace.
Design research before design creationFAIL — historicalThe first design claimed three artifacts that did not exist. The later redesign corrected the method, not the history.
Sanitization policy checked in CIPASSPositive-control secret and denylist gates run in CI.
Stack, database and analytics ADRs precede main implementationPASSCommitted ADR dates and dependency order are checked against the implementation history.
Only public, sanitized artifacts reach the sitePASSProjection tests prove draft/internal records disappear from rendered output.
Git-to-database projection is one-way and reproduciblePASSBundle assembly pins Git objects; projection/preflight compare payload and database counts before every switch.

§14.2 · Site

CriterionVerdictCheck
All required sections are reachablePASSThe URL inventory and link-resolution sweep require HTTP success in both locales.
RU/EN content and terminology parityPASSThe language gate reads both locale trees and fails on mixed-language or missing governed content.
Language preference works and persistsPASSBrowser tests exercise selection, storage and return navigation.
Theme preference, system theme and pre-paint behaviorPASSRendered tests cover system/light/dark state and the pre-paint script.
Mobile adaptationPASSPlaywright geometry runs from 320px through 1920px and fails on page overflow.
Accessibility criteriaPASSKeyboard, focus visibility, target size, reflow at 400%, text spacing, contrast and reduced-motion checks can fail independently.
Repeated entities render from the databasePASSSource-row deletion mutations change cards, documents and workflow evidence.
Public caching; forms not cachedPASSHeader tests assert public cache policy and form no-store.

§14.3 · Evidence base

CriterionVerdictCheck
Database-backed workflows with stable pages and resolving linksPASSWorkflow pages and outbound evidence links are swept as resolvable URLs.
Workflow 0 is a process, not a filePASSThe launch workflow exposes stages, artifacts, failures, rework and result evidence.
Published market research and paginationPASSResearch contains two projected, source-backed documents and the paging contract is mutation-tested.
Filterable Atlas, entity pages and graph relationsPASSCapability Atlas exposes 115 entities and 223 projected relations with search and relation tests.
Investor documents, honest status, gates and CTAPASSRU/EN White Paper HTML/PDF and Pitch PDF/PPTX/HTML actions resolve from the compact document shelf.
Task and total time/costPASSLedger aggregation and rendered workflow totals share the same committed source.
Complete Workflow Ledger fields and rework linksPASSSchema and cross-entry validation run over all committed ledger files.
Created/reused/modified disposition per artifactPASSDisposition-key parity is enforced and aggregate reuse accounting is generated from it.
Bilingual Pitch factual consistencyPASSThe four downloadable files share one 12-slide semantic contract; factual gates compare deck, White Paper and site.

§14.4 · Honesty

CriterionVerdictCheck
No commercial cases stated plainlyPASSThe shared public status and investor narrative state zero commercial cases.
Targets are not traction or promisesPASSHonesty gates reject unlabelled target figures.
No unsupported labor-cost comparisonPASSPublished-content sweeps reject the comparison.
Pre-seed is a hypothesisPASSThe Investor Room and Pitch use the same hypothesis wording.
Research is marked pre-commercial self-usePASSThe marker is required on projected research pages.

§14.5 · Integrations and infrastructure

CriterionVerdictCheck
Forms reach Support Center and statuses synchronizeFAILNative forms and the sender are tested, but the production receiver path remains deliberately dark until receiver authentication and hostname constraints are completed.
Contract incompatibility blocks releasePASSA vendored-contract mutation turns the suite red.
Idempotency and audit log are testedPASSDuplicate-submission and audit-transition tests exercise the database path.
Minimum request data storedPASSA personal-data persistence mutation is detected.
Production infrastructure and verified operationsPASSEvery release runs migration, projection, preflight, health and edge verification; rollback remains available.
SEO inventoryPASSSitemap, robots, canonical, hreflang and social metadata are swept.
Client knowledge-export procedurePASSThe committed export procedure and its CI check fail when required inputs or boundaries are removed.

§14.6 · Ecosystem

CriterionVerdictCheck
Talomnia is represented on arcanada.aiPASSThe live RU/EN ecosystem inventory contains Talomnia and a resolving product link.
Arcanada blog article published through PublisherFAILNo publication receipt or live article URL exists. This outward publication remains operator-gated and is not fabricated here.

Measured execution boundary

On 26 August 2026 the committed ledger contained 604 entries: about 99.2 hours wall time, 78.8 hours active execution, 3.25 hours recorded human review, and 33 rework entries. The reported total cost is approximately $3,014.04, but it is an estimated, incomplete aggregate: cost is populated on 562 of 604 entries and human time on 567 of 604. These are self-measurements of the launch workflow, not customer economics and not evidence of savings against people.

Known limitations and next evidence gates

  1. Formal launch history: the two P0 ordering failures remain in the record unless the operator records an explicit override; later product quality does not erase them.
  2. Commercial evidence: there are still zero external paid cases. EG-1 is the first selected paid engagement; EG-2 is repeatability with acceptance and gross margin that includes human review.
  3. Support delivery: the production receiver path must be enabled and proven end to end before the Support Center criterion can pass.
  4. Ecosystem publication: the Arcanada article remains unpublished because Publisher dispatch is an explicit outward-action gate.
  5. Payments and legal status: production payment acceptance and legal-entity registration remain external operator decisions. The site collects intent only; the legal entity remains pending registration.

Decision

Operational status: LIVE. Talomnia can be explored, its evidence can be reviewed, and selected design-partner / pre-pilot requests can be submitted without an online charge.

Formal launch status: NO-GO. The launch contract's P0 historical ordering failures have no recorded override, the Support Center production path is not end-to-end, the ecosystem article is not published, and no external paid case exists. This verdict does not take the live product offline; it defines what still has to become true before the epic can honestly be called a completed launch.