Продуктовая документация, где причины лежат рядом с требованиями.
Спецификация редко объясняет решение целиком. В Nodary спецификация функции стоит рядом с исследованием, техническим проектом и решениями, которые её сформировали, у каждого есть ответственный и статус. Кодовые агенты ваших разработчиков читают всё это через MCP и знают, какие страницы актуальны.
Проблема словами вашей команды
Продуктовые и инженерные команды пишут много, а потом перестают понимать, какая страница действует. Спецификация говорит одно, задача в трекере другое, а решение, изменившее и то и другое, приняли на созвоне, который никто не записал. Когда разработчик, или кодовый агент, берёт работу, требования приходят без причин, и на ревью снова звучат те же вопросы.
- Эта спецификация утверждена или всё ещё черновик?
- Почему мы убрали это требование?
- Агент сделал это по старой версии документа.
Неделя с Nodary
Как может пройти неделя, когда работа живёт в Nodary. Каждый день использует то, что продукт умеет уже сегодня.
- Понедельник
Напишите спецификацию по шаблону
Начните спецификацию функции с шаблона «Спецификация продукта (PRD)»: проблема и кого она касается, цели и не-цели, требования списком задач, метрики успеха с исходным и целевым значением. Свяжите её с исследованием и техническим проектом через [[Название]], чтобы каждая из этих страниц показывала спецификацию, которая на неё ссылается.
Шаблоны продуктовых требований - Вторник
Добавьте в спецификацию схему и цифры
Нарисуйте диаграмму Mermaid, схему процесса, последовательности или состояний, прямо в спецификации, там, где идёт обсуждение; ошибка в диаграмме объясняется простыми словами. Добавьте таблицу для оценок или модель цен с допущениями рядом, около 60 функций, и прокомментируйте отдельную ячейку, если цифра выглядит неверно.
Таблицы, свойства и живые представления в документах - Среда
Отслеживайте каждую спецификацию по статусу
Задайте каждому документу статус (черновик, на рецензии, утверждено, опубликовано, готово или заблокировано), ответственного и срок. Живое представление собирает документы релиза в доску, таблицу или временную шкалу, а представление прогресса строит burn-up, который показывает, успеет ли веха к целевой дате.
Планировать релизы прямо в документах
- Четверг
Отрецензируйте спецификацию, запишите решение
Попросите владельца или администратора пространства либо администратора проекта отрецензировать спецификацию; он утверждает её или возвращает с заметкой, подписанной тем, кто и когда, а решение можно опубликовать в канале Slack или Discord. Запишите причину в «Архитектурное решение (ADR)», отметьте его как канон, а версию, которую оно заменяет, как заменённую, чтобы никто не строил по неверной странице.
Рецензии и утверждения - Пятница
Передайте работу разработчикам и их агентам
Разработчики подключают Claude Code, Cursor или VS Code к пространству через MCP, по OAuth или ключом, ограниченным одним проектом. Агент читает спецификацию, связанный технический проект и решения и узнаёт, какие страницы являются каноном, прежде чем на них опираться. Если два документа противоречат друг другу, Nodary показывает оба фрагмента рядом.
Подключить Cursor к продуктовой документации
Шаблон для старта
Спецификация продукта (PRD)
Начинайте каждую функцию со «Спецификации продукта (PRD)», одного из 30 встроенных шаблонов на 12 языках. Дополняйте её «Техническим проектом» и «Архитектурным решением (ADR)», когда работа этого требует, и сохраните спецификацию своей команды как шаблон, когда она себя оправдает.
- Цели и не-цели, чтобы спорить о рамках один раз
- Требования флажками, которые отмечаются при поставке
- Метрики успеха с исходным и целевым значением
Подготовить продуктовое решение
Сравнить варианты с учётом доводов и компромиссов.
Сравни варианты, описанные в выбранных источниках, с целью продукта, потребностями пользователей и ограничениями поставки. Выяви допущения, компромиссы и доказательства, которых пока не хватает.
Миссия для студии контекста, готовая к настройке: в ней нет документов проекта, только задача и источники, которые нужно собрать.
Источники, которые нужно собрать- Постановка проблемы и отзывы пользователей
- Варианты и спецификации продукта
- Ограничения поставки и прежние решения
Ожидаемый результат Сравнительная таблица, условная рекомендация с опорой на источники и вопросы, которые нужно решить до принятия решения. Не выдавай рекомендацию за утверждённое решение.
Три запроса для вашего ИИ-агента
Одно и то же MCP-подключение служит менеджеру продукта в ChatGPT и разработчику в Cursor. Агенты читают и пишут документы поблочно в рамках роли человека, а повторная попытка с тем же ключом никогда не записывает дважды.
Подключить агентаВы проситеПрочитай спецификацию нового оформления заказа и связанные решения и перечисли требования, у которых ещё нет критериев приёмки.
search_documentsget_documentget_star
Вы проситеСравни текущую спецификацию экспорта с версией, утверждённой на прошлой неделе, и кратко опиши изменения.
list_versionsdiff_versions
Вы проситеСоздай по шаблону «Технический проект» для функции экспорта и свяжи его со спецификацией.
create_from_templatelink_stars
Чего Nodary не делает
- Нет синхронизации с Jira, Linear или GitHub: задачи и pull request остаются в своих инструментах, со ссылками из спецификации.
- Nodary не читает ваш репозиторий кода: кодовый агент читает код на своей стороне, а документы через Nodary.
- Нет учёта времени и планирования по Ганту: перенос документа на временной шкале никогда не сдвигает зависящие от него.
- Нет единого входа (SSO) и установки на своём сервере: Nodary работает на AWS в США.
Подходящий тариф
Pro
15 € за место в месяц, оплата помесячно
Для автора-одиночки или небольшой команды, готовых довести проект до релиза.
Pro подходит большинству продуктовых команд: неограниченное число документов, несколько проектов, MCP и Studio AI для каждого участника. Переходите на Studio, когда нужно больше участников или проекты, доступные только добавленным в них людям.
- Участники: до 5
- Проекты: до 10, документы: без ограничений
- 5 ГБ для файлов
- Studio AI: 800 ☄ за место в месяц, общий запас на всю команду
Вопросы
Может ли Nodary заменить нашу вики для продуктовых спецификаций?
Да, для команд, которым нужны спецификации, решения и планы в одном связанном пространстве с историей. Для начала импортируйте Markdown, Word, HTML или экспорт из Notion. Это не трекер задач: держите задачи спринта в их инструменте и ссылайтесь на них из спецификации.
Интегрируется ли Nodary с Jira, Linear или GitHub?
Сегодня нет. Вставляйте ссылки на задачи и pull request в любой документ. Агент с доступом к обоим инструментам, например Claude Code с открытым репозиторием, читает код с одной стороны и документацию через Nodary с другой.
Как кодовые агенты читают наши спецификации?
Через MCP-сервер Nodary. Claude Code, Cursor, VS Code и другие MCP-клиенты входят по OAuth или с API-ключом, который можно ограничить одним проектом, и читают или пишут документы в рамках роли человека. Каждая запись агента сохраняет предыдущую версию.
Можно ли вести журнал архитектурных решений?
Да. Начинайте каждое с шаблона «Архитектурное решение (ADR)»: статус, дата, кто решает, контекст, решение, альтернативы, последствия. Отметьте принятое как канон, а старое как заменённое новым. Агенты узнают статус документа до того, как прочитают его.
Могут ли люди вне команды прочитать спецификацию?
Да, по ссылке только для чтения на документ, на документ со всем вложенным или на всё пространство, на выбранное число дней или бессрочно, с возможностью отозвать в любой момент. Чтобы комментировать, человек присоединяется к пространству как участник.
Дайте следующей спецификации её причины.
Начните бесплатно с одного проекта или откройте пример проекта в демо, чтобы увидеть доску статусов и таблицу просроченных документов: без регистрации.
Бесплатно для двух участников и десяти документов. Без карты.