Claude skill для написання точних підказок, щоб не спалювати кредити на неякісні промпти
Data Engineer під ніком Sieve розповів на Reddit, що створив навичку для Claude, яка пише точні промпти для будь-якого ШІ-інструмента. На момент написання матеріалу інструмент перетнув позначку в 4100 зірок на GitHub, а допис на Reddit зібрав 1300 реакцій.
Читайте также: Anthropic випадково злила приблизно 500 тисяч рядків коду Claude Code: витік відкрив шлях до нових атак
Отже, prompt-master — це безплатний скіл для Claude з відкритим вихідним кодом, який створює точні промпти під конкретні ШІ-інструменти. Працює з Claude, ChatGPT, Gemini, Cursor, Claude Code, Midjourney, Stable Diffusion, Kling, Eleven Labs. За словами розробника, підходить для повсякденних завдань, вайбкодингу, корпоративних цілей, навчання тощо. Налаштування займає дві хвилини.
Як працює prompt-master:
Автоматичне розпізнавання інструменту: система визначає, для якого сервісу пишеться запит, і непомітно обирає саме ту стратегію, яка найкраще працює для цієї моделі.
Аналіз ідеї за 9 параметрами: витягує максимум із вашої сирої ідеї, щоб не пропустити нічого важливого: контекст, обмеження, формат виводу, цільову аудиторію, пам’ять із попередніх повідомлень і критерії успіху.
Виправлення 35 фатальних помилок: розпізнає шаблони, що «вбивають» кредити, і пропонує виправлення. Наприклад: відсутність шляхів до файлів у Cursor, спроби побудувати весь додаток одним промптом або додавання Chain-of-Thought до моделей o1, що насправді лише погіршує результат.
12 адаптивних шаблонів: автоматично обирає структуру залежно від задачі — адже написання електронного листа вимагає зовсім іншого підходу, ніж промптинг у Claude Code для розробки нового функціоналу.
Оптимізація контексту: шаблони й патерни зберігаються в окремих файлах і підвантажуються лише тоді, коли вони потрібні для конкретної задачі — жодного зайвого навантаження на старті.
Посилання на інструкції налаштування можна знайти в коментарях під дописом.
У наступному оновленні розробник планує додати підтримку агентів, зокрема OpenClaw.
Інструмент для структурної навігації агентів у коді
Розробник під ніком kids__with__guns поділився, що створив CLI-інструмент, що забезпечує агентам структурну навігацію кодом (аналог функції «find references» в IDE, але для LLM).
Автор допису протягом кількох місяців працював із Claude Code, створюючи багатоагентні робочі процеси для сторонніх проєктів. Головною проблемою стала шалена швидкість витрачання токенів. Аналізуючи поведінку агентів, автор помітив: вони не навігують кодом як люди (через LSP), а використовують grep. Це змушує їх читати сотні зайвих рядків коду лише для орієнтації, що марнує ресурси.
«Тож я почав експериментувати. Написав невеликий CLI-інструмент (Rust, tree-sitter, SQLite), який дає агентам команди для структурної роботи. Наприклад: „покажи мені резюме на 180 токенів для цього класу на 6000 токенів“ або „шукай за тим, що код робить, а не за його назвою“. Фактично, я намагався дати агентам аналог навігації в IDE. Наразі інструмент підтримує TypeScript та C#», — написав розробник.
Потім розробник провів повноцінний бенчмарк, щоб перевірити, чи це справді працює: 54 автоматизовані запуски на Sonnet 4.6 у кодовій базі C# зі 181 файлу. Тестування включало 6 категорій завдань, 3 сценарії (базовий / з інструментом / з архітектурою, завантаженою в CLAUDE.md) і по 3 повтори для кожного.
Під час кожного запуску велася повна фіксація даних у форматі NDJSON, щоб детально проаналізувати токени: вхідні дані, створення кешу, читання з кешу та вихідні дані.
Автор зроби наступні висновки:
агенти з новим інструментом читали більше файлів (середнє зросло з 6.8 до 9.7), але робили на 67% більше правок за сесію;
Читайте также: Українець створив «цифрове кладовище». Як працює сервіс цифрових меморіалів Zhady з QR-кодами на пам’ятниках
загальна вартість задачі впала на 32%. Це сталося не через меншу кількість зчитаних даних, а через коротші діалоги. Менше «ходів» означає менше накопичення кешу, на який припадає ~90% витрат;
- вартість виконання задачі знизилася на 32%, а ефективність навігації (кількість дій навігації на одну правку) зросла у два рази. Проте ці показники сильно відрізнялися залежно від типу задачі;
- виправлення багів стали дешевшими на 62%, розробка нових функцій — на 49%, а системні зміни — на 46%;
- у задачах з аналізу коду та рефакторингу переваг не виявлено — базові агенти й так непогано з ними справляються.
«Співвідношення дій навігації до правок (nav-to-edit ratio) стало найчіткішим показником. У базових агентів на одну правку коду припадало в середньому 25 дій навігації. З використанням інструменту це співвідношення склало 13:1, а з попередньо завантаженою архітектурою — 12:1. На мою думку, саме це має найбільше значення. Це показник того, скільки зусиль агент марнує на орієнтування замість безпосереднього розв’язання задачі», — додав розробник.
Автор інструменту чесно застеріг: «Значення p-value не досягають 0,05 при вибірці у n=6 парних спостережень. Тенденція стабільна, проте вибірка занадто мала для твердження про статистичну значущість. Бенчмарк поки що проведено лише для C# (підтримка TypeScript є, але тестування ще не проводилося). Крім того, розрахунок вартості базується на поточних тарифах API Sonnet 4.6 (новий вхідний текст — $3/M, запис у кеш — $3,75/M, читання з кешу — $0,30/M, вихідні дані — $15/M)».
Інструмент має відкритий код. Тож якщо хтось хоче попорпатися в ньому або протестувати на власній кодовій базі, його можна знайти за посиланням. Скрипт для запуску бенчмарку та система збору телеметрії також додані до репозиторію.
Плагін Claude Code для відстеження витрат токенів
Cheap_Brother1905, як і багато користувачів Claude Code, зіткнувся з проблемою: денні ліміти вичерпувалися буквально за 20 хвилин, а відстежити причини без складних систем на кшталт Docker чи Grafana було неможливо.
Тому він створив Cost Guardian — плагін для Claude Code, який дозволяє моніторити витрати токенів у реальному часі без жодних додаткових налаштувань.
Що робить інструмент:
Автоматично відстежує вартість кожного виклику інструментів за допомогою хуків (hooks).
Показує швидкість витрат у реальному часі (burn rate).
Встановлює бюджетні обмеження (жорстке блокування або м’яке попередження).
Оцінює вартість завдання ПЕРЕД тим, як ви її розпочнете.
«Ось що реально допомогло мені заощадити: я встановив ліміт $5 на сесію. Виявилося, що підзапити агентів (subqueries) з’їдали 60% усіх витрат. Я змінив підхід до написання промптів і завдяки цьому скоротив свої щоденні витрати вдвічі», — зазначив розробник.
Крім того, через декілька днів після цього допису розробник оновив інструмент і додав наступні можливості:
тепер можна бачити вартість після кожного виклику інструменту (наприклад: +$0,03 (Read) | Session: $2,41);
порівняння витрат (cost-estimate): показує прогноз вартості для всіх моделей Claude, щоб знати, коли краще обрати Haiku, а коли — Sonnet чи Opus;
аналіз за git-гілками (cost-report branch): тепер можна побачити, скільки коштує кожна гілка/функція git;
Читайте также: «Я забембався шукати роботу сам». Український розробник готовий заплатити до $10 000 за рекомендацію вакансії
- експорт csv/json для тих, кому потрібно надсилати звіти про витрати своєму менеджеру;
- початок сесії тепер показує вчорашні витрати, щоб знати, на якому етапі перебуваєте, перш ніж почати.