Вартість на прийнятий результат: як її рахувати і чого не скаже журнал обліку
Ціна запуску AI — це не ціна його відповіді. Рахуйте кожну спробу, включно з повторними запусками та відхиленою роботою, і діліть на результати, які хтось прийняв. Ваш журнал обліку дає верхню частину цього дробу. Нижня частина походить із ваших власних записів про приймання.
🎯 Для Керівник команди, який має сказати, скільки насправді коштує робота AI
- Формула вартості на прийнятий результат і що до неї входить
- Що показує журнал обліку постачальника і чого він показати не може
- Як почати вимірювання на даних, які у вас уже є
🧮 Формула
Вартість на прийнятий результат — це загальні витрати на завдання, поділені на кількість результатів, що пройшли приймання. Загальні витрати охоплюють кожну спробу: першу спробу, повторні запуски, перехід на іншу модель, відхилену роботу й час людини, яка її перевіряла. Якщо відхилену роботу не врахувати, число виглядає добре і не говорить нічого.
У нижній частині дробу є дві речі, які легко переплутати. Виклик моделі, що повернув відповідь, — це не прийнятий результат. Результат, що пройшов автоматичну перевірку, ближчий до нього. Найсильніший варіант — результат, який людина прочитала й підписала. Скажіть, що саме ви рахуєте.
📒 Що показує наш журнал обліку
Кожен оплачений виклик моделі в нашому транспорті з вимірюванням записує один рядок, зокрема повторні запуски й переходи на іншу модель. Від 2026-09-21 журнал містить 10 150 рядків із загальною вартістю $16,17. З них 9 860 рядків мають результат "ok", 220 було відмовами до того, як постачальник щось згенерував, а 70 завершилися помилкою.
Якщо поділити загальну суму на кількість рядків зі статусом "ok", виходить близько $0,0016 за виклик з відповіддю. Це справжня арифметика, але це не вартість на прийнятий результат. "Ok" тут означає, що постачальник відповів. Про те, чи використали відповідь, це не говорить нічого.
🧩 Чого бракує і де це лежить
Нижня частина дробу походить із записів про приймання: перевірка, що пройшла, вердикт судді, підпис рецензента. У нашій конфігурації вони лежать поряд із завданням, а не в журналі обліку витрат. Зіставити ці два джерела — і є робота. Поки її не зроблено, будь-яке число лише з журналу — це вартість на виклик.
Друга прогалина — люди. Дешевий запуск, що потребує двадцяти хвилин перевірки, може коштувати більше, ніж дорогий запуск, якому потрібно дві. Виміряного часу на перевірку в журналі немає, тому підсумкову суму ми не публікуємо.
🛠️ Практика: почніть вимірювати за один день
- Виберіть одне повторюване завдання, наприклад "підсумувати тікет" або "написати чернетку нотатки до релізу".
- За останні два тижні порахуйте спроби, зокрема повторні запуски. Це є в панелі постачальника або в журналі обліку.
- Сформулюйте визначення приймання одним реченням і дайте скрипту перевіряти те, що він може: формат, довжину, обов'язкові поля, посилання, що відкриваються.
- Порахуйте, скільки результатів пройшло. Позначте ті, які ще й підписала людина.
- Поділіть загальні витрати на кількість результатів, що пройшли. Запишіть дату й визначення поруч із числом.
- Додайте хвилини перевірки у верхню частину дробу за фіксованою погодинною ставкою, яку ви вказуєте. Подайте результат і з часом перевірки, і без нього.
- Після зміни моделі чи промпту виміряйте знову й порівнюйте порівнюване.
✅ Перевірте себе
- Ви можете назвати визначення "прийнято" одним реченням і показати скрипт, що за ним стоїть.
- Число змінюється, коли ви враховуєте повторні запуски. Якщо не змінюється, ви, найімовірніше, їх не порахували.
- Ви можете сказати читачеві, скільки результатів відхилили і скільки вони коштували.
- Два запуски з різними моделями порівнюються на тих самих завданнях із тією самою перевіркою приймання.
🚧 Коли це не працює
- Крихітні вибірки. Десять завдань не дають стабільного числа. Подавайте кількість поруч із числом.
- Приймання, що змінюється. Якщо під час вимірювання перевірку послабили, результат нічого не вартий. Спершу зафіксуйте її.
- Приховані витрати. Підписки, спільні пули й безкоштовні тарифи не показують ціну за виклик. Позначайте такі числа як невідомі. Невідоме — це не нуль.
- Якість, яку не перевірити скриптом. Тон, судження й смак потребують людини, і тоді вартість людини домінує.
- Середні значення. Кілька дорогих провалів можуть сховатися за низьким середнім. Показуйте також десять найгірших.
📊 Докази
| Що ми виміряли | Рядки, загальну вартість і результати в нашому журналі транспортних витрат із вимірюванням |
| Коли | 3 листопада 2026, 22:06 UTC |
| Артефакт | База даних журналу транспортних витрат у нашому приватному розгортанні: 10 150 рядків від 2026-09-21, $16,17 загалом, 9 860 ok, 220 відмов, 70 помилок |
| Обмеження | Журнал рахує виклики, а не прийняті результати. Він охоплює лише лінію з вимірюванням, а не роботу за підпискою |
➡️ Далі
Ставте обмеження до того, як вимірювати, разом із Витрати, бюджети й обмеження, і порівнюйте питомі витрати в Скільки коштує AI-агент для кодування на одне завдання?.
Джерела
- Витрати, бюджети й обмеження: як задати бюджет на завдання.
- Скільки коштує AI-агент для кодування на одне завдання?: токени, обмеження й безкоштовні старти.
- Квитанції завдань агента: що вони доводять: докази по кожному запуску.
- Суддівство AI: чому «воно каже, що готово» — не приймання: як вирішити, що результат прийнято.
🔗 Зв'язки статті
Відкрити повний граф знань ↗Зв’язки опублікованих статей. Виберіть вузол, щоб відкрити статтю біля заголовка.
Зв’язки статей · клавіатура / текст
Та сама тема
- Векторна база — це мапа, а не джерело: що ми з'ясували про пошук
- Коли невідомо, скільки коштував виклик моделі: заморожування, потім звіряння
- Розбиття великого завдання для дешевої моделі: урок про 24 000 байтів
- Навички, інструменти MCP і правила: три способи дати агенту можливості
- Вісім помилок з shell і git, яких припускалися наші агенти, і правило для кожної
- Кілька агентів, один репозиторій: правила володіння з реальних інцидентів
Наступні кроки
Пов'язані матеріали
Векторна база — це мапа, а не джерело: що ми з'ясували про пошук
Векторна база знаходить уривки, близькі за змістом до вашого запиту. Вона не знає, які з них правдиві чи актуальні. Сприймайте кожен результат як вказівник: відкрийте названий файл, перевірте хеш і беріть числа з артефакту, а не зі знайденого абзацу.
AI agents and MCP explainedКоли невідомо, скільки коштував виклик моделі: заморожування, потім звіряння
Іноді виклик моделі перевищує час очікування, і ви не знаєте, чи провайдер списав кошти. Ніколи не записуйте це як нуль. Позначте витрату як непевну, зупиніть нові платні виклики й доручте названій людині звірити її з випискою провайдера. Виняток — відмови, що сталися до генерації.
AI agents and MCP explainedРозбиття великого завдання для дешевої моделі: урок про 24 000 байтів
Дешева модель добре дає раду з однією невеликою чітко окресленою роботою, але погано з великим нагромадженням. Ми обмежуємо завдання 24 000 байтами і відмовляємо більшим ще до виклику моделі. Діліть на одиниці — один файл або одна країна на завдання — і перевіряйте розмір до початку.
AI agents and MCP explainedНавички, інструменти MCP і правила: три способи дати агенту можливості
Агенти отримують можливості по-різному. Правило обмежує те, що вони роблять, навичка підказує, як виконати роботу, а інструмент MCP дозволяє викликати функцію. Кожен із трьох має власний ризик, тож фіксуйте всі три в реєстрі й перевіряйте тестом, що нічого не існує поза ним.
💬 Коментарі