Спексмаксинг: Борьба с ИИ-психозом с помощью 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
👀 Смотрите также

Exasol выпускает MCP-сервер для интеграции контекста базы данных в рабочие процессы AI-агентов
Exasol выпустила MCP Server, который позволяет базам данных предоставлять AI-агентам контекст о доступных данных, бизнес-правилах и безопасных методах взаимодействия. Сервер по умолчанию работает в режиме только для чтения, поддерживает рабочие процессы с высокой параллельной нагрузкой и может быть развернут в локальной среде, в облаке или в гибридных средах.
Многопользовательская память: система общей памяти с открытым исходным кодом для ИИ-агентов
Multi-Agent Memory — это проект с открытым исходным кодом, предоставляющий систему общей памяти для ИИ-агентов на разных машинах, инструментах и фреймворках. Он поддерживает четыре типа памяти с определённым поведением и включает такие функции, как очистка учётных данных, изоляция агентов и консолидация LLM.

Homebutler: MCP-сервер для управления мультисерверной домашней лабораторией через Claude
Homebutler — это бинарный файл Go со встроенным сервером MCP, который позволяет Claude управлять несколькими серверами по SSH без установки агентов на удалённых машинах. Он предоставляет 9 инструментов, включая мониторинг состояния системы, управление контейнерами Docker, сканирование портов и правила оповещений.

Ghostbar: ~5MB нативный macOS Swift AI клиент, который скрывается от демонстрации экрана
Ghostbar — это нативный Swift-клиент AI для строки меню macOS (~5 МБ), который использует window.sharingType = .none, чтобы стать невидимым для программ записи экрана. Работает с Ollama, vLLM, llama.cpp и любым бэкендом, совместимым с OpenAI.