PureIntent

Переиспользуйте решения, а не только код

AI coding-агенты уже умеют писать интерфейсы, API, тесты, миграции и инфраструктуру. Более трудный вопрос возникает раньше: что именно они должны построить и какое поведение результат обязан сохранить?

PureIntent — открытый каталог переиспользуемых продуктовых и инженерных решений. Он превращает черновое намерение в структурированный контекст, который может проверить человек и реализовать coding-агент.

Смотрите блоки. Собирайте Workspace. Дайте агенту лучшую точку старта.

Пустая страница всё ещё узкое место

«Собери внутренний AI-чат с RAG, загрузкой файлов и веб-поиском» звучит как понятный запрос. Это ещё не спецификация, по которой можно строить.

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

Большинство этих вопросов уже решались раньше. Но команды снова и снова отвечают на них с нуля, потому что само решение трудно переиспользовать. У кода есть пакеты. У дизайна — дизайн-системы. У инфраструктуры — образы и модули. Продуктовые и инженерные знания обычно остаются в старых тикетах, закрытых документах или в памяти людей, которые строили прошлую версию.

PureIntent делает это знание переносимым.

Блок — это переиспользуемое решение

Блок PureIntent — наименьший независимо принимаемый фрагмент продуктового или инженерного контекста. Он делает больше, чем называет фичу или рекомендует технологию. Полный блок объясняет:

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

Блок также может включать примеры, схемы, фикстуры, диаграммы, reference implementation или skill для агента — когда эти артефакты помогают принять решение корректно.

От намерения к работающему ПО

1. Опишите результат

Начните с того, чего хотите достичь, а не с полной спецификации. Например: «Собери приватного support-ассистента, который отвечает по документам компании и цитирует источники.»

2. Найдите набор или отдельные блоки

Ищите по проблеме, возможности, роли, платформе, стеку или ограничению. Если outcome совпадает с curated set, начните с него, затем добавляйте или заменяйте отдельные блоки там, где проект отличается.

3. Добавьте проектно-специфичные решения

Зафиксируйте факты, которых нет в generic-блоках: текущий стек, граница данных, провайдер идентичности, среда деплоя, поддерживаемые пользователи, бюджеты и осознанные отклонения от baseline. В PureIntent сегодня эти факты живут как project files в Workspace.

4. Разрешите зависимости и конфликты

Workspace показывает обязательные зависимости и отделяет альтернативы от взаимодополняющих блоков. Если внешний embedding-провайдер конфликтует с правилом, что документы не должны покидать компанию, конфликт нужно снять до того, как он станет кодом.

5. Экспортируйте Solution в проект

Экспорт даёт версионированный пакет контекста: выбранные блоки, project files и закреплённые версии. Его можно держать рядом с исходниками и передавать любому совместимому coding-агенту.

6. Реализуйте и проверьте

Агент сопоставляет Solution с репозиторием, предлагает план, реализует по этапам и отчитывается, какие требования и acceptance-сценарии выполнены. Упакованные сценарии остаются спецификацией, пока их не прогнали в целевом проекте.

PureIntent — не ещё одна библиотека кода

Библиотека переиспользует реализацию. PureIntent переиспользует решение, стоящее за реализацией.

Один и тот же блок может направлять PHP-монолит, Go-сервис, Python-приложение или стек, которого ещё не было, когда блок написали. При необходимости блок может включать код или reference implementation, но главным артефактом остаётся переносимый контракт.

PureIntent дополняет фреймворки, дизайн-системы, SDK и реестры пакетов. Он помогает команде решить, как эти инструменты должны работать вместе и что в итоге должен делать продукт.

Сильный baseline, а не единственный ответ

Нет одной правильной архитектуры для чата, платежей, поиска, аналитики или аутентификации. У продуктов разные пользователи, риски, ограничения и существующие системы.

PureIntent даёт проверенную точку старта: вопросы, которые обычно важны, режимы отказа, которые часто пропускают, типичные варианты и tradeoff’ы, а также доказательства, нужные чтобы назвать работу завершённой. Примите как есть, замените решение или добавьте project override. Важно, чтобы выбор стал явным и проверяемым.

Для людей и для агентов

Людям нужно понимать, почему решение существует и где его можно менять. Агентам нужны точные границы, структурированные примеры, зависимости и критерии приёмки.

PureIntent обслуживает обе аудитории из одного источника. Product manager может проверить ожидаемое поведение. Technical lead — контракты и риски. Coding-агент — превратить контракты в план реализации под конкретный репозиторий. Reviewer — проследить результат до решений, которые его обосновали.

Открытый и переносимый по задумке

Блоки — обычные файлы с явными версиями и связями. Их можно хранить в Git, ревьюить как код, скачивать архивом, адаптировать приватно и использовать без проприетарного runtime.

Сервисы могут упрощать поиск, сборку, перевод, валидацию и частные каталоги. Само знание остаётся полезным и вне сервиса.

Стройте на накопленном опыте

Coding-агенты всё лучше пишут программу. PureIntent помогает понять, какую программу стоит писать, какие решения нельзя угадывать и как проверять результат.

Смотреть каталог · Открыть Workspace · Читать документацию