4 инструмента для Claude Code: установка и применение

Работаем над проектом [путь к проекту]. Задача: [одна конкретная задача]. Ожидаемый результат: [наблюдаемое поведение]. Ограничения: [стек, доступы, файлы, которые нельзя менять].

Сначала проверь текущий код и состояние Git. Сообщи, доступны ли в этом сеансе Ponytail, Agent Skills, Graphify и OmniRoute. Не утверждай, что они установлены, если не можешь это проверить. Отдели: (1) плагины/скиллы агента, (2) локальный шлюз моделей, (3) карту знаний проекта.

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

Задача в существующем проекте [путь]: [что надо изменить]. Критерии готовности: [список]. Обязательные ограничения: [безопасность, доступность, данные, совместимость].

Если скилл Ponytail установлен, используй его собственный порядок принятия решений. Сначала посмотри текущую реализацию: можно ли не добавлять код, переиспользовать существующую функцию, стандартную библиотеку или нативную возможность платформы. Затем внеси минимальный понятный diff.

Не сокращай валидацию, обработку ошибок, безопасность, доступность или важные тесты ради меньшего количества строк. Покажи изменённые файлы, причину каждой правки и команды проверки. В конце сравни фактическое поведение с моими критериями готовности; любые непроверенные пункты обозначь прямо.

Проект: [путь]. Мне нужно понять [функция, поток данных или баг]. Подозреваемые точки входа: [файлы/роуты, если известны].

Проверь, установлен ли Graphify и существует ли построенный граф для этого проекта. Если да, используй его штатный скилл/команды, чтобы найти связанные файлы, вызовы и зависимости. Для каждого важного вывода покажи реальный файл и участок кода, который подтверждает связь. Если граф устарел или недоступен, скажи об этом и исследуй репозиторий напрямую; не сочиняй узлы и рёбра.

Выведи компактную карту: точка входа → ключевые вызовы → данные/хранилище → проверка результата. Отдельно перечисли связи, которые требуют ручной проверки, прежде чем менять код.

Проект: [путь]. Задача: [цель]. Пользовательский сценарий: [кто что делает]. Ограничения: [что важно сохранить].

Если Agent Skills установлен, используй подходящие скиллы для постановки задачи, планирования, реализации и проверки. Сначала уточни неполные требования, затем составь короткий план с проверяемыми результатами. Покажи, какой именно SKILL.md применяешь на каждом этапе; не называй весь набор одним скиллом.

После изменений выполни релевантные тесты и один реальный сценарий использования. Перед выводом проверь diff на побочные изменения и выдай: сделано, проверено, что осталось неизвестным. Не заявляй о публикации, запуске или доступе к внешнему сервису без фактической проверки.

Мы использовали четыре разные части среды для задачи [задача] в проекте [путь]. Проведи фактическую проверку, не опираясь на прежние заявления агента.

1. Ponytail: покажи, какие существующие решения были переиспользованы и не пострадали ли проверки/безопасность. 2. OmniRoute: если применялся, покажи реально подключённого провайдера и модель по локальной панели или журналу без раскрытия ключей; если не применялся, так и напиши. 3. Graphify: укажи, какие связи были сверены с исходным кодом. 4. Agent Skills: перечисли конкретные SKILL.md и полученные артефакты.

Запусти тесты [команды тестов] и проверь пользовательский сценарий [шаги]. Итог — таблица «инструмент → что реально дал → чем подтверждено» и список оставшихся ограничений. Не превращай чью-то заявленную экономию токенов или каталог провайдеров в гарантию для этого проекта.