Workflow — how the Talomnia Workforce market research was produced
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
- 10
- wall-clock time recorded
- 1.2h
- units that were rework of an earlier attempt
- 0
Evidence record
- What is verified
- 10 execution units: 10 passed, 0 rejected, 0 reworked
- Revision
- Workflow record dated 2026-08-19
- Validation status
- done Pre-commercial self-use execution; completion is not independent validation.
The case in two minutes
- created here
- 20
- reused
- 12
- modified
- 6
- What the client asked
- The production trail of the market research: two parallel researcher lanes (competitors/ICP and price benchmarks), a primary self-use measurement from the Workflow Ledger, document assembly with fact-checking — and, as a separate act, publication through a Knowledge Contract after the R1 customer review (issue #42, R1-03 and R1-14). The research findings live on the Research page; this page carries only the process: steps, roles, time, cost, evidence.
- Who executed
- 10 execution entries · 3 roles · 5 agent sessions
- Capabilities
- created: 20 · reused: 12 · modified: 6
- Checks
- validated: 10 · rejected: 0 · reworks: 0
- Result
- From framing to the finished document the research took 20 minutes 11 seconds of wall time and cost ≈ $8.43 in model spend (token-based estimate, basis recorded in the ledger) — five accounted execution units of a single researcher role. The gap between production and publication is this case's main lesson: finished work that never projects onto the public surface does not exist for the client (the R1 review recorded that as a blocking finding, and the R2 review as "written and withheld"). The publication is accounted as its own steps under its own contract.
- Acceptance status
- done
- Coverage and currency
- 10 execution entries · snapshot
2315ae988fd2
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 · 10 of accounted units
- passed
- 10
- 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
- 1.2h — the sum of every entry’s window across parallel lanes — legitimately more than calendar time
- Active execution
- 1.1h — pure agent work, waits excluded
- Calendar span
- 11.8h — from the first start to the last finish
- Human participation
- 0s / $0.00 — 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.
Where the money and the time went
Between one grand total and a ledger of hundreds of rows sits the breakdown: by role, by stage and — the one that matters — how much bought KNOWLEDGE versus how much was EXECUTION on knowledge that already existed. Every bar carries its own confidence marker: measured and reconstructed figures are never added into one number.
Confidence of these sums
- measured $0.00 · 0%
- reconstructed after the fact $12.92 · 100%
Not one ledger row in this case is measured telemetry: the measured share is 0%. Every sum below is reconstructed after the fact from token counters and rates, with the basis of each estimate recorded in the ledger row itself. That is precisely why we publish the breakdown: a figure that does not say where it came from is not evidence.
By role
By stage
A stage’s money comes from the ledger entries of the tasks that stage declares it covers, not from the caption under the timeline step. Stages sharing the same task set are merged into one bar: the ledger does not resolve finer than the task there, and splitting it further would be an invented allocation.
Producing knowledge versus executing on it
- producing knowledge $0.00 · 0% · 0 execution units
- executing on existing knowledge $12.92 · 100% · 10 execution units
Classification rule: an execution unit counts as "producing knowledge" when at least one artifact it created or modified resolves to a Capability Atlas entity — by the same match the artifact matrix below uses. A unit that both produced knowledge and delivered work counts wholly as knowledge production. That is deliberately conservative: the rule can only inflate the knowledge side, so the published knowledge cost is an upper bound and the reuse claim is never flattered by it.
Created and reused
- Knowledge elements engaged
- 15
- Uses of them by execution units
- 35
- Average units per element
- 2.33×
- Elements used by more than one unit
- 6
- Knowledge-artifact touches (created / modified / reused)
- 0 / 0 / 1
- Delivery-artifact touches (created / modified / reused)
- 20 / 6 / 11
Two different quantities, and not interchangeable: "touches" count what a unit did to an artifact, "uses" count how many units executed on that knowledge element. The reuse claim rests on the second.
Timeline caption reconciled against the ledger
The timeline step captions reconcile with the ledger entries: no divergence.
Stage timeline
-
2026-08-19
context-intake
researcher — research brief and decision questions (rates context, consultation pricing, first sellable service) · public repository · 6m / $2.26
-
2026-08-19
desk-research-pricing-benchmarks
researcher — price benchmarks across thirteen adjacent categories, per-figure source grades · public repository · 5m / $1.85
-
2026-08-19
desk-research-competitors-icp
researcher — competitive landscape, failure modes of the category, ICP inputs · public repository · 8m / $1.96
-
2026-08-19
document-authoring-and-factcheck
researcher — the ten-section research document with inline source grades and the self-use unit-economics measurement · public repository · 13m / $2.03
-
2026-08-19
reporting-and-ledger
researcher — lane report and Workflow Ledger entries · public repository · 1m / $0.33
-
2026-08-19
source-verification-for-publication
researcher — source-verification manifest — every published citation fetched, outcomes and discrepancies recorded · public repository · 17m / $1.11
-
2026-08-19
publication-under-contract
knowledge-curator — Research page with the full R1-03 section set, reciprocal Workflow link, projection to the site database · public repository · 23m / $3.38
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
The production trail of the market research: two parallel researcher lanes (competitors/ICP and price benchmarks), a primary self-use measurement from the Workflow Ledger, document assembly with fact-checking — and, as a separate act, publication through a Knowledge Contract after the R1 customer review (issue #42, R1-03 and R1-14). The research findings live on the Research page; this page carries only the process: steps, roles, time, cost, evidence.
Knowledge Contract of the case
The research itself (TALO-0006) ran on 2026-08-19 BEFORE the epic had a contract resolver — recorded honestly: the production steps had no contract, and their accounting is the factual TALO-0006 lane record in the Workflow Ledger. The publication (TALO-0035) was executed through a resolved Knowledge Contract: K_id sha256:2e2788005e9acfb319d2dcb01c031c59560fb749b726084897ae866df5868fcd, selecting tal-skill-market-research (the market-research methodology with mandatory source verification — Gap G2 closed by graph expansion), the knowledge-curator and evidence-auditor roles, and the projection-pipeline blueprint; governed by honesty-presentation and sanitized-projection. Embedded constraints: no fabricated sources (a citation without a fetched verification record cannot publish), publication-not-reexecution (the finished text is not rewritten without reason), and no data duplicated between the Research and Workflow pages.
Roles and participating agents
- roles
- knowledge-curatorResearch Analystresolver-operator
- skill
- datarim/skills/factcheckdatarim/skills/research-workflowtal-skill-admissibility-checktal-skill-digest-pinningtal-skill-market-researchtal-skill-resolution-receipttal-skill-sanitization-gate
- blueprint
- tal-blueprint-knowledge-expansiontal-blueprint-projection-pipelinetal-blueprint-task-to-contract
- competency
- tal-competency-bilingual-contenttal-competency-market-research
- constraint
- tal-constraint-sanitized-projectiontal-policy-artifact-lifecycletal-policy-honesty-presentation
- tool
- Projects/Talomnia/ledger/bin/talo-ledgerWebFetchWebSearcharchitecture/tools/author_artifacts_0035.pyarchitecture/tools/extend_authority_0035.pyarchitecture/tools/run_talo_0035_resolution.pyghontology/src/validate.pypdftotextpnpmscripts/check-research-sources.pyscripts/sanitization-check.shtalomnia-knowledge/scripts/bin/capability-map-check.shtalomnia-knowledge/scripts/bin/frontmatter-lint.shvitest
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.
| — | — | Projects/Talomnia/docs/Talomnia_White_Paper_EN_v0.5.pdf | — | reused | TALO-0006 |
| — | — | Projects/Talomnia/docs/TZ-Talomnia-Launch-v1.3.1.md | — | reused | TALO-0006 |
| — | — | Projects/Talomnia/README.md | — | reused | TALO-0006 |
| — | — | talomnia-knowledge/architecture/reports/talo-0035/talo-0035-research-publication.bundle.json | — | created | TALO-0035 |
| — | — | talomnia-knowledge/architecture/reports/talo-0035/talo-0035-research-publication.receipt.json | — | created | TALO-0035 |
| — | — | talomnia-knowledge/architecture/tools/author_artifacts_0035.py | — | created | TALO-0035 |
| — | — | talomnia-knowledge/docs/capability-map.md | — | reused | TALO-0006 |
| — | — | talomnia-knowledge/docs/capability-map.md | — | modified | TALO-0006 |
| — | — | talomnia-knowledge/docs/research/market-research-talomnia-workforce.md | — | created | TALO-0006 |
| — | — | talomnia-knowledge/docs/research/market-research-talomnia-workforce.md | — | modified | TALO-0035 |
| — | — | talomnia-knowledge/docs/research/pricing-recommendation-internal.md | — | created | TALO-0006 |
| — | — | talomnia-knowledge/graph/data/local/[email protected] | — | created | TALO-0035 |
| — | — | talomnia-knowledge/graph/tests/test_import.py | — | modified | TALO-0035 |
| — | — | talomnia-knowledge/ledger/TALO-0001.jsonl | — | modified | TALO-0035 |
| — | — | talomnia-knowledge/ledger/TALO-0035.jsonl | — | created | TALO-0035 |
| policy | 0.1.5 | talomnia-knowledge/policies/policy-honesty-presentation.md | public_sanitized | reused | TALO-0006 |
| — | — | talomnia-knowledge/research/sources/talo-0035-manifest.md | — | created | TALO-0035 |
| — | — | talomnia-knowledge/resolver/data/authority/events.json | — | modified | TALO-0035 |
| — | — | talomnia-knowledge/resolver/data/intents/talo-0035-research-publication.json | — | created | TALO-0035 |
| — | — | talomnia-knowledge/scripts/check-research-sources.py | — | created | TALO-0035 |
| — | — | talomnia-knowledge/site-content/research/res-market-talomnia-workforce.md | — | created | TALO-0035 |
| — | — | talomnia-knowledge/site-content/workflows/wf-market-research-talomnia-workforce.md | — | created | TALO-0035 |
| — | — | talomnia-knowledge/templates/artifact-template.md | — | reused | TALO-0006 |
| — | — | talomnia-site/src/projection/honesty.ts | — | modified | TALO-0035 |
| — | — | talomnia-site/src/projection/research-sections.ts | — | created | TALO-0035 |
| — | — | talomnia-trace/workflows/market-research-talomnia-workforce/README.md | — | created | TALO-0035 |
| — | — | talomnia-trace/workflows/market-research-talomnia-workforce/research-document.md | — | created | TALO-0035 |
| — | — | talomnia-trace/workflows/market-research-talomnia-workforce/sources-manifest.md | — | created | TALO-0035 |
| — | — | talo-orch/BRIEF-TALO-0006.md | — | reused | TALO-0006 |
| — | — | talo-orch/EPIC-PLAN.md | — | reused | TALO-0006 |
| — | — | talo-orch/LEDGER-FORMAT.md | — | reused | TALO-0006 |
| — | — | talo-orch/ledger/TALO-0002.jsonl | — | reused | TALO-0006 |
| — | — | talo-orch/ledger/TALO-0006.jsonl | — | created | TALO-0006 |
| — | — | talo-orch/notes/TALO-0006-competitors-icp.md | — | created | TALO-0006 |
| — | — | talo-orch/notes/TALO-0006-competitors-icp.md | — | reused | TALO-0006 |
| — | — | talo-orch/notes/TALO-0006-pricing-benchmarks.md | — | created | TALO-0006 |
| — | — | talo-orch/notes/TALO-0006-pricing-benchmarks.md | — | reused | TALO-0006 |
| — | — | talo-orch/reports/TALO-0006.md | — | created | TALO-0006 |
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-0006/context-intake ~est | researcher | 367 | 330 | 2.26 | 0.00 | 0.00 | 2.26 |
| TALO-0006/researcher-competitors-icp ~est | researcher | 457 | 410 | 1.96 | 0.00 | 0.00 | 1.96 |
| TALO-0006/researcher-pricing-benchmarks ~est | researcher | 302 | 275 | 1.85 | 0.00 | 0.00 | 1.85 |
| TALO-0006/research-doc-authoring ~est | researcher | 762 | 540 | 2.03 | 0.00 | 0.00 | 2.03 |
| TALO-0006/reporting-and-ledger ~est | researcher | 82 | 70 | 0.33 | 0.00 | 0.00 | 0.33 |
| TALO-0035/executor-gap-g2-skill-expansion ~est | knowledge-curator | 269 | 230 | 0.50 | 0.00 | 0.00 | 0.50 |
| TALO-0035/executor-source-verification-subagent ~est | researcher | 1039 | 1030 | 1.11 | 0.00 | 0.00 | 1.11 |
| TALO-0035/executor-contract-resolution ~est | resolver-operator | 120 | 110 | 0.55 | 0.00 | 0.00 | 0.55 |
| TALO-0035/executor-publication-content-and-projection ~est | knowledge-curator | 670 | 620 | 1.63 | 0.00 | 0.00 | 1.63 |
| TALO-0035/executor-trace-publication-and-report ~est | knowledge-curator | 304 | 270 | 0.70 | 0.00 | 0.00 | 0.70 |
| Grand total | 4372 | 3885 | 12.92 | 0.00 | 0.00 | 12.92 |
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).
Figures marked «reconstructed» were derived after the fact from the evidence named in the basis, not metered while the work ran. They are estimates, and the basis is published so a reader can disagree with them.
Human time is converted to money at a declared rate of $50/hour, set by the operator. That rate is an assumption, not a measured or billed price, and the time it multiplies is itself reconstructed — so every human figure here is a reconstruction of a reconstruction, and is marked as one. Rows with no human time carry no human cost: a task no person worked on is not a task a person worked on for free.
- reconstructed — token counts read from lane context growth (system counter delta 15.00M->14.86M minus subagent-reserved share, ~118k in) and visible output volume ~6.5k; priced at Opus-class list $15/M in, $75/M out as fable list price is not published to the lane
- reconstructed — harness-reported 93,380 subagent tokens over 457s (29 tool uses); in/out split estimated 90/10; priced at Opus-class list $15/M in, $75/M out; active time = wall minus estimated network-wait share of web fetches
- reconstructed — harness-reported 88,620 subagent tokens over 302s (38 tool uses); in/out split estimated 90/10; priced at Opus-class list $15/M in, $75/M out; active time = wall minus estimated network-wait share of web fetches
- reconstructed — lane context-counter delta across the authoring window (~48k in incl. two subagent result payloads) and written-output volume (~17.5k out across doc, memo, map edit, honesty checks); priced at Opus-class list $15/M in, $75/M out; active time excludes the researcher wait window already ledgered separately
- reconstructed — context-counter delta over the reporting window (~9k in) and report+entry output volume (~2.6k out); priced at Opus-class list $15/M in, $75/M out
- reconstructed — no per-subtask token meter; estimated from context growth across skill authoring (~55k in / ~9k out) at an assumed $5/M input + $25/M output rate
- reconstructed — harness subagent counter reported 138,387 total tokens (1039s, 11 tool uses); in/out split unknown — assumed 85/15; priced at an assumed $5/M input + $25/M output rate
- reconstructed — no per-subtask token meter; estimated from context growth across intent authoring, resolution, conflict rebases and tripwire reconciliation (~60k in / ~10k out) at an assumed $5/M input + $25/M output rate
- reconstructed — no per-subtask token meter; estimated from context growth across bilingual content authoring, verification-driven corrections, site sections implementation, smoke runs (~150k in / ~35k out) at an assumed $5/M input + $25/M output rate
- reconstructed — no per-subtask token meter; estimated from context growth across trace dir authoring, three conflict-free pushes through the pre-push gate, PR/report writing (~70k in / ~14k out) at an assumed $5/M input + $25/M output rate
Contradictions and open questions
Conclusions
From framing to the finished document the research took 20 minutes 11 seconds of wall time and cost ≈ $8.43 in model spend (token-based estimate, basis recorded in the ledger) — five accounted execution units of a single researcher role. The gap between production and publication is this case's main lesson: finished work that never projects onto the public surface does not exist for the client (the R1 review recorded that as a blocking finding, and the R2 review as "written and withheld"). The publication is accounted as its own steps under its own contract.