Для инвесторов

Документы, статус и доказательства — в одном месте. Мы показываем стадию как есть: без нарисованной тяги и без обещаний, которые нечем подтвердить.

Цифры ниже считаются вживую из той же проекции, что рендерит страницы доказательств, — включая то, что намеренно не публикуется, и то, что не прошло валидацию.

способностей опубликовано
128
рабочих процессов с полным публичным следом
5
их следы учитывают 622 из 664 единиц исполнения ниже
учтённых единиц исполнения
664
Все учтённые единицы исполнения по результату валидации
прошли валидацию
652
не прошли валидацию
2
ожидают валидации или неприменимо
10

Документы

У каждого документа указан статус публикации. Опубликованный HTML-документ имеет версию и дату; если пакет релиза доступен, его файлы можно скачать здесь.

Текущие редакции White Paper: EN v0.5 · RU v0.5. Это отдельные канонические редакции. Они версионируются независимо и не выдаются за эквивалентные переводы.

Версия на пять минут

Что мы строим, почему сейчас, что доказано и что нет. Именно в таком порядке — потому что последнюю часть чаще всего и опускают.

Как исполняется работа под Knowledge Contract. Схема: задача проходит через резолвер, получает контракт с закреплённым знанием, исполняется агентами и завершается квитанцией с криптографическими идентичностями. Задача интент заказчика Резолвер 5 стадий отбора Knowledge Contract K_id — закреплённое знание Исполнение агенты по контракту Квитанция R_id — след решения Как исполняется работа под Knowledge Contract. Схема: задача проходит через резолвер, получает контракт с закреплённым знанием, исполняется агентами и завершается квитанцией с криптографическими идентичностями. Задача интент заказчика Резолвер 5 стадий отбора Knowledge Contract K_id — закреплённое знание Исполнение агенты по контракту Квитанция R_id — след решения
Как исполняется работа под Knowledge Contract

Проблема

Компании, которой нужно исследование рынка, ревью архитектуры, разбор договора или технический аудит, не хватает не информации. Не хватает выполненной работы. Нанимать правильно, когда потребность постоянная; ради задачи на несколько дней это приносит подбор, онбординг и постоянные издержки. Аутсорс и фриланс переносят проблему, а не снимают её: каждого нового исполнителя надо заново найти, оценить и начать ему доверять. А сам профессиональный опыт остаётся запертым в конкретных людях и внутренних документах — и одна и та же задача решается заново снова и снова.

Почему сейчас

Одновременно изменились две вещи. Модели стали достаточно способными, чтобы выполнять реальную профессиональную работу, а не отвечать на вопросы о ней, — и это сделало очевидной недостающую часть. Не хватает не интеллекта, а контракта вокруг него: какое знание использовано, кому что разрешено, что считается выполненным и какое свидетельство остаётся после. Этот слой можно построить сегодня и нельзя было три года назад.

Решение

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, серверный рендеринг, видимый фокус и приёмка в обеих темах и на мобильных экранах.

    создана в Talomnia применён в TALO-0010
  • Дизайн-система как артефакты Атласа

    v0.1.6

    Поэтапный путь, превращающий дизайн-исследование с зафиксированными дайджестами в принудительно исполняемую дизайн-систему: токены, типографика, отступы, навигация, изображения, таблицы и двуязычная дисциплина оформляются версионируемыми артефактами знаний, потребляются сборкой сайта и охраняются измеримыми проверками, способными провалиться. Исследование идёт первым и переносится как провенанс; система живёт переиспользуемыми публикуемыми артефактами, а не разовыми стилевыми решениями.

    создана в Talomnia применён в TALO-0008
Способности с доказанным применением, по типу
навыки
6
блюпринты
6

Показаны наиболее применявшиеся навыки и блюпринты — это выборка, а не весь список: цифра слева считает всю совокупность способностей с подтверждённым применением, включая роли, компетенции и ограничения, которые здесь не выведены. Полный каталог со всеми типами — в Capability Atlas. И это применение внутри собственного запуска: система строила Talomnia. Внешний заказчик на этих способностях ещё не работал, и мы не выдаём одно за другое.

Открыть Capability Atlas

Рынок и венчурная возможность

Оценка рынка, ландшафт финансирования, градуированная оценка моута и явный bear case подготовлены отдельным исследовательским документом — чтобы они несли источники и confidence, а не утверждение.

К чему приходит исследование, коротко:

  • Размер рынка построен двумя независимыми семействами методов, расходящимися примерно в 2.5 раза. У расхождения есть устанавливаемая причина, и правильный знаменатель для этого бизнеса — меньший, со стороны спроса.
  • Защищённость градуирована, а не заявлена: два механизма Current, три Emerging, три Hypothesis и восемь Not demonstrated.
  • Экономика переиспользования — центральный механизм платформенного сценария — Not demonstrated и, по пересчёту, не измерена: направление отношения меняется при смене популяции, поэтому первичные данные не свидетельствуют ни за, ни против.
  • Вывод — спекулятивный pre-seed, причём причины НЕ инвестировать названы явно, а не подразумеваются.

Читать исследование: Инвестиционное исследование рынка и венчурного потенциала Talomnia · v0.1.0

Бизнес-модель

Платят за принятую работу, а не за доступ к инструменту. Депозит превращается в кредиты, кредиты тратятся на исполненные и принятые задачи, а единица, несущая экономику, — принятый результат. Корпоративная мощность и программный интерфейс способностей для других систем — слои выше, после того как доказан первый. Окончательные условия оплаты, кредитов и возвратов подтверждаются до включения продакшн-платежей.

Гипотеза выхода на рынок

Начинать там, где работа проверяема, а покупатель уже знает, как выглядит хороший результат: исследования, аналитика, техническая документация, ревью архитектуры. Доходить до первых заказчиков напрямую, а не через воронку, — как до design partners, которые дают реальные задачи и честную обратную связь. Проверять надо не то, может ли работа быть сделана, а то, заплатит ли компания за неё второй раз.

Где мы находимся

До коммерческой стадии. Система построила и опубликовала собственный запуск, след открыт для проверки. Внешний заказчик за неё ещё не платил. Следующий Evidence Gate — ровно это, и он указан ниже, а не размыт в дорожную карту.

Следующие Evidence Gates

Следующие Evidence Gates
  1. Публикация talomnia.com с полным публичным execution trace запуска
  2. Первый внешний оплаченный кейс Talomnia Workforce
  3. Повторяемость: серия оплаченных кейсов с положительной приёмкой

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 в обмен на реальные задачи и честную обратную связь.

    Стать design partner
  • Кофаундер / operating partner

    Мы ищем партнёра, который возьмёт на себя коммерческий контур.

    Написать нам
  • Лист ожидания

    Узнать о запуске первыми.

    Записаться
  • Связаться

    Вопросы, идеи, скепсис — всё читаем.

    Написать