Спексмаксинг: Борьба с ИИ-психозом с помощью YAML-спецификаций и ACAI

Последний пост в блоге Acai.sh, «Specsmaxxing – О преодолении психоза ИИ и почему я пишу спецификации в YAML», рассматривает проблему сбоев AI-агентов, когда контекстные окна переполняются или сессии завершаются. Автор делится практическим рабочим процессом: пишите структурированные спецификации в YAML вместо только markdown и используйте нумерованные требования (например, AUTH-1, AUTH-2), на которые агенты могут напрямую ссылаться в коде. Этот метод, названный Acceptance Criteria for AI (ACAI), появился, когда под-агент автоматически пронумеровал требования и ссылался на них в реализации, улучшая отслеживаемость и уменьшая регрессии.
В посте описывается четырехэтапный процесс: Specify (написание требований в YAML), Ship (реализация агентами), Review (проверка кода на соответствие спецификациям) и Iterate. Автор признается, что ранее переусердствовал со спецификациями в markdown (PRD, TRD, архитектурные документы) и страдал от «психоза ИИ» — тратил больше времени на создание обвязок для ИИ, чем на сам продукт. Подход на основе YAML призван быть более легким и машинно-читаемым.
Ключевая мысль: простые README.md и AGENTS.md уже значительно улучшают вывод агентов. В посте утверждается, что «пик халтуры» пройден, и структурированные спецификации — следующая эволюция. Фрагмент кода демонстрирует шаблон:
# Requirements
AUTH-1: Accepts `Authorization: Bearer <token>` header
AUTH-2: Tokens are user-scoped, providing access to any of the user's resources
AUTH-3: Rejects with 401 Unauthorized
// AUTH-1
const authHeader = req.headers["authorization"];
// AUTH-2
const isAuthorized = verifyBearerToken(authHeader);
// AUTH-3
if (!isValid) return res.status(401).json({ error: "Unauthorized" });
В посте также рассматриваются альтернативы: GitHub SpecKit, OpenSpec, Kiro, Traycer.ai — и перечисляются причины, по которым acai.sh может не понравиться (например, накладные расходы, жесткий формат). Это прагматичный взгляд для разработчиков, которые хотят, чтобы их AI-агенты выдавали надежный код без постоянных циклов подсказок и исправлений.
Для кого это: Разработчики, использующие AI-агентов для написания кода (Claude, Copilot и т. д.), которые сталкиваются с ограничениями контекста и хотят легкий слой спецификаций, чтобы держать агентов на верном пути.
📖 Read the full source: HN AI Agents
👀 Смотрите также

ai-codex: Предварительно индексируйте свою кодовую базу, чтобы экономить токены Claude
ai-codex — это инструмент, который создаёт компактные markdown-индексы вашей кодовой базы, позволяя Claude Code пропустить начальную фазу исследования, которая обычно расходует 30–50 тыс. токенов за разговор. Он создаёт пять файлов, охватывающих маршруты, страницы, библиотеки, схемы и компоненты.

dead-letter: Локальный конвертер .eml в .md с CLI, веб-интерфейсом и MCP-сервером
dead-letter нормализует экспорт электронной почты в Markdown с YAML front matter, настраиваемый. Он предлагает четыре режима доступа: CLI, библиотека Python, веб-интерфейс и сервер MCP для прямой интеграции с Claude Desktop, Claude Code и Codex.

Расширение SendToAI для VS Code решает проблему 20-файлового ограничения Claude с помощью объединения проектов.
SendToAI — это бесплатное расширение для VS Code, которое упаковывает целые проекты в один фрагмент для буфера обмена, обходя ограничение Claude на загрузку 20 файлов. Оно включает визуальный выбор файлов, подсчёт токенов, оценку стоимости и заметки по проекту, которые сохраняются между сеансами.

Qwen3.5-35B-A3B-UD-Q6_K_XL Протестировано в производственных рабочих процессах разработки
Разработчик протестировал модель Qwen3.5-35B-A3B-UD-Q6_K_XL на нескольких реальных клиентских проектах, достигнув стабильной производительности с показателями 1504pp2048 и 47.71 tg256, а также скоростью генерации токенов 80tps на одной видеокарте.