Режим «Проект»
Режим Проект предназначен для сложной работы, где важно сначала уточнить требования, согласовать план и сохранить результаты каждого этапа. Велес ведёт один проект внутри одного диалога, выполняет этапы строго по очереди и складывает рабочие материалы в выбранную папку. Для короткого вопроса или задачи без предварительного согласования оставьте обычный режим.Как начать проект
- Создайте новый диалог. Переключатель режима показывается только пока диалог пуст.
- Под кнопкой отправки выберите Проект вместо Обычный.
- Подробно опишите желаемый результат и при необходимости прикрепите файлы.
- Отправьте первое сообщение.
Уточняющие вопросы
Перед составлением плана Велес задаёт от 5 до 10 вопросов. Nerve публикует их в диалоге как специальное сообщение с анкетой. У каждого вопроса есть ровно три подготовленных варианта и поле для собственного ответа. Если нужен отчёт, книга, инструкция, предложение или другой готовый материал, вопросы помогают заранее зафиксировать читателя и его задачу, формат, обязательный охват, глубину, язык, правила работы с источниками, образец оформления и необходимые проверки. Велес не задаёт такие вопросы, если ответ можно получить во время исследования или он не влияет на результат. Если анкета не помещается по высоте окна, она прокручивается вместе с остальными сообщениями диалога. Нижние вопросы, выбор папки и кнопка отправки ответов остаются доступны без изменения масштаба страницы. После отправки анкета остаётся в истории как завершённое сообщение, а принятые ответы сохраняются в состоянии проекта. Ответьте на все обязательные вопросы и проверьте папку результатов. Велес предлагает безопасный путь вида:Утверждение плана
После ответов Велес публикует следующим специальным сообщением краткое описание задачи и план. План содержит от одного до десяти выполняемых этапов и должен быть соразмерен задаче. Для обычного проекта без готового пользовательского материала первым этапом остаётся исследование. Проект с готовым материалом может сразу начать с создания результата, если необходимые сведения уже даны и отдельное исследование ничего не добавит. Для документа или другого готового файла Велес помечает план как работу с сохраняемым результатом. Nerve показывает это отдельным пояснением на карточке плана. Такой план обязан содержать хотя бы один этап, который создаёт результат. Последний утверждённый этап отвечает за создание или исправление канонических файлов, необходимые проверки и передачу результата пользователю. Он может быть производственным или проверочным. Отдельное исследование и независимая проверка добавляются только тогда, когда их оправдывают риск, объём или требования задачи. Для читательского документа план отдельно сохраняет список итоговых форматов. Явно запрошенный формат нельзя заменить решением модели. Если формат не указан, Велес выбирает подходящий по задаче; для редактируемого делового документа обычным выбором является DOCX. Один проект может подготовить несколько форматов, например DOCX и PDF. Требования проверки DOCX применяются только тогда, когда DOCX входит в утверждённый список. Содержание любого читательского документа строится по встроенному навыкуreport-authoring: он задаёт читателя, смысловой каркас, задачи разделов, доказательную глубину, объединение частей и редакторские проверки независимо от итогового формата. Остальные навыки выбираются динамически. Исследование подключается для недостающих или меняющихся внешних сведений, проверка данных — для существенных показателей и расчётов, деловой анализ — для решений, зависящих от деловых предпосылок, а визуализация — только когда график или схема действительно улучшает понимание. Наличие навыка в каталоге само по себе не заставляет загружать его в контекст.
Для большого документа план строится вокруг сохраняемых материалов, а не вокруг кратких отчётов о работе. Он, насколько это нужно задаче, предусматривает структуру документа, полные черновики разделов, их объединение в основную рукопись, проверку фактов и расчётов, редактуру, создание запрошенного файла и просмотр результата в том виде, в котором его откроет читатель. Типичный деловой DOCX обычно укладывается в два–четыре этапа, а при готовых исходных данных допустим один производственный этап. В критериях готовности указываются проверяемые файлы и выполненные проверки.
Отдельные авторские задания для глав или разделов необязательны. План использует их только для действительно большого либо независимо делимого материала, когда польза свежего контекста превышает затраты на передачу и повторное чтение. После таких заданий редактор родительского этапа читает части целиком, согласует термины, числа, переходы, повторы и противоречия, затем собирает общую рукопись. Для короткого или связного документа редактор работает напрямую без искусственного деления.
Перед началом работы выберите одно из действий:
- Утвердить — начать выполнение;
- Попросить изменить — написать, что нужно исправить, и получить новую редакцию плана.
research.md. Для проекта с готовым материалом утверждённый план после исследования автоматически не пересоставляется: найденные сведения служат кэшем источников для следующих исполнителей. Изменить утверждённый план по-прежнему можно по просьбе пользователя. Для обычных проектов без готового материала сохраняется повторная оценка плана после исследования.
Выполнение и материалы
Каждый этап выполняется отдельным исполнителем с новым контекстом. Исполнители запускаются строго по одному. Следующий исполнитель получает исходную задачу, утверждённый план, краткий итог исследования, пути готовых материалов и ограниченную передачу результата только от предыдущего этапа. Полные внутренние диалоги и журналы средств между этапами не переносятся. Реестр доказательств исследовательского этапа считается кэшем источников: сырые материалы повторно открываются только при пробеле, противоречии или необходимости точной цитаты. При продолжении этап получает точный прошлый отчёт, краткую передачу и список обнаруженных пробелов, а не многомегабайтную историю сеанса. Выбранные навыки уже загружены в системный контекст исполнителя, поэтому повторно открывать ихSKILL.md не требуется.
Внутри одного длинного этапа контекст также контролируется по токенам. Когда чтение материалов и другие вызовы приближают рабочий запрос к порогу agents.defaults.compression.threshold, Велес сворачивает старые завершённые пары «вызов — результат» в накопительный контрольный снимок. Исходная задача и свежий хвост остаются дословно, а полный журнал исполнителя не переписывается и используется для восстановления и проверки. Ранние источники не заменяются пустой заглушкой только из-за количества последующих вызовов: их факты и пути переносятся в снимок, а за отсутствующей точной цитатой исполнитель должен повторно открыть исходный файл.
Если поставщик модели всё же отклоняет запрос из-за фактического размера контекста, Велес не завершает этап этой служебной ошибкой сразу. В том же исполнителе он уменьшает рабочий предел запроса, повторно запускает смысловое сжатие и продолжает до трёх раз. Полный журнал и созданные файлы сохраняются. При аварийном сокращении свежего хвоста исходное пользовательское задание добавляется как отдельная опорная запись, но отброшенная середина не возвращается целиком: это предотвращает повторную отправку того же переполненного запроса. В отчёте попытки поле contextCompactions показывает оценки размера до и после каждого сжатия, число свёрнутых сообщений, применение запасного варианта, а для реакции на отказ поставщика — причину provider_context_overflow и уменьшенный рабочий предел.
Исполнитель использует те же доступные возможности, что и Велес в обычном диалоге: работу с файлами, поиск и загрузку страниц, поиск по памяти и документации, разбор документов и подключённые средства MCP. В запрос модели попадают только действительно настроенные и доступные средства. Управление родительским диалогом, создание вложенных исполнителей, смена модели и расписания недоступны, чтобы один этап не мог нарушить последовательность проекта.
В папке проекта появляются:
Для проектов с готовым пользовательским материалом координатор больше не создаёт служебную цепочку
finalization.md, draft.md, quality-report.md и final.md. Эти имена могут существовать в старых проектах или быть явно запрошенными пользовательскими материалами, но не являются обязательными стадиями завершения.
Проект не занимает отдельную постоянную панель. Анкета, план, ход выполнения, ошибки и итог появляются по очереди как сообщения внутри обычного диалога. Вызовы инструментов и промежуточные пояснения исполнителя отображаются теми же элементами, что и в обычном режиме.
Последний утверждённый этап проекта с готовым материалом является настоящим финальным этапом. Он оставляет канонические файлы, необходимые отчёты проверок и естественное сообщение пользователю. После него координатор не вызывает новую модель: он берёт пути только из передачи последнего этапа и уже подтверждённых записей deliverable-*, проверяет границы папки проекта, существование, ненулевой размер и наличие каждого утверждённого формата. Материалы ранних этапов автоматически не становятся обязательными для повторного чтения.
Выбранная при заполнении анкеты папка является обязательной границей результата. Планировщик и исполнители получают её точный относительный путь; итоговые файлы, отчёты проверок и необходимые реестры сохраняются внутри неё. Если старый план или предыдущая попытка указывает абсолютный путь либо корень рабочей области, последний этап переносит или заново создаёт файл в выбранной папке и указывает относительный путь. Файл за её пределами не принимается как готовый результат, даже если он существует.
Если пользователь запросил DOCX, PDF, презентацию, таблицу или большую рукопись, каждый утверждённый основной формат должен быть создан и проверен на обычных этапах плана, где доступны запись файлов и нужные средства. Формат, названный пользователем, имеет приоритет; DOCX является только обычным выбором для неуточнённого редактируемого документа. Этапы сохраняют извлечённый текст и отчёты проверок.
Для утверждённого DOCX используется встроенный навык создания документов. Он собирает настоящий редактируемый файл Word со стилями и оглавлением. Готовность требует успешного машинного отчёта docx-audit.json, который проверяет структуру, основные редакционные признаки, доступность и отсутствие незаполненных мест. Отчёт содержит SHA-256 текущего DOCX. После последнего изменения файла исполнитель повторяет проверку и больше не изменяет и не перемещает DOCX; Велес сообщает об устаревшей контрольной сумме отдельно, а не называет существующий отчёт отсутствующим. Если путь DOCX случайно не попал в передачу этапа, но ровно один файл внутри папки проекта подтверждён успешным отчётом, координатор сам восстанавливает его как канонический результат. Эти требования не заставляют проект создавать DOCX вместо PDF, Markdown, HTML или другого явно запрошенного формата. Управление рабочим столом и ручное открытие Word не используются.
Готовность определяется файлами и отчётами, а не служебной фразой ARTIFACT_READY. Если объективная проверка обнаружила пробел, координатор до двух раз автоматически продолжает именно последний этап. Исполнитель получает сохранённые файлы, прошлую передачу и точный список отсутствующих форматов или проверок. Пользователь видит ошибку artifact_readiness_failed только после исчерпания внутренних продолжений и только при реально неподтверждённом результате. Старый проект, остановившийся в прежней итоговой сборке, после нажатия Продолжить этап сначала проходит ту же объективную проверку уже созданных материалов.
В последнем сообщении исполнитель сам выбирает подходящую форму передачи результата по фактически проверенным каноническим материалам. Для одного основного документа он даёт ссылку именно на него, например на утверждённый DOCX; для нескольких самостоятельных результатов — только на небольшой необходимый набор; для набора файлов, исходного кода или другой составной работы — на папку проекта. Если постоянный файл не требовался, сообщение кратко описывает достигнутый результат без выдуманной ссылки. Служебные final.md, draft.md, quality-report.md, finalization.md, plan.md и отчёты об ошибках не выдаются за основной результат, если пользователь явно не утверждал один из них как требуемый материал. Для очень большого документа полные разделы и основная рукопись остаются отдельными файлами; служебная передача не используется для повторного создания всей книги.
Если Велес изменил план по просьбе пользователя или, для обычного проекта без готового материала, после исследования, новая редакция появляется отдельной карточкой внизу диалога. Предыдущие редакции остаются в истории для сравнения, но утвердить или снова изменить можно только последнюю карточку.
Ошибки, продолжение и восстановление
Ошибка отдельного средства не завершает этап автоматически. Велес показывает её исполнителю как результат вызова, после чего тот может исправить параметры, выбрать другое средство или продолжить по имеющимся данным — так же, как в обычном диалоге. Проект запрашивает вмешательство пользователя только когда исполнитель после этих попыток не смог завершить сам этап, поставщик модели прекратил ответ или исчерпан предел итераций. В этом случае сообщение об ошибке показывает безопасное описание и доступные действия. Предел для каждого отдельного исполнителя задаётagents.defaults.maxToolIterations. Каждый этап и каждое автоматическое продолжение последнего этапа получают полный предел из текущей настройки. При возобновлении использованные в предыдущей попытке итерации не вычитаются, а уже сохранённые файлы и результаты остаются на месте. Для проектов без готового пользовательского материала прежняя итоговая сборка также получает собственный полный предел.
- Продолжить этап создаёт новый контекст только для незавершённого этапа. Это не очистка и не запуск с нуля: уже созданные файлы, изменения и материалы сохраняются. Исполнитель получает прошлый отчёт, краткую передачу и конкретные пробелы, проверяет фактическое состояние и продолжает с последней подтверждённой точки. Завершённые этапы и готовые части текущего этапа без необходимости не повторяются.
- Отменить прекращает проект. Уже созданные файлы остаются на месте.
Поле ввода блокируется только на короткое время между отправкой первого запроса и сохранением состояния проекта. Затем можно писать как в обычном диалоге. Велес сам сопоставляет смысл сообщения с текущим состоянием, выбирает подходящее средство или задаёт уточняющий вопрос. Жёсткого сопоставления отдельных фраз с действиями нет.