Позиционирование: варианты восприятия продукта на рынке

Статус: черновик для обсуждения. Связанные: supervisor-model.md, resilience-and-scale.md, product-architecture.md.

Вопрос: Temporality — это «что» на рынке? Продукт вырос в полный стек (харнес на Temporal + журнал опыта + знания + UI + оргструктура), и его можно продавать по-разному. Ниже — четыре варианта позиционирования, честные ограничения каждого и рекомендация.

#Вариант A. «Experience-слой для любых агентов»

Заявление: подключите любого агента (любой фреймворк) — Temporality даёт durable-журнал, знания с происхождением, подсказки и человеческий фактор.

• Плюсы: широчайшая воронка, не конкурирует с фреймворками, метит в боль «память и наблюдаемость для агентов» на хайпе.
• Ограничение снято: kickoff-эндпоинт извлечения (POST /v1/agent/runs/{run}/extract) + контракт событий + пример-адаптер (examples/external-agent) реализованы — чужой фреймворк репортит события стандартных типов, вызывает извлечение терминального рана и получает подсказки; в подсказки попадают и proposed-знания (с пометкой «unconfirmed hypothesis»). Осталось непокрытым: durable-исполнение, HITL и песочницы остаются частью харнеса — это честно указано в доке.
• Статус: реализовано (интеграционный релиз); остаётся пример-адаптер для конкретных фреймворков (LangGraph/LangChain) по мере спроса.

#Вариант B. «Полный харнес для автономных агентов с опытом» (текущий путь)

Заявление: Temporality — production-харнес: durable-запуски (Temporal), HITL в мессенджерах, песочницы, делегирование, навыки, супервайзер и опыт, который накапливается и возвращается в работу.

• Плюсы: это то, что продукт уже делает целиком; все демо и НТ это доказывают; конкурируем не с библиотеками, а с «самописными харнесами» — самая болезненная боль (каждая команда пишет свой).
• Минусы: длиннее продажа («зачем мне ещё один харнес»), вход через «попробовать целиком», а не через одну библиотеку.
• Особый козырь внутри B: experience — единственная часть, которую команды не напишут за спринт. Вести с неё: «харнес за вечер, опыт — за месяцы; у нас — оба сразу».

#Вариант C. «Observability + Quality для агентных флотилей» (ближе к LangSmith, но глубже)

Заявление: наблюдаемость и контроль качества: журнал, траектории, знания, супервайзер с очередью проблем, HAB/HWT.

• Плюсы: знакомая категория, легко объяснить.
• Минусы: категория переполнена; наши сильнейшие части (durable-исполнение, HITL, песочницы) остаются за кадром; мы выглядим «ещё одним LangFuse».

#Вариант D. «Соц. инженерия агентов: агенты с коллегами» (нишевый, смелый)

Заявление: не тулзы, а colleagues: агенты работают в оргструктуре, спрашивают людей в мессенджерах, накапливают корпоративный опыт с происхождением, а супервайзер следит за их качеством, как тимлид.

• Плюсы: сильная дифференциация, попадает в корпоративный procurement (безопасность, роли, аудит), эмоционально запоминается.
• Минусы: абстрактно для инженера-покупателя; нужен сильный лендинг с конкретикой.

#Рекомендация

Ядро позиции — B, мостик к A — через интеграционный релиз.

1. Сейчас позиционируем как B: «production-харнес автономных агентов, который накапливает опыт». Это правда сегодня и доказано (НТ-лестница, HITL-конвейер, супервайзер).
2. Делаем интеграционный релиз (kickoff-эндпоинт извлечения + контракт событий + пример-адаптер) — и включаем A как второй сценарий: «уже есть фреймворк? используйте Temporality как experience-слой». Тогда заголовок сравнения «вокруг вашей модели — и вокруг вашего фреймворка» станет правдой.
3. Категорию C не выбираем, но её слова используем для SEO-мостов («observability», «tracing») — они приведут в наш B.
4. D — тон подачи (лендинг, примеры), а не категория.

#Тактические следствия для сайта/README

• Hero и compare уже говорят «опыт» — держать согласованно.
• В compare-таблице строка «Опыт с происхождением» — наш главный дифференциатор; выдвинуть её первой в таблице.
• Добавить в README/сайт один абзац «Why not a library»: опыт не выносится в библиотеку, потому что требует durable-исполнения, HITL и журнала событий одновременно.