Workflow 0 — спецификация запуска Talomnia
Каждая цифра на этой странице просуммирована из строк исполнения под ней. След — это и есть запись: не отчёт о работе, а сама работа, учтённая по единицам, включая единицы, не прошедшие валидацию, и те, что были переделкой.
- учтённых единиц исполнения
- 7
- записанного календарного времени
- не измерено
- единиц, бывших переделкой предыдущей попытки
- 0
Запись доказательств
- Что подтверждено
- 7 единиц исполнения: 7 прошли проверку, 0 отклонено, 0 переделано
- Редакция
- Запись процесса от 2026-08-19
- Статус проверки
- завершён Предкоммерческое исполнение на себе; завершение не означает независимую валидацию.
Кейс за две минуты
- создано здесь
- 1
- переиспользовано
- 1
- изменено
- 1
- Что просил клиент
- Как техническое задание запуска Talomnia прошло путь от операторского брифинга до принятой спецификации: разговор с заказчиком → требования → противоречия и TBD → техническое задание → валидация → принятая спецификация → вход в оркестрацию. Здесь заканчивается спецификация и начинается постройка: всё, что было построено ПО этой спецификации, живёт на отдельной странице «Building talomnia.com with Talomnia», а исследование рынка — на своей. Раньше эта страница несла и то и другое и потому объявляла себя завершённой, пока работа шла; замечание заказчика R2-06 (issue #44) это вернуло, и разделение исполнено.
- Кто выполнял
- 7 записей исполнения · 5 ролей · 1 агентская сессия
- Способности
- создано: 1 · переиспользовано: 1 · изменено: 1
- Проверки
- прошло валидацию: 7 · отклонено: 0 · переделок: 0
- Результат
- Спецификация — это работа, которая заканчивается: техническое задание v1.3.1 принято оператором и передано в оркестрацию, и поэтому статус этой страницы — «завершено». Постройка по нему не закончена, и её страница говорит об этом своим статусом. Разделение — не косметика: пока обе работы стояли на одной странице, страница была вынуждена объявить одно состояние на две работы с разными состояниями, и это состояние было ложным.
- Статус приёмки
- завершён
- Покрытие и актуальность
- 7 записей исполнения · снимок
0a21ce0e8604
Число записей и дайджест говорят, по какому множеству посчитаны итоги. Дайджест считается по КАЖДОЙ цифре этого блока, а не по выбранным колонкам: он меняется при любом изменении состава или любого показателя рядом. Аттестация уже своей видимой области хуже, чем её отсутствие, потому что покупает доверие, которого не заслужила.
Каждая цифра выше выведена из учётных записей исполнения и матрицы артефактов ниже. Текст выводов написан вручную и привязан к числу записей: если леджер уйдёт вперёд, проекция откажется загружаться, а не опубликует устаревшее утверждение.
Провалы и переделки
Считается напрямую из журнала исполнения этого кейса: ни один проваленный или переделанный юнит не скрывается. Ноль — тоже утверждение.
Провалено: 0 · Переделок: 0 · 7 из учтённых юнитов
- прошли
- 7
- не прошли
- 0
- переделка предыдущей попытки
- 0
Экономика кейса
замерено — из учётных записей с фактическими токенами и тарифами
оценено — восстановлено постфактум, метод назван в каждой записи
доля замеренного в итоговой сумме
- Суммарные окна исполнения
- не измерено — сумма окон всех записей по параллельным лейнам — законно больше календарного времени
- Чистое исполнение
- не измерено — активная работа агентов без ожиданий
- Календарный срок
- не измерено — от первого старта до последнего завершения
- Участие человека
- 2.0h / $100.00 — записанное время и стоимость человеческого ревью
Часы на этой странице — не «billable hours»: до коммерческого исполнения тарификация не определена. Каждая цифра выше несёт свой смысл и не складывается с другими.
Методология: «замерено» — строки учёта, где стоимость выведена из фактических токенов и тарифов провайдера в момент записи; «оценено» — строки, где стоимость восстановлена постфактум, и основание оценки названо в самой строке (видно в таблице ниже). Эти суммы не смешиваются в одну цифру.
Незамеренное честно: часть надзорного времени оркестратора и человеческое ревью вне записей учёта в суммы не входят; инфраструктурные вычисления близки к нулю и записаны нулём.
Мы не сравниваем эту стоимость с человеческой командой: защитимой методологии сравнения пока нет, а придуманное число хуже честного отсутствия.
Таймлайн этапов
-
2026-08-19
client-conversation
knowledge-curator — operator briefing and the client conversation that framed what the launch has to be · публичный репозиторий · не измерено — шаг предшествует Workflow Ledger
-
2026-08-19
requirements
architect — requirements extracted from the conversation into numbered, checkable sections · публичный репозиторий · не измерено — шаг предшествует Workflow Ledger
-
2026-08-19
contradictions-and-tbd
evidence-auditor — contradictions and open TBDs listed as found — resolved with the operator, not silently smoothed over · публичный репозиторий · не измерено — шаг предшествует Workflow Ledger
-
2026-08-19
specification
architect — the launch specification document v1.3.1 — scope, sections, gates, mandates · публичный репозиторий · не измерено — шаг предшествует Workflow Ledger
-
2026-08-19
validation
evidence-auditor — the specification checked back against the requirements and against the open TBD list · публичный репозиторий · не измерено — шаг предшествует Workflow Ledger
-
2026-08-19
accepted-specification
customer-acceptance — operator acceptance of v1.3.1 as the specification the epic executes against · публичный репозиторий · не измерено — шаг предшествует Workflow Ledger
-
2026-08-19
orchestration-input
orchestrator-observer — the accepted specification handed to orchestration as the epic's input — execution from here is recorded on the «Building talomnia.com with Talomnia» workflow · публичный репозиторий · не измерено — шаг предшествует Workflow Ledger
Открыть все технические доказательства Ниже — полный доказательный слой: Knowledge Contract, матрица артефактов с версиями и статусами, пошаговый учёт времени и стоимости, ссылки на коммиты и pull requests. Ничего не удалено — только перенесено под резюме.
Задача
Как техническое задание запуска Talomnia прошло путь от операторского брифинга до принятой спецификации: разговор с заказчиком → требования → противоречия и TBD → техническое задание → валидация → принятая спецификация → вход в оркестрацию. Здесь заканчивается спецификация и начинается постройка: всё, что было построено ПО этой спецификации, живёт на отдельной странице «Building talomnia.com with Talomnia», а исследование рынка — на своей. Раньше эта страница несла и то и другое и потому объявляла себя завершённой, пока работа шла; замечание заказчика R2-06 (issue #44) это вернуло, и разделение исполнено.
Knowledge Contract кейса
Эта страница сама опубликована через резолвленный Knowledge Contract, не по брифу: K_id sha256:05cdee3c…, отобранные первичные артефакты tal-blueprint-evidence-bearing-verification, tal-role-evidence-auditor, tal-skill-sanitization-gate, tal-skill-success-criterion-measurement; governance — tal-constraint-sanitized-projection, tal-policy-honesty-presentation. Встроенные ограничения контракта: перестройка эпика обязана быть раскрыта, а не замолчана; внутреннее рабочее сокращение графа знаний не публикуется — публичное имя Professional Knowledge Graph. Критерии приёмки: цифры страницы совпадают с talo-ledger report; матрица артефактов полна (тип/версия/источник/статус/задача); каждая сущность Atlas имеет ревизию в графе знаний.
Дополнение TALO-0041 (R2-06): объём этой страницы сведён к спецификационной дуге. Задачи эпика и их учёт перенесены на страницу постройки — не удалены, а отнесены туда, где они действительно исполнялись.
Роли и агенты-участники
- роли
- Главный архитекторcustomer-acceptanceevidence-auditorknowledge-curatororchestrator-observer
- ограничение
- policy-honesty-presentation
Артефакт-матрица
Наведите курсор на название столбца или коснитесь его — здесь появится определение.
Artifact type — Управляемый тип графа знаний, к которому относится артефакт: role, skill, blueprint и governance-типы constraint, success criterion, policy, capability description. Тип определяет, по какому контракту артефакт живёт и как он может быть переиспользован.
Artifact version — Версия артефакта знания в том виде, в каком он участвовал в этой задаче. Артефакты версионируются в приватном репозитории знаний, и задача связана с конкретной версией, а не с «текущей» — иначе доказательство перестало бы воспроизводиться при следующей правке.
Artifact source — Идентификатор артефакта и ссылка на его запись в Capability Atlas, если она опубликована. Источник — это адрес, по которому утверждение можно проверить; если публичной записи нет, показан только идентификатор, а не выдуманная ссылка.
Lifecycle status — Стадия артефакта знания: draft, reviewed, validated, shared-internal, public-sanitized, deprecated. Публичной поверхности достигают только артефакты со статусом public-sanitized; остальные учитываются как нераскрытые, а не скрываются молча.
Disposition — Как артефакт знания участвовал в задаче: created — создан впервые, reused — переиспользован без изменений, modified — доработан. На этой пометке стоит метрика переиспользования, поэтому она фиксируется в записи леджера, а не выводится задним числом.
Linked task — Идентификатор задачи, в которой этот артефакт был затронут. Задача — это единица работы над проектом; в неё входят подзадачи, по которым ведётся учёт времени и стоимости, и по этому идентификатору строка доказательства связывается с записями леджера.
| — | — | Projects/Talomnia/docs/TZ-Talomnia-Launch-v1.3.1.md | — | created | TALO-0000 |
| — | — | Projects/Talomnia/docs/TZ-Talomnia-Launch-v1.3.1.md | — | reused | TALO-0000 |
| — | — | Projects/Talomnia/docs/TZ-Talomnia-Launch-v1.3.1.md | — | modified | TALO-0000 |
Матрица показывает, какие артефакты знания участвовали в задаче и как: created — создан впервые, reused — переиспользован без изменений, modified — доработан.
Время и стоимость
Наведите курсор на название столбца или коснитесь его — здесь появится определение.
Subtask — Учётная единица исполнения: один шаг задачи, по которому в Workflow Ledger заведена запись со своим временем, стоимостью и статусом проверки. Строка таблицы времени и стоимости — это именно подзадача, а не задача целиком.
Role — Функция и зона ответственности в конкретной работе — например, Developer, Architect, Reviewer, Tester. Управляемый тип графа знаний: у роли есть версии, связи, происхождение и evidence.
Wall time — Время от старта единицы работы до её завершения, включая ожидания, паузы и всё, что происходило между ними. Это календарная длительность окна исполнения, а не объём выполненной работы; для параллельных лейнов сумма окон законно больше прошедшего времени.
Active time — Время, в течение которого работа действительно исполнялась, без ожиданий и простоев внутри окна. Всегда меньше или равно wall time; разница между ними — это ожидание, а не потерянная работа.
Model cost — Стоимость обращений к языковой модели по этой единице работы: входные и выходные токены по тарифу провайдера. Если счёт от провайдера по сессии отсутствует, цифра помечена как оценка, а её основание (cost basis) опубликовано вместе со строкой.
Compute cost — Стоимость машинного времени вне модели: серверы, сборки, прогоны тестов и прочая инфраструктура, потраченная на эту единицу работы. Ноль здесь означает измеренное отсутствие таких затрат, а не отсутствие измерения.
Human cost — Человеческое время по этой единице работы, переведённое в деньги по объявленной оператором ставке. И ставка, и само время — восстановление постфактум по свидетельствам, а не замер во время работы; поэтому любая цифра в этой колонке помечена как восстановленная, а у строк без человеческого участия человеческой стоимости нет вовсе.
Total cost — Сумма стоимости модели, вычислений и человека по этой единице работы. Суммируется только то, что измерено: если ни одно слагаемое в колонке не измерено, итог не равен нулю — он неизвестен и так и написан.
| TALO-0000/accepted-specification ~est | customer-acceptance | — | — | — | — | — | — |
| TALO-0000/client-conversation ~est | knowledge-curator | — | — | — | — | — | — |
| TALO-0000/contradictions-and-tbd ~est | evidence-auditor | — | — | — | — | — | — |
| TALO-0000/orchestration-input ~est | orchestrator-observer | — | — | — | — | — | — |
| TALO-0000/requirements ~est | architect | — | — | — | — | — | — |
| TALO-0000/specification ~est | architect | — | — | — | — | 87.50 | — |
| TALO-0000/validation ~est | evidence-auditor | — | — | — | — | 12.50 | — |
| Суммарно | — | — | — | — | 100.00 | — |
Wall time — от старта до финиша со всеми ожиданиями; active time — чистое исполнение. Стоимость — фактическая или оценка с зафиксированным базисом (cost basis в ledger).
Цифры с пометкой «восстановлено» получены постфактум из свидетельств, названных в основании, а не измерены во время работы. Это оценки, и основание опубликовано, чтобы с ними можно было не согласиться.
Человеческое время переводится в деньги по объявленной ставке $50 в час, заданной оператором. Эта ставка — допущение, а не измеренная или выставленная в счёт цена, и время, которое она умножает, само восстановлено: любая человеческая цифра здесь — восстановление поверх восстановления, и помечена как таковая. У строк без человеческого времени нет и человеческой стоимости: задача, над которой человек не работал, — это не задача, над которой человек работал бесплатно.
- восстановлено — R E C O N S T R U C T E D , n o t m e a s u r e d . T h i s s t e p p r e d a t e s t h e W o r k f l o w L e d g e r ( f i r s t e n t r i e s 2 0 2 6 - 0 8 - 1 9 ) , s o n o s e s s i o n t e l e m e t r y e x i s t s : w a l l t i m e , a c t i v e t i m e , t o k e n s a n d m o d e l c o s t a r e r e c o r d e d a s n u l l — n o t m e a s u r e d — r a t h e r t h a n a s 0 . O n l y t h e c a l e n d a r d a t e i s k n o w n , s o s t a r t e d _ a t a n d f i n i s h e d _ a t b o t h c a r r y t h e d a t e a n d t h e c a l e n d a r s p a n i s r e p o r t e d a s u n k n o w n . human_cost_usd is null (not measured): the founder's time on the founding specification was not billed and the site publishes no hourly rate for a human, so no defensible rate exists to convert this time into money. Writing 0 would say the work was free.
- восстановлено — R E C O N S T R U C T E D , n o t m e a s u r e d . T h i s s t e p p r e d a t e s t h e W o r k f l o w L e d g e r ( f i r s t e n t r i e s 2 0 2 6 - 0 8 - 1 9 ) , s o n o s e s s i o n t e l e m e t r y e x i s t s : w a l l t i m e , a c t i v e t i m e , t o k e n s a n d m o d e l c o s t a r e r e c o r d e d a s n u l l — n o t m e a s u r e d — r a t h e r t h a n a s 0 . O n l y t h e c a l e n d a r d a t e i s k n o w n , s o s t a r t e d _ a t a n d f i n i s h e d _ a t b o t h c a r r y t h e d a t e a n d t h e c a l e n d a r s p a n i s r e p o r t e d a s u n k n o w n . RECONSTRUCTED human time. Basis: the specification document (Projects/Talomnia/docs/TZ-Talomnia-Launch-v1.3.1.md, sha256 230bab820a37d554…) records its own revision history in
revision_note— v1.3 lists six named operator decisions on § 15 plus the § 15 mode change, and v1.3.1 records the resolution of one QA blocker: eight documented operator decisions in total. Assumption, stated so it can be disputed: 15 minutes of operator deliberation per documented decision. The COUNT is measured from the document; the 15 minutes is an assumption, not a measurement. Document volume was rejected as the basis: word count measures the artifact, not the human judgement — the same 8,000 words could carry one decision or fifty. human_cost_usd is null (not measured): the founder's time on the founding specification was not billed and the site publishes no hourly rate for a human, so no defensible rate exists to convert this time into money. Writing 0 would say the work was free. Human cost is DERIVED, not measured: recorded human time × a rate of $50/hour declared by the operator (issue #50 R6-04). The rate is an operator decision, not a market or billed price, and the time it multiplies is itself reconstructed — so this figure is a reconstruction resting on a reconstruction, and is published as one.
Ссылки на логи и коммиты
- https://github.com/Arcanada-one/talomnia-trace/tree/main/workflows/talomnia-launch-specification
- https://github.com/Arcanada-one/talomnia-trace/blob/main/workflows/talomnia-launch-specification/artifacts/README.md
- https://github.com/Arcanada-one/talomnia-trace/blob/main/workflows/talomnia-launch-specification/correspondence/README.md
- https://github.com/Arcanada-one/talomnia-trace/blob/main/workflows/talomnia-launch-specification/tasks/README.md
Противоречия и открытые вопросы
Выводы
Спецификация — это работа, которая заканчивается: техническое задание v1.3.1 принято оператором и передано в оркестрацию, и поэтому статус этой страницы — «завершено». Постройка по нему не закончена, и её страница говорит об этом своим статусом. Разделение — не косметика: пока обе работы стояли на одной странице, страница была вынуждена объявить одно состояние на две работы с разными состояниями, и это состояние было ложным.