Zorya Context

Руководство по Context

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

Подключение Игры Видео о процессе

Быстрый старт

Подключите Zorya Context по инструкции и убедитесь, что клиент показывает его инструменты.
В новом запросе явно вызовите установленный плагин Context и попросите использовать все применимые сохранённые знания, навыки и правила проекта.
Опишите задачу, аудиторию, ограничения и проверяемый результат. Назовите подходящих специалистов или попросите модель выбрать их из доступных.
Начните с короткого рецепта ниже. Проверьте итог и попросите конкретную доработку, если что-то не соответствует цели.
Сначала используй сохранённые знания. Отдельное согласие нужно перед каждым новым исследованием или сбором новых сведений.

Рецепты промптов

Игры на сайте — отдельные демонстрации с интерактивным результатом. Рецепты ниже — копируемые промпты для вашей собственной задачи.

1. Новый небольшой сайт

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

1. Новый небольшой сайт

Вызови установленный плагин Zorya Context. Прочитай все применимые навыки и правила проекта. Начни с подходящих знаний, уже сохранённых в Context. Если нужны новые источники или исследование, сначала запроси отдельное согласие именно на этот ограниченный сбор. Если подходящих сохранённых знаний нет, скажи об этом и не выдумывай их.

Подготовь текстовый прототип небольшого одностраничного сайта для соседской библиотеки инструментов. Аудитория — жители района, которые хотят понять, как одолжить инструмент. Цель страницы — объяснить правила выдачи и помочь связаться с волонтёром-библиотекарем. Ограничения: не добавляй регистрацию, оплату или сведения о наличии инструментов, которых нет в задании. Подготовь заголовок, короткое пояснение, три раздела и одну главную кнопку связи. Объясни, какое подходящее сохранённое знание повлияло на структуру. Проверь, что страница отвечает цели и не содержит выдуманных условий.

Этот пример можно скопировать как есть. Для своей задачи замените аудиторию, цель, ограничения и результат.

2. Улучшение существующей страницы или кода

Попросите Context подобрать одно небольшое полезное изменение для реальной страницы и выполнить порученную работу в рамках правил проекта.

2. Улучшение существующей страницы или кода

Вызови установленный плагин Zorya Context. Прочитай все применимые навыки и правила проекта. Сначала используй подходящие знания, уже сохранённые в Context; начни с повторного использования подходящих материалов. Перед каждым новым исследованием или сбором сведений из новых источников запроси отдельное согласие именно на этот сбор.

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

3. Итерация дизайна

Попросите агента объяснить, почему он выбрал такой вариант, предложить конкретное улучшение, внести его и проверить результат.

3. Итерация дизайна

Вызови установленный плагин Zorya Context, прочитай применимые навыки и правила проекта и используй подходящие знания, уже сохранённые в Context. Перед каждым новым исследованием или сбором сведений из новых источников запроси отдельное согласие именно на этот сбор.

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

Как улучшать первый результат

Попросите агента объяснить замысел текущего варианта и почему он выбрал такие решения. Если автор неизвестен, пусть описывает то, что видно, и отделяет это от предположений. Затем сопоставьте вариант с исходной целью, дайте конкретную обратную связь, предложите одно улучшение и проверьте доработку. Укажите, что осталось неизвестным или непроверенным.

Роли в рабочем процессе

Роль описывает обязанность, а не гарантированную функцию. Доступные возможности зависят от вашего ИИ-клиента, приложения или среды, где работает агент.

Оркестратор: Уточняет цель, делит работу на шаги, направляет вопросы специалистам, сводит ответы и следит за границами задачи.
Консультанты-специалисты: Отвечают на узкий вопрос в своей области, опираясь на сохранённые знания. Например: редактор проверяет ясность текста, а специалист по UX — путь пользователя.
Сборщики и оценщики: Выбирают и сопоставляют подходящие знания, уже сохранённые в библиотеке Context. Сбор новых источников или исследование требует отдельного согласия на каждый конкретный ограниченный сбор.
Исполнитель: Выполняет согласованную работу в явно заданных файлах и границах. В разработке он меняет код; в текстовой задаче — готовит итоговый текст.
Независимый контроль качества: Проверяет результат отдельно от исполнителя и сообщает конкретные свидетельства: что проверено, что найдено и что осталось неизвестным.

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

Необязательно: расширенный процесс

Для большой задачи можно отдельно ограничить сбор сохранённых знаний сроком от одного до трёх часов. Этот срок относится к сбору контекста, а не ко всей реализации.

Большой контекст и несколько ролей могут увеличить время и стоимость использования модели. Сначала проверьте короткий пример; расширяйте процесс только если это помогает.

Необязательно: расширенный процесс

Вызови установленный плагин Zorya Context. Прочитай и соблюдай все применимые навыки, правила проекта и реальные минимальные требования выбранного рабочего процесса. Начни с подходящих знаний, уже сохранённых в Context, и соблюдай правила Context для подготовки такого объёма знаний, включая согласование, если оно требуется для длительного этапа reuse_only. Перед каждым новым исследованием или сбором новых источников согласуй со мной конкретный пробел, пользу, источники и срок; требуется отдельное согласие на каждый такой сбор.

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

Не считай предпочтение использовать сохранённые знания автоматическим согласием на длительную подготовку: соблюдай применимые правила Context и отдельно согласуй её, если это требуется. Необязательная цель Context: 100 000 уникальных релевантных токенов знаний для каждой роли отдельно, включая исполнителя. Считай только полные тела, которые прочитала именно эта роль; исключай дубли и нерелевантные тела. Ограничь именно сбор знаний сроком от одного до трёх часов. Когда срок истечёт, сообщи время и фактический объём каждой роли, включая недобор, затем продолжи разрешённую реализацию с собранным материалом, если соблюдены обязательные минимумы и зависимости рабочего процесса. Если обязательный минимум или требуемая отдельная роль не выполнены, не заявляй о прохождении этого этапа и укажи, какая зависимость мешает продолжить.

Необязательно назначить доступные модели: Оркестратор → [доступная модель]; консультанты → [доступная модель]; сборщик/оценщик → [доступная модель]; исполнитель → [доступная модель]; независимый QA → [доступная модель]. Заполняй только если ИИ-клиент, приложение или среда поддерживает выбор модели и правила проекта разрешают его. Одна и та же модель может работать в нескольких отдельных ролях или агентах, если это поддерживается; независимость QA задаёт отдельная роль и проверка, а не модель. Назначение не меняет MCP-инструменты и не гарантирует запуск агентов.

Задача: [цель, аудитория, ограничения, затрагиваемые файлы и критерии приёмки].

Пример назначения доступных моделей

Только если ваш ИИ-клиент, приложение или среда поддерживает выбор моделей и правила проекта это разрешают: Оркестратор → [доступная модель]; консультанты → [доступная модель]; сборщик/оценщик → [доступная модель]; исполнитель → [доступная модель]; независимый QA → [доступная модель]. Одна и та же модель может использоваться в нескольких отдельных ролях/агентах, если это поддерживается. Независимость QA определяется отдельной проверкой, а не моделью.