Tvijo wiki
Каталог

Теми

Вартість на прийнятий результат: як її рахувати і чого не скаже журнал обліку

Ціна запуску AI — це не ціна його відповіді. Рахуйте кожну спробу, включно з повторними запусками та відхиленою роботою, і діліть на результати, які хтось прийняв. Ваш журнал обліку дає верхню частину цього дробу. Нижня частина походить із ваших власних записів про приймання.

🎯 Для Керівник команди, який має сказати, скільки насправді коштує робота AI

📚 Ви дізнаєтеся
  • Формула вартості на прийнятий результат і що до неї входить
  • Що показує журнал обліку постачальника і чого він показати не може
  • Як почати вимірювання на даних, які у вас уже є

🧮 Формула

Вартість на прийнятий результат — це загальні витрати на завдання, поділені на кількість результатів, що пройшли приймання. Загальні витрати охоплюють кожну спробу: першу спробу, повторні запуски, перехід на іншу модель, відхилену роботу й час людини, яка її перевіряла. Якщо відхилену роботу не врахувати, число виглядає добре і не говорить нічого.

У нижній частині дробу є дві речі, які легко переплутати. Виклик моделі, що повернув відповідь, — це не прийнятий результат. Результат, що пройшов автоматичну перевірку, ближчий до нього. Найсильніший варіант — результат, який людина прочитала й підписала. Скажіть, що саме ви рахуєте.

📒 Що показує наш журнал обліку

Кожен оплачений виклик моделі в нашому транспорті з вимірюванням записує один рядок, зокрема повторні запуски й переходи на іншу модель. Від 2026-09-21 журнал містить 10 150 рядків із загальною вартістю $16,17. З них 9 860 рядків мають результат "ok", 220 було відмовами до того, як постачальник щось згенерував, а 70 завершилися помилкою.

Якщо поділити загальну суму на кількість рядків зі статусом "ok", виходить близько $0,0016 за виклик з відповіддю. Це справжня арифметика, але це не вартість на прийнятий результат. "Ok" тут означає, що постачальник відповів. Про те, чи використали відповідь, це не говорить нічого.

🧩 Чого бракує і де це лежить

Нижня частина дробу походить із записів про приймання: перевірка, що пройшла, вердикт судді, підпис рецензента. У нашій конфігурації вони лежать поряд із завданням, а не в журналі обліку витрат. Зіставити ці два джерела — і є робота. Поки її не зроблено, будь-яке число лише з журналу — це вартість на виклик.

Друга прогалина — люди. Дешевий запуск, що потребує двадцяти хвилин перевірки, може коштувати більше, ніж дорогий запуск, якому потрібно дві. Виміряного часу на перевірку в журналі немає, тому підсумкову суму ми не публікуємо.

🛠️ Практика: почніть вимірювати за один день

  1. Виберіть одне повторюване завдання, наприклад "підсумувати тікет" або "написати чернетку нотатки до релізу".
  2. За останні два тижні порахуйте спроби, зокрема повторні запуски. Це є в панелі постачальника або в журналі обліку.
  3. Сформулюйте визначення приймання одним реченням і дайте скрипту перевіряти те, що він може: формат, довжину, обов'язкові поля, посилання, що відкриваються.
  4. Порахуйте, скільки результатів пройшло. Позначте ті, які ще й підписала людина.
  5. Поділіть загальні витрати на кількість результатів, що пройшли. Запишіть дату й визначення поруч із числом.
  6. Додайте хвилини перевірки у верхню частину дробу за фіксованою погодинною ставкою, яку ви вказуєте. Подайте результат і з часом перевірки, і без нього.
  7. Після зміни моделі чи промпту виміряйте знову й порівнюйте порівнюване.

✅ Перевірте себе

  • Ви можете назвати визначення "прийнято" одним реченням і показати скрипт, що за ним стоїть.
  • Число змінюється, коли ви враховуєте повторні запуски. Якщо не змінюється, ви, найімовірніше, їх не порахували.
  • Ви можете сказати читачеві, скільки результатів відхилили і скільки вони коштували.
  • Два запуски з різними моделями порівнюються на тих самих завданнях із тією самою перевіркою приймання.

🚧 Коли це не працює

  • Крихітні вибірки. Десять завдань не дають стабільного числа. Подавайте кількість поруч із числом.
  • Приймання, що змінюється. Якщо під час вимірювання перевірку послабили, результат нічого не вартий. Спершу зафіксуйте її.
  • Приховані витрати. Підписки, спільні пули й безкоштовні тарифи не показують ціну за виклик. Позначайте такі числа як невідомі. Невідоме — це не нуль.
  • Якість, яку не перевірити скриптом. Тон, судження й смак потребують людини, і тоді вартість людини домінує.
  • Середні значення. Кілька дорогих провалів можуть сховатися за низьким середнім. Показуйте також десять найгірших.

📊 Докази

Що ми виміряли Рядки, загальну вартість і результати в нашому журналі транспортних витрат із вимірюванням
Коли 3 листопада 2026, 22:06 UTC
Артефакт База даних журналу транспортних витрат у нашому приватному розгортанні: 10 150 рядків від 2026-09-21, $16,17 загалом, 9 860 ok, 220 відмов, 70 помилок
Обмеження Журнал рахує виклики, а не прийняті результати. Він охоплює лише лінію з вимірюванням, а не роботу за підпискою

➡️ Далі

Ставте обмеження до того, як вимірювати, разом із Витрати, бюджети й обмеження, і порівнюйте питомі витрати в Скільки коштує AI-агент для кодування на одне завдання?.

Джерела

Зв’язки опублікованих статей. Виберіть вузол, щоб відкрити статтю біля заголовка.

100%
→ Пов'язані статті← Посилаються сюди⋯ Та сама тема
Зв’язки статей · клавіатура / текст

💬 Коментарі

Коментарі публічні та модеруються. Не публікуйте персональні дані.
  • Коментарів ще немає. Будьте першим!

Наступні кроки

AI agents and MCP explained

Векторна база — це мапа, а не джерело: що ми з'ясували про пошук

Векторна база знаходить уривки, близькі за змістом до вашого запиту. Вона не знає, які з них правдиві чи актуальні. Сприймайте кожен результат як вказівник: відкрийте названий файл, перевірте хеш і беріть числа з артефакту, а не зі знайденого абзацу.

AI agents and MCP explained

Коли невідомо, скільки коштував виклик моделі: заморожування, потім звіряння

Іноді виклик моделі перевищує час очікування, і ви не знаєте, чи провайдер списав кошти. Ніколи не записуйте це як нуль. Позначте витрату як непевну, зупиніть нові платні виклики й доручте названій людині звірити її з випискою провайдера. Виняток — відмови, що сталися до генерації.

AI agents and MCP explained

Розбиття великого завдання для дешевої моделі: урок про 24 000 байтів

Дешева модель добре дає раду з однією невеликою чітко окресленою роботою, але погано з великим нагромадженням. Ми обмежуємо завдання 24 000 байтами і відмовляємо більшим ще до виклику моделі. Діліть на одиниці — один файл або одна країна на завдання — і перевіряйте розмір до початку.

AI agents and MCP explained

Навички, інструменти MCP і правила: три способи дати агенту можливості

Агенти отримують можливості по-різному. Правило обмежує те, що вони роблять, навичка підказує, як виконати роботу, а інструмент MCP дозволяє викликати функцію. Кожен із трьох має власний ризик, тож фіксуйте всі три в реєстрі й перевіряйте тестом, що нічого не існує поза ним.