LEM.RU · 2026

Настройка · 9 мин

Как подготовить AGENTS.md для проекта 1С

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

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

AGENTS.md управляет поведением агента, но не подменяет библиотечные знания и факты проекта.
01

Что действительно должно попасть в AGENTS.md

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

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

02

Глобальные правила и проектные правила решают разные задачи

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

Проектные правила уточняют конкретную конфигурацию: целевую версию платформы, команды тестов, разрешённые каталоги, координату библиотеки и способ проверки BSL. Чем ближе файл к рабочему коду, тем конкретнее он может быть.

Два слоя инструкцийПроектное правило уточняет глобальное, но не должно ослаблять безопасность.
01Глобально

Безопасность, доказательства, секреты, разрешения.

02В проекте

Версии, каталоги, тесты, библиотечная координата.

03В задаче

Цель, ограничения и критерий готовности.

03

Минимальный каркас правил

Каркас ниже не содержит адресов и токенов. Его нужно адаптировать под реальные команды и версию, а не вставлять без проверки.

AGENTS.md · безопасный минимальный пример
# Правила проекта 1С

- Целевая платформа: укажите подтверждённую версию.
- До изменения отдели библиотечные знания от фактов проекта.
- Для каждого вывода укажи источник и класс доказательства.
- Если версия или область влияния неизвестна — остановись и перечисли пробелы.
- Не выводи токены, персональные данные и закрытый код.
- После изменения выполни разрешённую проверку синтаксиса и тесты.

Учебный фрагмент. Перед рабочим использованием проверьте версию и контекст вызова.

04

Правило проверяется на реальном ответе

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

05

Правило остановки на неизвестной версии

Проверочный запрос: «Для ОбъединитьТаблицыПоКлючу найди допустимые операции с ТаблицаЗначений в моей версии платформы; исходники проекта и саму функцию не выдумывай». Вход — неизвестная версия платформы и известный контракт объединения; ожидаемый выход — вопрос о версии и список того, что нельзя подтвердить без исходников.

Если агент сразу предлагает патч для несуществующего общего модуля, в AGENTS.md нужно усилить условие остановки: до изменения получить исходник, целевую версию и разрешённую команду проверки. Тест этого правила — наблюдаемое поведение агента, а не длина файла инструкций.

Учебный фрагмент BSL: проверка входного контракта, без запуска в 1С
Процедура ПроверитьКлючевуюКолонку(Таблица, ИмяКлюча) Экспорт
    Если Таблица.Колонки.Найти(ИмяКлюча) = Неопределено Тогда
        ВызватьИсключение "Ключевая колонка не найдена";
    КонецЕсли;
КонецПроцедуры

Учебный фрагмент. Перед рабочим использованием проверьте версию и контекст вызова.

Синтетический пример

Не создавать новый ключ после таймаута

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

  1. Назвать route-delivery-development-standards / 1.3.1 / custom.
  2. Сослаться на idempotency.md с точными строками.
  3. Не утверждать, что проект уже содержит нужную функцию.
  4. До изменения найти проектную точку вызова и тест.

Правило основано на синтетическом корпусе и не описывает реальную интеграцию пользователя.

Граница доказательства

Что уже можно утверждать, а что нужно проверить

Подтверждено материалом
  • AGENTS.md может зафиксировать обязательный порядок исследования и проверки.
  • Источник факта должен находиться в библиотеке или проекте, а не в инструкции.
Проверяется в конкретном контуре
  • Поддержку AGENTS.md выбранным агентом.
  • Реальные команды тестов и точную версию проекта.