Было: 41 файл в корне HISTORY/ + авторские папки OPUS/ и SONNET/ (34 файла). Стало — тематическая нумерация в стиле NOTES/ (10_, 20_, …): 10_reviews/ ревью кода и разборы от LLM (2) 20_releases/ заливки версий в реестр, чистки реестра, нумерация версий (8) 30_provider/ ядро провайдера: архитектура, модификаторы, UUID, nested (6) 40_generator/ генератор YAML/спеки, формат MAN (3) 50_docs/ пайплайн документации, навигация, публикация, хостинг S3 (9) 60_stands/ стенды и примеры: CRUD, FullPipe, Штурвал, TEST_STAND (7) 70_infra/ реестр, API Gateway, DDoS-Guard, VPN/213, зеркала (4) 90_llm/ диалоги и промпты с LLM вне тематики: OPUS/, SONNET/, gemini/ (34) OPUS/ и SONNET/ перенесены как есть в 90_llm/ — чтобы не рвать пары «бриф → ответ» внутри диалогов. Все переносы — через git mv (история сохранена). Перед правкой: TMP/backup_2026-10-02/HISTORY_before_restructure.tar.gz. Перекрёстные ссылки обновляются следующим коммитом.
1.6 KiB
1.6 KiB
Sonnet: ответы — готовый SYSTEM_PROMPT и механизм MAN→группы
Вопрос 2: MAN → группы
Явный маппинг НЕ нужен. LLM делает семантический матч:
- Видит группу
clusterConfigurationс sub-paramscpu, memory, disk, replicas - Видит в MAN: «Квота (millicore) ядра пода... Квота памяти... Размер диска... Количество узлов»
- Сопоставляет по смыслу → «Ресурсы пода кластера: CPU, RAM, диск, реплики»
Условие: MAN в том же сообщении, что и params-файл.
Готовый SYSTEM_PROMPT
См. полный текст с правилами A-E:
- A: удалить колонку ID
- B: value_list → «Допустимые значения: X, Y, Z»
- C: regex → читаемый формат
- D: пустые описания → заполнить из MAN
- E: группы (map-fixed) → 1 предложение о содержимом
- правила для _ops.md, _example.md, главной страницы (MAN)
Новая логика вызова LLM
MAN передаётся как контекст в том же сообщении что и params-файл:
Тип файла: _params_create
Сервис: postgres
=== MAN СЕРВИСА ===
{текст MAN из Name.md}
=== Файл ===
{содержимое}
2 вопроса
- max_tokens 4096 → 8192? (params для postgres ~4KB HTML)
- Писать в docs_llm/ или сразу на место?