Для инвесторов
Документы, статус и доказательства — в одном месте. Мы показываем стадию как есть: без нарисованной тяги и без обещаний, которые нечем подтвердить.
Цифры ниже считаются вживую из той же проекции, что рендерит страницы доказательств, — включая то, что намеренно не публикуется, и то, что не прошло валидацию.
- способностей опубликовано
- 128
- рабочих процессов с полным публичным следом
- 5
- их следы учитывают 622 из 664 единиц исполнения ниже
- учтённых единиц исполнения
- 664
- прошли валидацию
- 652
- не прошли валидацию
- 2
- ожидают валидации или неприменимо
- 10
Документы
У каждого документа указан статус публикации. Опубликованный HTML-документ имеет версию и дату; если пакет релиза доступен, его файлы можно скачать здесь.
-
White Paper
-
Питч-дек
-
Валидация запуска
Текущие критерии запуска, открытые гейты и формальный go/no-go
Текущие редакции White Paper: EN v0.5 · RU v0.5. Это отдельные канонические редакции. Они версионируются независимо и не выдаются за эквивалентные переводы.
Версия на пять минут
Что мы строим, почему сейчас, что доказано и что нет. Именно в таком порядке — потому что последнюю часть чаще всего и опускают.
Проблема
Компании, которой нужно исследование рынка, ревью архитектуры, разбор договора или технический аудит, не хватает не информации. Не хватает выполненной работы. Нанимать правильно, когда потребность постоянная; ради задачи на несколько дней это приносит подбор, онбординг и постоянные издержки. Аутсорс и фриланс переносят проблему, а не снимают её: каждого нового исполнителя надо заново найти, оценить и начать ему доверять. А сам профессиональный опыт остаётся запертым в конкретных людях и внутренних документах — и одна и та же задача решается заново снова и снова.
Почему сейчас
Одновременно изменились две вещи. Модели стали достаточно способными, чтобы выполнять реальную профессиональную работу, а не отвечать на вопросы о ней, — и это сделало очевидной недостающую часть. Не хватает не интеллекта, а контракта вокруг него: какое знание использовано, кому что разрешено, что считается выполненным и какое свидетельство остаётся после. Этот слой можно построить сегодня и нельзя было три года назад.
Решение
Talomnia — инфраструктура профессиональной способности. Заказчик описывает работу, а не ищет человека. Система определяет, какие способности нужны задаче, собирает их под явным Knowledge Contract, исполняет и отдаёт результат вместе со свидетельством того, как он получен. Исполнителем может быть AI-агент, человек или оба; заказчик покупает выполненную работу и запись о том, как она сделана.
Продукт
Talomnia Workforce — первый продукт: профессиональная работа без найма. Категория работы, описанная задача, согласованный объём, исполненный результат, решение о приёмке. Всё, что делает система, учтено — роли, использованное знание, время, стоимость, исход валидации, — и этот учёт заказчик получает вместе с результатом.
Что накапливается
Не модель. Модели арендуются и заменяются. Накапливается граф знаний и история исполнения поверх него: методы, которые применяли, исправляли и применяли снова, со свидетельствами того, где они сработали, а где нет. Способность, прошедшая реальную работу, стоит больше описанной, и эту разницу конкурент не скопирует сменой провайдера. Это гипотеза о накоплении, а не доказанный моут: свидетельство по ней — история исполнения ниже, и она ранняя.
Что действительно доказано
Считается вживую из той же проекции, которую отдают публичные страницы свидетельств, — включая провалы. Учёт, который не может показать собственные проваленные и переделанные единицы, — это буклет, а не запись.
-
128
способностей опубликовано в Capability Atlas
из 236 в инвентаре знаний · 108 намеренно не опубликовано
-
5
процессов с полным публичным следом исполнения
-
664
учтённых единиц исполнения в Workflow Ledger
-
2
единиц не прошли валидацию и остались в записи
-
33
единиц были переделкой предыдущей попытки
-
2
опубликованных исследовательских документа
- опубликовано
- 128
- не опубликовано
- 108
Это учёт строительства самой Talomnia — система использовалась, чтобы построить собственный запуск. Это реальное исполнение и реальное свидетельство; это не внешний коммерческий спрос, и мы не выдаём его за него.
Стоимость и время по кейсу, в разрезе ролей и этапов и с разделением создания знания против исполнения на нём, живут на страницах процессов вместе с указанной достоверностью измерения. Здесь они не повторяются: цифра, повторённая в отрыве от методологии, перестаёт быть свидетельством.
Актив, который можно рассмотреть
Способность — это не описание метода, а метод, прошедший работу и оставивший след. Ниже — навыки и блюпринты, применение которых подтверждено записями исполнения: у каждого названа задача, где он применялся, и её след открыт.
77 способностей с подтверждённым применением · 128 опубликовано в каталоге
- доказано в опубликованном процессе
- 77
- опубликовано, ещё не названо записью в реестре
- 51
Навыки
-
Проверка допустимости набора кандидатов
v0.1.5Процедура, решающая, может ли набор кандидатов войти в контракт знаний: шесть условий совместимости оцениваются полностью, включая правомочность, покрытие, отсутствие конфликтов исключения, замыкание зависимостей, выполнимость ограничений и действующие полномочия отбора. Вердикт содержит результат по каждому условию и точный код недопустимого состояния для каждого провала. Недопустимый набор отклоняется, а не чинится на месте; неизвестная выполнимость не считается истинной, а непроверяемые полномочия трактуются как отказ.
-
Клиентские тексты услуг
v0.1.0Метод написания клиентских текстов для коммерческих поверхностей. Каждое предложение оформляется как категория работ для клиента: передаваемая задача, конкретный список результатов, типовой состав команды, способ оценки, доказательные ссылки в Capability Atlas и один призыв к действию. Клиентский язык открывает текст раньше продуктовой механики и технологических терминов; внутренние сущности понижаются до доказательного уровня, а не удаляются; инварианты честности наследуются из политики презентации (без выдуманных кейсов, сравнений без бенчмарка, ставок и обещаний коммерческой политики в изъявительном наклонении); соблюдается паритет русской и английской версий; текст поставляется как проецируемые данные, и его наличие проверяется мутацией.
-
Закрепление ссылок по дайджесту
v0.1.5Процедура, превращающая любую ссылку в закрытую неизменяемую привязку. Ссылка обязана разрешаться ровно в одну ревизию закреплённого снимка; изменяемые формы (имена веток, теги, диапазоны версий, живые URL) отвергаются сразу. Полезная нагрузка ревизии канонизируется, вычисляется дайджест содержимого, привязка записывается как ревизия плюс дайджест с точным предикатом версии и перепроверяется пересчётом по каноническим байтам. Все прямые и транзитивные зависимости закрепляются так же, поэтому результат разрешается без сети и изменяемых имён.
-
Квитанция резолюции
v0.1.5Процедура, замораживающая неизменяемую квитанцию по каждой резолюции, включая неудачные. В квитанции фиксируются нормализованное намерение задачи, дайджест снимка, конфигурация резолвера и каждый рассмотренный кандидат, а у каждого отклонения есть машиночитаемый код причины: отказ прозой квитанцией не является. Конфликты, неоднозначность и полнота поиска записываются явно, с указанием сработавшей границы при раннем останове. Квитанция канонизируется и замораживается дайджестом, её идентичность отлична от контракта и выдачи, и она не меняется: исправление — новая квитанция со ссылкой на старую.
-
Санитизационный гейт публикации
v0.1.5Превращает правила санитизации в автоматическую блокирующую проверку CI на каждом пути публикации. Работают два слоя детекторов: закреплённый по версии сканер секретов и проектный запретный список внутренних идентификаторов, который попадает в CI в виде шаблонов, а не значений. Проверка отказывает при любом срабатывании, исключение требует обоснования со сроком действия, а сам гейт доказан мутацией: подсаженный запрещённый токен обязан сделать CI красным, потому что гейт, который никогда не был красным, ничего не доказывает.
-
Измерение критерия успеха
v0.1.5Процедура, решающая критерий успеха строго по свидетельствам. Критерий обязан объявлять наблюдаемый предикат и версию оценки; каждый требуемый элемент свидетельств должен присутствовать, быть привязан дайджестом и нести провенанс с условиями сбора. Если хоть один элемент отсутствует, исход записывается как неустановленный, то есть ни пройденный, ни проваленный, а заявление исполнителя о собственном успехе отклоняется как утверждение и в оценку предиката не попадает. Результат замораживается в записи измерения, связывающей ревизию критерия, дайджесты свидетельств, итог предиката и оценщика.
Блюпринты
-
Доказательная верификация
v0.1.5Шаблон построения проверок, результат которых считается свидетельством, а не утверждением. Проверка сначала обязана показать, что умеет падать (мутация кода или негативная фикстура), и лишь потом её зелёный результат принимается как доказательство. Каждый запуск фиксируется неизменяемой записью с дайджестом и провенансом, а интерпретация «прошло или нет» отделена от самого наблюдения. Исполнитель не вправе подтверждать собственный результат, а успех без полного комплекта свидетельств считается неустановленным.
-
Расширение графа знаний
v0.1.5Шаблон добавления нового артефакта знаний, когда зафиксированный пробел доказывает, что ни один существующий артефакт не покрывает требование; вкус или слабый кандидат отправной точкой не являются. Кандидат получает новую логическую идентичность и находится в карантине, вне выборок, пока не пройдёт доказательную верификацию и явное утверждение; самоаттестация его продвинуть не может. Публикация идёт по политике жизненного цикла, публичная проекция обязана пройти ограничение санитизации, а ранее выданные контракты сохраняют свои закреплённые зависимости.
-
Односторонний конвейер проекции
v0.1.3Односторонний воспроизводимый конвейер из Git-репозитория знаний в базу сайта и Атлас способностей. Изменения рождаются только в Git; загрузчик — чистая функция дерева, пересборка даёт идентичный результат, а у рантайма сайта лишь права на чтение, так что обратная запись — это отказ в доступе, а не обещание на код-ревью. Двухслойный гейт жизненного цикла физически не пропускает непубличные артефакты в проекцию, санитайзер прерывает загрузку при любой внутренней детали, и у каждого инварианта есть мутационный тест, который реально был красным.
-
От задачи к контракту знаний
v0.1.5Шаблон превращения намерения задачи в выданный контракт знаний за пять стадий: предложение, валидация, отбор, сборка и выдача, поверх закреплённого снимка репозитория. Каждая ссылка в контракте закреплена ревизией и дайджестом содержимого, допустимость решают шесть условий совместимости, а по каждой резолюции, удачной или нет, замораживается квитанция. Если совместимого набора нет, итогом становится зафиксированный пробел, а не ослабленный контракт; сборка и выдача остаются раздельными актами, и сам шаблон никаких разрешений не даёт.
-
Библиотека компонентов Talomnia
v0.7.0Семнадцать независимых от фреймворка спецификаций покрывают все поверхности сайта — от кнопок и навигации до несущего доказательного набора. Editorial Evidence Signature даёт Workflow, Research и Atlas единую типизированную раннюю рамку доверия, не превращая завершение, публикацию или sanitization в заявление о валидации. Для всех компонентов обязательны токены дизайн-системы, i18n, серверный рендеринг, видимый фокус и приёмка в обеих темах и на мобильных экранах.
-
Дизайн-система как артефакты Атласа
v0.1.6Поэтапный путь, превращающий дизайн-исследование с зафиксированными дайджестами в принудительно исполняемую дизайн-систему: токены, типографика, отступы, навигация, изображения, таблицы и двуязычная дисциплина оформляются версионируемыми артефактами знаний, потребляются сборкой сайта и охраняются измеримыми проверками, способными провалиться. Исследование идёт первым и переносится как провенанс; система живёт переиспользуемыми публикуемыми артефактами, а не разовыми стилевыми решениями.
- навыки
- 6
- блюпринты
- 6
Показаны наиболее применявшиеся навыки и блюпринты — это выборка, а не весь список: цифра слева считает всю совокупность способностей с подтверждённым применением, включая роли, компетенции и ограничения, которые здесь не выведены. Полный каталог со всеми типами — в Capability Atlas. И это применение внутри собственного запуска: система строила Talomnia. Внешний заказчик на этих способностях ещё не работал, и мы не выдаём одно за другое.
Рынок и венчурная возможность
Оценка рынка, ландшафт финансирования, градуированная оценка моута и явный bear case подготовлены отдельным исследовательским документом — чтобы они несли источники и confidence, а не утверждение.
К чему приходит исследование, коротко:
- Размер рынка построен двумя независимыми семействами методов, расходящимися примерно в 2.5 раза. У расхождения есть устанавливаемая причина, и правильный знаменатель для этого бизнеса — меньший, со стороны спроса.
- Защищённость градуирована, а не заявлена: два механизма Current, три Emerging, три Hypothesis и восемь Not demonstrated.
- Экономика переиспользования — центральный механизм платформенного сценария — Not demonstrated и, по пересчёту, не измерена: направление отношения меняется при смене популяции, поэтому первичные данные не свидетельствуют ни за, ни против.
- Вывод — спекулятивный pre-seed, причём причины НЕ инвестировать названы явно, а не подразумеваются.
Читать исследование: Инвестиционное исследование рынка и венчурного потенциала Talomnia · v0.1.0
Бизнес-модель
Платят за принятую работу, а не за доступ к инструменту. Депозит превращается в кредиты, кредиты тратятся на исполненные и принятые задачи, а единица, несущая экономику, — принятый результат. Корпоративная мощность и программный интерфейс способностей для других систем — слои выше, после того как доказан первый. Окончательные условия оплаты, кредитов и возвратов подтверждаются до включения продакшн-платежей.
Гипотеза выхода на рынок
Начинать там, где работа проверяема, а покупатель уже знает, как выглядит хороший результат: исследования, аналитика, техническая документация, ревью архитектуры. Доходить до первых заказчиков напрямую, а не через воронку, — как до design partners, которые дают реальные задачи и честную обратную связь. Проверять надо не то, может ли работа быть сделана, а то, заплатит ли компания за неё второй раз.
Где мы находимся
До коммерческой стадии. Система построила и опубликовала собственный запуск, след открыт для проверки. Внешний заказчик за неё ещё не платил. Следующий Evidence Gate — ровно это, и он указан ниже, а не размыт в дорожную карту.
Следующие Evidence Gates
- Публикация talomnia.com с полным публичным execution trace запуска
- Первый внешний оплаченный кейс Talomnia Workforce
- Повторяемость: серия оплаченных кейсов с положительной приёмкой
Evidence Gate — условие перехода к следующему этапу: доказательство, а не наступившая дата.
Цели проверки
- 100+ задач — выполненных через систему — целевой порог первого этапа валидации цель
- 5+ платящих клиентов — целевой порог коммерческой валидации Workforce цель
- $10K MRR — целевой порог устойчивого раннего спроса цель
- 25–50 организаций — целевой охват ранних design partners и клиентов цель
Цифры ниже — целевые пороги валидации (validation targets), а не текущая тяга и не обещания. Они существуют, чтобы честно зафиксировать, что мы будем считать доказательством.
Команда
Founder-led. Основатель и агентная система — текущая команда, поэтому первой валидацией стал сам запуск: продукт должен был построить собственную публичную поверхность прежде, чем просить кого-то доверить ему свою. Мы ищем партнёра, который возьмёт коммерческую сторону, — и этот пробел назван на этой странице, а не спрятан за декоративной оргструктурой.
Почему именно эта команда
Свидетельство здесь — рабочий метод и его история, а не рассказ об основателе, которого мы ещё не публиковали.
Метод, проверенный до появления продукта
Talomnia не придумывала способ работы специально для этого запуска. Datarim закрепил дисциплину задачи, знания и проверки внутри Arcanada; Talomnia превращает этот рабочий метод в продукт для профессиональной работы.
Сайт, каталог знаний и публичный след исполнения построены тем же методом. Это доказывает собственное применение системы. Это не доказывает внешний спрос, и мы не выдаём его за тягу.
Текущая запись системы
- опубликованных способностей
- 128
- публичных процессов
- 5
- учтённых единиц исполнения
- 664
- первая попытка
- 631
- переделка предыдущей попытки
- 33
Что мы ищем
Разговор на pre-seed с инвесторами, которые оценивают инфраструктурную компанию по связности её свидетельств, а не по ранней кривой; design partners с реальной профессиональной работой; и коммерческого сооснователя. Чего мы не ищем — объявленного раунда до первого оплаченного кейса.
Публичные доказательства
Проверяемые источники: процессы исполнения, исследования, каталог способностей и публичный репозиторий execution trace.
Присоединиться
-
Инвестор
Вы оцениваете Talomnia как инвестицию. Отправная точка — документы и честный статус на этой странице; основатель отвечает лично.
-
Дизайн-партнёр
Ранний доступ к Workforce в обмен на реальные задачи и честную обратную связь.
-
Кофаундер / operating partner
Мы ищем партнёра, который возьмёт на себя коммерческий контур.
-
Лист ожидания
Узнать о запуске первыми.
-
Связаться
Вопросы, идеи, скепсис — всё читаем.