Многокомпонентный конвейер обработки контента для Claude Code с контрольными точками качества
Архитектура конвейера
Конвейер использует шесть специализированных агентов, организованных в две фазы со строгими протоколами передачи данных.
Фаза 1 (параллельное выполнение):
- Агент исследования: выполняет веб-поиск, анализ темы и обзор контента конкурентов
- Агент аналитики: извлекает данные из GSC, GA4 и DataForSEO
Фаза 2 (последовательное выполнение):
- Агент написания: создаёт черновики на основе исследовательских брифов
- Агент редактирования: проверяет качество, точность, голос бренда и человечность текста
- Агент SEO/GEO: занимается оптимизацией ключевых слов, разметкой схемы и географической готовностью
- Главный агент: проверяет все результаты, выставляет оценки качества, отмечает проблемы и представляет финальный черновик
Система контрольных точек качества
Конвейер включает явные проверки качества при передаче данных между агентами:
- Точка 1: Проверяет наличие файлов исследования и аналитики со статусом COMPLETE перед началом работы агента написания
- Точка 2: Проверяет, что объём текста находится в пределах 50% от целевого значения и присутствуют мета-разделы, прежде чем начинается редактирование
- Аналогичные контрольные точки продолжаются на всех этапах
Без этих точек ошибки на ранних этапах могут незаметно распространяться по конвейеру и обнаруживаться только на финальной проверке, если вообще обнаруживаются. Контрольные точки делают сбои «громкими и ранними».
Ключевые детали реализации
Система использует структурированную файловую систему для взаимодействия агентов:
- Агенты записывают данные в общие файлы в предсказуемых местах (например,
.claude/pipeline/research.md,draft.md) - Последующие агенты точно знают, где искать результаты предыдущих этапов
- Это предотвращает хрупкость неявных передач данных, когда «Claude сам разберётся, что произвел предыдущий шаг»
Отдельных агентов можно перезапускать без перезапуска всего конвейера с помощью команд вроде:
/run-agent writer "переписать в более техническом тоне"
/run-agent seo "переоптимизировать под ключевое слово: [новое ключевое слово]"
Это позволяет исправлять плохие черновики, не аннулируя хорошую исследовательскую работу.
Контроль публикации
Конвейер включает жёсткую остановку перед публикацией. После того как Главный агент создаёт сводку с оценками качества и пометками, система полностью останавливается. Ничего не публикуется, пока пользователь вручную не введет "approved". Это предотвращает случайную публикацию без должной проверки.
📖 Read the full source: r/ClaudeAI
👀 Смотрите также
TinySearch v0.2.0: Легковесный веб-поиск для локальных LLM теперь на базе SearXNG
TinySearch v0.2.0 переходит с DuckDuckGo на SearXNG в качестве поискового движка. Он ищет в интернете, сканирует страницы и предоставляет компактный контекст (8 тыс. токенов) для локальных LLM, таких как Qwen3.5-9B.
Трехузловая память: Постоянная память агента с открытым исходным кодом и разделением хранилищ человека и агента
Tri-Node Memory — это легковесная архитектура, которая разделяет память ИИ-агента и постоянные заметки человека с помощью двух хранилищ Obsidian. Агент читает из человеческого хранилища, но пишет только в свое, никогда не пересекая границы без явного разрешения.
AgentHandover: Приложение для строки меню Mac, которое создает навыки агентов, наблюдая за вашим экраном.
AgentHandover — это приложение с открытым исходным кодом для панели меню Mac, которое использует Gemma 4, работающую локально через Ollama, для наблюдения за вашим экраном и преобразования повторяющихся рабочих процессов в структурированные файлы навыков (Skill), которые может выполнять любой агент. Оно предлагает как режим фокусированной записи для конкретных задач, так и пассивное обнаружение, которое выявляет паттерны из фонового наблюдения.
ClamBot: ИИ-агент выполняет код, сгенерированный LLM, в песочнице WASM для обеспечения безопасности
ClamBot — это фреймворк для AI-агентов, который выполняет весь код, сгенерированный LLM, в песочнице WebAssembly с использованием QuickJS в Wasmtime, устраняя необходимость в вызовах exec() или подпроцессов. Он включает шлюз одобрения для вызовов инструментов, постоянное кэширование скриптов в виде «clams» и поддерживает несколько провайдеров LLM.