Public production overview of the Talomnia Pitch Deck

Every figure on this page is summed from the execution rows below it. The trace is the record itself — not a report about the work, but the work, accounted unit by unit, including the units that failed validation and the ones that were rework.

accounted units of execution
1
wall-clock time recorded
17m
units that were rework of an earlier attempt
0
Case economics not measured · 17m
tags pitch-deckinvestor-evidencebilingual-contentrelease

Evidence record

What is verified
1 execution units: 1 passed, 0 rejected, 0 reworked
Source
Public execution trace and timelineStage timeline
Revision
Workflow record dated 2026-08-26
Validation status
done Pre-commercial self-use execution; completion is not independent validation.

The case in two minutes

Capabilities this workflow used, by provenance
created here
4
reused
0
modified
0
What the client asked
A public projection of the 12-slide Pitch Deck production: the RU/EN source document was assembled only from published research, review found a discrepancy and did not guess it away, PDF and PPTX were reconciled to one semantic model, and all four files were released through the Investor Room. This page shows a verifiable public path from sources to stable downloadable artifacts, rather than the full internal audit trail or the deck itself.
Who executed
1 execution entry · 1 role · 1 agent session
Capabilities
created: 4 · reused: 0 · modified: 0
Checks
validated: 1 · rejected: 0 · reworks: 0
Result
The result is four independent release files: RU and EN in PDF and PPTX, each with 12 slides. Their bytes and URLs are pinned by the release manifest. Only the minimum wall-time floor of the original work lane was measured; active time, tokens, model spend, human review, and the cost of later reconciliation and release were not measured and have not been reconstructed.
Acceptance status
done
Coverage and currency
1 execution entry · snapshot 5897582a0417

The entry count and digest state which set the totals were computed from. The digest is taken over EVERY figure in this block rather than over selected columns, so it changes when membership changes or when any figure beside it changes. An attestation narrower than its apparent scope is worse than none, because it buys trust it has not earned.

Every figure above is derived from the execution ledger and the artifact matrix below. The conclusions text is written by hand and is pinned to the entry count: if the ledger moves past it, the projection refuses to load rather than publish a stale claim.

Failures and rework

Derived directly from this case's execution ledger: no failed or reworked unit is hidden. Zero is a statement too.

Failed: 0 · Reworked: 0 · 1 of accounted units

This workflow’s units, by validation outcome
passed
1
failed
0
rework of an earlier attempt
0

Case economics

$0.00

measured — from ledger rows with actual tokens and provider rates

$0.00

estimated — reconstructed after the fact, with the method named in each row

0%

measured share of the total

Summed execution windows
17m — the sum of every entry’s window across parallel lanes — legitimately more than calendar time
Active execution
not measured — pure agent work, waits excluded
Calendar span
17m — from the first start to the last finish
Human participation
not measured / not measured — recorded human review time and cost

The hours on this page are not billable hours: pre-commercially no billing is defined. Each figure above carries its own meaning and is never added to the others.

Methodology: "measured" are ledger rows whose cost derives from actual tokens and provider rates at recording time; "estimated" are rows reconstructed after the fact, with the basis named in the row itself (visible in the table below). The two sums are never blended into one figure.

Unmeasured, honestly: part of the orchestrator supervision time and human review outside ledger rows is not in these totals; infrastructure compute is near zero and recorded as zero.

We do not compare this cost against a human team: no defensible comparison methodology exists yet, and an invented number is worse than an honest absence.

Stage timeline

  1. 2026-08-20

    source-backed-authoring

    writer — bilingual Pitch Deck source — unsupported claims left absent and reasons stated · public repository · not measured — this step predates the Workflow Ledger

  2. 2026-08-20

    factual-review-and-release-gate

    evidence-auditor — consistency review plus a mutation-proven gate requiring White Paper and Pitch Deck in RU and EN · public repository · not measured — this step predates the Workflow Ledger

  3. 2026-08-25

    twelve-slide-reconciliation

    writer — RU and EN PDF and PPTX packages reconciled to the same 12-slide semantic model · public repository · not measured — this step predates the Workflow Ledger

  4. 2026-08-26

    release-and-continuity-verification

    reviewer — four canonical downloads, source registry and byte-level package manifest released through Investor Room · public repository · not measured — this step predates the Workflow Ledger

Open the complete technical evidence Below is the full evidentiary layer: the Knowledge Contract, the artifact matrix with versions and statuses, the per-step time and cost ledger, links to commits and pull requests. Nothing is removed — only moved beneath the summary.

Task

A public projection of the 12-slide Pitch Deck production: the RU/EN source document was assembled only from published research, review found a discrepancy and did not guess it away, PDF and PPTX were reconciled to one semantic model, and all four files were released through the Investor Room. This page shows a verifiable public path from sources to stable downloadable artifacts, rather than the full internal audit trail or the deck itself.

Knowledge Contract of the case

Authoring reused existing Capability Atlas artifacts: the writer role; customer-narrative, success-criterion-measurement, testing and verification-before-completion; the evidence-bearing-verification blueprint; the honesty-presentation policy; and the unknown-is-not-zero constraint. No presentation-specific capability was introduced. The published White Paper and two research documents were the sources; unsupported fields stayed open.

