Отладка логики проверки сборки Claude Code: почему поиск по имени не работает и как поиск по структурному слепку это исправляет
Разработчик на r/ClaudeAI сообщает, что Claude Code неоднократно не мог обнаружить существующие функции, отвечая «нет» на вопрос «это реализовано?» четыре раза за одну сессию — хотя каждый раз функция уже существовала. Коренная причина: агент искал по названию (ключевые слова, синонимы), а не по структурному следу (маршруты, схемы, зарегистрированные инструменты, запланированные задачи, задокументированные решения). Названия меняются; архитектурные артефакты — нет.
Паттерн
Вопрос «эта функция уже реализована?» вызывал уверенное «нет, вот как мы её реализуем», даже если функция была частично реализована. Каждый раз пользователю приходилось настаивать, чтобы получить реальный ответ. Разработчик диагностировал, что агент действительно искал, но использовал запросы на основе словаря, которые пропускали код с другими соглашениями об именовании.
Правило (поиск по структурному следу)
Синтезированное правило заставляет агента искать по форме, а не по названию. Например, вместо «найди функцию X» он спрашивает «какие существуют плагин-инструменты?» или «какие маршруты, схемы или зарегистрированные задачи соответствуют этой функциональности?». Это позволяет обнаружить предыдущий код, который поиск по названию никогда бы не нашел.
Ключевое изменение: «Поиск по лучшим синонимам — это всё ещё поиск по названию. Поиск по следу ловит его (предыдущий код зарегистрировал плагин-инструмент, а запрос «какие существуют плагин-инструменты?» — это узкий поиск с высоким сигналом).»
Запрошенная обратная связь от сообщества
- Формы галлюцинаций, которые структурный поиск НЕ поймает
- Паттерны «аудит-театра», когда форма соблюдена, но содержание отсутствует
- Избыточное срабатывание на вопросы, которые на самом деле не являются утверждениями об отсутствии
- Усиление уверенности: после аудита агент становится более уверенным в выводах, что затрудняет обнаружение ошибок неверной онтологии
- Строгость неверной онтологии: агент ищет шаблоны GraphQL в REST-системе, ничего не находит, подтверждает отсутствие
Разработчик тестирует правило в отдельном проекте в течение 2–3 недель, прежде чем рассматривать глобальную конфигурацию. Он приглашает других делиться правилами, которые решили проблему «галлюцинаций со строгостью» (а не просто галлюцинаций).
📖 Read the full source: r/ClaudeAI
👀 Смотрите также
Culpa: Открытый движок детерминированного воспроизведения для отладки ИИ-агентов
Culpa — это инструмент с открытым исходным кодом, который записывает сессии LLM-агентов с полным контекстом выполнения, обеспечивая детерминированное воспроизведение с использованием записанных ответов в качестве заглушек вместо обращения к реальным API. Работает с API Anthropic и OpenAI через режим прокси или Python SDK.
Представляем Aionic Anthology: Фреймворк для структурирования задач ИИ Клода.
Фреймворк Aionic Anthology организует задачи ИИ Клода, разделяя контекст на категории и добавляя систему оценки рисков для улучшения выполнения задач.
PhantomCrowd: Мультиагентный симулятор аудитории с использованием Claude Code
PhantomCrowd — это маркетинговая многокомпонентная система прогнозирования, которая моделирует реакцию реальной аудитории на контент перед его публикацией. Она генерирует 10–500 персонажей с уникальными демографическими данными и личностными характеристиками, каждый из которых независимо реагирует на контент, такой как рекламные тексты или посты в соцсетях.
Фреймворк SIDJUA добавляет уровень управления к автономным ИИ-агентам
SIDJUA — это фреймворк со встроенным управлением, правилами авторизации на основе ролей и полными журналами аудита, который работает поверх любой AI-модели с API. Демо-версия показывает трехуровневую иерархию, масштабируемую до 7+1 уровней, с регистрацией каждого решения и отслеживанием затрат в реальном времени.