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
Evidence record
- What is verified
- 1 execution units: 1 passed, 0 rejected, 0 reworked
- 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
- 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
- passed
- 1
- failed
- 0
- rework of an earlier attempt
- 0
Case economics
measured — from ledger rows with actual tokens and provider rates
estimated — reconstructed after the fact, with the method named in each row
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
-
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
-
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
-
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
-
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 type — The 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 version — The 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 source — The 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 status — The 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.
Disposition — How 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 task — The 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.
| — | — | talomnia-knowledge/site-content/investor/inv-pitch-deck-en.md | — | created | TALO-0126 |
| — | — | talomnia-knowledge/site-content/investor/inv-pitch-deck-ru.md | — | created | TALO-0126 |
| — | — | talomnia-site/scripts/investor-docs-ci.sh | — | created | TALO-0126 |
| — | — | talomnia-site/scripts/investor-docs-gate.mjs | — | created | TALO-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.
Subtask — The 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.
Role — A 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 time — The 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 time — The 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 cost — The 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 cost — The 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 cost — The 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 cost — The 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.
| TALO-0126/pitch-deck-and-the-check-5-8-1-never-had | writer | 1028 | — | — | 0.00 | — | — |
| Grand total | 1028 | — | — | 0.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.
Links to logs and commits
- https://talomnia.com/assets/docs/talomnia-investor-pitch-ru-v0.1.pdf
- https://talomnia.com/assets/docs/talomnia-investor-pitch-ru-v0.1.pptx
- https://talomnia.com/assets/docs/talomnia-investor-pitch-en-v0.1.pdf
- https://talomnia.com/assets/docs/talomnia-investor-pitch-en-v0.1.pptx
- https://github.com/Arcanada-one/talomnia-trace/tree/main/workflows/pitch-deck-production
- https://github.com/Arcanada-one/talomnia-trace/blob/main/workflows/pitch-deck-production/README.md
- https://github.com/Arcanada-one/talomnia-trace/blob/main/workflows/pitch-deck-production/release-manifest.md
- https://github.com/Arcanada-one/talomnia-trace/blob/main/workflows/pitch-deck-production/reconciliation-note.md
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.