Roles and participating agents

roles
Content Writer
skill
tal-skill-customer-narrativetal-skill-success-criterion-measurementtal-skill-testingtal-skill-verification-before-completion
blueprint
tal-blueprint-evidence-bearing-verification
competency
customer-narrativedevops-operations
constraint
tal-constraint-sanitized-project-surfacetal-constraint-unknown-is-not-zerotal-policy-honesty-presentationtal-policy-review-to-evolution
tool
ghgitnodepsqlscripts/investor-docs-ci.shscripts/investor-docs-gate.mjs

Artifact matrix

Point at a column name, or tap it, and its definition appears here.

Artifact typeThe managed knowledge-graph type an artifact belongs to: role, skill, blueprint plus the governance types constraint, success criterion, policy and capability description. The type decides which contract the artifact lives under and how it may be reused.

Artifact versionThe version of the knowledge artifact as it took part in this task. Artifacts are versioned in the private knowledge repository and a task is bound to a specific version rather than to «current» — otherwise the evidence would stop reproducing at the next edit.

Artifact sourceThe artifact's identifier and the link to its Capability Atlas entry where one is published. The source is the address at which the claim can be checked; where no public entry exists the identifier is shown alone rather than an invented link.

Lifecycle statusThe stage of a knowledge artifact: draft, reviewed, validated, shared-internal, public-sanitized, deprecated. Only public-sanitized artifacts reach a public surface; the rest are accounted for as withheld rather than quietly omitted.

DispositionHow a knowledge artifact took part in the task: created — authored for the first time, reused — used unchanged, modified — revised. The reuse metric stands on this mark, so it is recorded in the ledger entry rather than inferred afterwards.

Linked taskThe identifier of the task in which this artifact was touched. A task is the unit of project work; it contains the subtasks that time and cost are accounted against, and this identifier is what ties a row of evidence to the ledger records.

Artifact matrix
talomnia-knowledge/site-content/investor/inv-pitch-deck-en.mdcreatedTALO-0126
talomnia-knowledge/site-content/investor/inv-pitch-deck-ru.mdcreatedTALO-0126
talomnia-site/scripts/investor-docs-ci.shcreatedTALO-0126
talomnia-site/scripts/investor-docs-gate.mjscreatedTALO-0126

The matrix shows which knowledge artifacts participated in the task and how: created — made for the first time, reused — reused unchanged, modified — reworked.

Time and cost

Point at a column name, or tap it, and its definition appears here.

SubtaskThe accounted unit of execution: one step of a task with its own Workflow Ledger record carrying time, cost and validation status. A row of the time-and-cost table is a subtask, not a whole task.

RoleA function and area of responsibility within a specific piece of work — for example Developer, Architect, Reviewer, Tester. A managed type of the knowledge graph: a role carries versions, relations, provenance and evidence.

Wall timeThe time from the start of a unit of work to its finish, including waiting, pauses and everything in between. It is the elapsed duration of the execution window, not the amount of work done; across parallel lanes the sum of windows is legitimately larger than the calendar time.

Active timeThe time during which work was actually executing, with the waiting and the idle stretches inside the window removed. It is always less than or equal to wall time; the difference between them is waiting, not lost work.

Model costThe cost of the language-model calls for this unit of work: input and output tokens at the provider's price. Where no metered provider invoice exists for the session, the figure is marked as an estimate and its cost basis is published beside the row.

Compute costThe cost of machine time outside the model: servers, builds, test runs and other infrastructure spent on this unit of work. A zero here means measured absence of such spend, not absence of measurement.

Human costThe human time on this unit of work, converted to money at the rate the operator declared. Both the rate and the time itself are reconstructed after the fact from evidence rather than measured while the work ran, so every figure in this column is marked as reconstructed — and a row with no human participation has no human cost at all.

Total costThe sum of model, compute and human cost for this unit of work. Only what was measured is summed: if nothing in the column was measured the total is not zero — it is unknown, and says so.

Time and cost
TALO-0126/pitch-deck-and-the-check-5-8-1-never-hadwriter10280.00
Grand total10280.00

Wall time runs from start to finish including all waiting; active time is pure execution. Costs are actual or estimates with a recorded basis (cost basis in the ledger).

  • reconstructed — SANITIZED PROJECTION of canonical ledger row sha256:c68e013328a99d34ee6c07ef16d0137c9aee752595de33553e27bfc6ee05c273. NOT MEASURED: active execution, tokens, model cost, human review time and human cost were not metered. Total execution cost is therefore also unmeasured. MEASURED: wall time is a floor from worktree creation to finish; compute cost is zero because no compute was provisioned for this task.

Contradictions and open questions

Conclusions

The result is four independent release files: RU and EN in PDF and PPTX, each with 12 slides. Their bytes and URLs are pinned by the release manifest. Only the minimum wall-time floor of the original work lane was measured; active time, tokens, model spend, human review, and the cost of later reconciliation and release were not measured and have not been reconstructed.