AI-разработчик забывает решения между сессиями? Сохраняй контекст не в чате, а рядом с задачей Fhorja — open-source workflow для AI-кодеров, включая Codex, Claude Code и Cursor. Он превращает разработку в последовательный процесс: постановка задачи → план → проверка плана → реализация → тесты → Pull Request.

Главная идея: решения, ограничения и состояние задачи записываются в обычные Markdown-файлы. Можно закрыть сессию, открыть другую и продолжить с того же этапа.

🔗 GitHub: https://github.com/Mozurok/fhorja.dev

💡 Как применить

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

Каждая часть получает критерии готовности. Перед написанием кода отдельный этап проверяет план, а после реализации сохраняются результаты тестов. В конце агент может подготовить черновик Pull Request, где видны сделанные изменения и решения, которые ещё нужно подтвердить.

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

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

Как попробовать сегодня 🤝

1. Склонируй репозиторий и перейди в каталог:

git clone https://github.com/Mozurok/fhorja.dev.git cd fhorja.dev

2. Запусти первоначальную настройку: ./scripts/bootstrap-user-setup.sh

3. Синхронизируй команды и навыки с AI-инструментом:

./scripts/sync-workflow-slash-commands.sh

4. Добавь инструкцию из templates/AGENT_DIRECTIVE.template.md в файл правил своего проекта — например, AGENTS.md.

5. Открой свой репозиторий в Codex или другом совместимом инструменте и начни с команды task-init.

Fhorja распространяется по MIT-лицензии. Это не отдельная AI-модель и не облачный сервис, а набор команд и инструкций, работающих в твоём окружении. При настроенном удалённом Git-репозитории workflow может подготовить и отправить черновик PR, но финальное одобрение и слияние остаются за разработчиком.