Об этом проекте

Hearting (ранее известный как agent_setting) представляет собой локальный слой рабочего процесса для создания агентов. В отличие от настройки одного среды выполнения, Hearting определяет общие контракты один раз и применяет их к нативным поверхностям навыков, агентов, хуков, режимов и команд, которые обнаруживаются Claude Code, Codex и OpenCode. Заявленная цель — обеспечить последовательный цикл исследований, планирования, реализации и проверки через все три платформы. Ключевые механизмы, описанные в README: - Маршрутизация возможностей: 12 входных маршрутов для 26 возможностей. Перед началом значительной работы агент предлагает маршрутную карту из пяти полей (задача, причина, маршрут, область, завершение) для одобрения. - Лестница интенсивности: уровни прямой, быстрой, стандартной, сильной, тщательной и противостоящей выбора графика этапов и глубины диспетчеризации; строгость проверки зависит от уровня интенсивности. - Защищенная перекрёстная диспетчеризация: на уровне стандартного и выше каждый этап выполняется как отдельно запущенный сеанс с защищённой ролью, профилем модели и непересекающейся областью записи. Параллельные группы из 2–4 этапов запускаются в одной транзакции, а этапы распределяются по семействам перекрёстных конструкций по умолчанию. Глубина диспетчеризации 3 запрещена. - Уровни моделей на узле: глубокий, сбалансированный глубокий, лёгкий и мини-уровни закреплены на узле во время компиляции; адаптеры сопоставляют их с конкретными моделями без указания поставщиков в общих контрактах. - Fleet: интерактивная панель управления над реестром попыток, показывающая интерактивные сессии и диспетчеризованные рабочие процессы всех трёх сред выполнения в одном дереве с состоянием, перекрёстной конструкцией, защищённым профилем, шкалой контекста и учётом токенов. Команды `fleet --once` и `fleet --json` работают без curses. - Ограничители (Guards): 39 хуков, из которых 5 являются жёсткими блоками, запрещающими нарушения области записи, чтения спецификаций, корня артефактов, состояния git и путей памяти до вызова инструмента. - Система артефактов: исследование/анализ проекта до спецификации, затем до планов кода, а также исследование до черновика и до доработки документов, всё под корневым каталогом .agent_reports/ проекта. - Память: SQLite с FTS5 по сеансам, проектам и средам выполнения; изменённые решения заменяются, а не удаляются. Установка осуществляется через однострочный скрипт релиза, который устанавливает архив с проверкой целостности и регистрирует ежедневную проверку обновлений на уровне пользователя, где это поддерживается. Установщик не затрагивает учетные данные среды выполнения, сеансы, журналы или базы данных. При наличии Codex также устанавливается обратимый защищённый входной поток, так что интерактивные команды Codex попадают в сервер приложений, управляемый перекрёстной конструкцией, тогда как неинтерактивные команды проходят напрямую к реальному CLI. Команда `hearting update` предварительно ставит и проверяет новый релиз перед переключением активного указателя и откатывает изменения при сбое. Оператор `compute-hosts` запускается с конфигурационным файлом YAML, принадлежащим пользователю, который создаётся один раз как комментируемый шаблон. Поддержка сред выполнения охватывает Claude Code, Codex и OpenCode как в связанном (живая отладка), так и в упакованном (неизменяемый пакет) режимах проекции. Неподдерживаемые поверхности помечаются как SKIP с указанием причины. Рабочие процессы разработки включают единую точку входа генерации/проверки, тесты на смещение сгенерированных проекций и Git-хуки репозитория, которые выполняют те же проверки, что и CI. Документация охватывает использование, установку, политику релизов, возможности, роли, маршрутизацию, операции, память и хуки. Лицензировано по MIT.