Повторюваність і пакет запитань
Порівняйте три запитання разом і окремо, збережіть кожну відповідь, час та використання. Помилки залишаються у звіті.
Що вирішує модель. Що перевіряє код.
- Три повтори чергують порядок: спільний запит і три окремі. Максимум — 12 реальних викликів, без паралельної черги.
- Звіт зберігає відповіді та номери викликів для кожного блоку, збіг Choice і фактичний час кожного виклику.
- Перша помилка зупиняє подальші запити. Видно заплановані, виконані й незапущені виклики; невідоме використання не підміняється нулем.
Прочитайте. Запустіть. Відтворіть.
Розпакуйте архів і відкрийте каталог у терміналі. Перший крок працює без ключа та мережі.
python3 runner.py repeatability-batchingДля реального запуску задайте SHVYDKO_API_KEY у середовищі свого комп’ютера або сервера. Не вставляйте ключ у браузер чи вихідний код. Діють поточні квоти й тариф вашого облікового запису.
python3 runner.py repeatability-batching --live --output repeatability-batching-run.jsonЗвіт містить запити, справжні відповіді, час і відоме використання. Файл створюється з приватними правами та не перезаписує наявний. Після мережевої помилки автоматичного повтору немає: перевірте Usage перед новим викликом.
python3 runner.py repeatability-batching --replay repeatability-batching-run.jsonReplay перевіряє відповідність рецепта, вхідних даних і запитів. Локальний файл можна редагувати, тому він не є підписаним доказом походження відповідей. Якщо заміните дані своїми, звіт також міститиме їх — зберігайте його приватно.
Відкритий контракт, без прихованих кроків.
План нижче згенеровано тим самим runner із даних архіву. Це запити й очікування автора, а не результат моделі.
{
"mode": "offline_plan",
"model_calls": 0,
"recipe": "repeatability-batching",
"author_expectation": {
"team": "engineering",
"urgent": true
},
"notice": "Requests only, no model answers. Hierarchy includes conditional branches; repetition requests are templates.",
"requests": [
{
"state": "A fictional support team receives a report that card checkout fails for every customer. Payment on delivery still works. No money has been charged. The team must review the incident urgently.",
"questions": {
"team": {
"type": "choice",
"instructions": "Which team should investigate the root cause?",
"criteria": {
"engineering": "Checkout integration outage",
"finance": "Charged-payment dispute",
"logistics": "Delivery problem"
}
},
"urgent": {
"type": "noul",
"instructions": "The text explicitly requires urgent team review."
},
"impact": {
"type": "score",
"instructions": "How broadly does the incident block ordering?",
"criteria": [
"Does not block ordering",
"Blocks one payment method",
"Blocks every ordering method"
]
}
}
},
{
"state": "A fictional support team receives a report that card checkout fails for every customer. Payment on delivery still works. No money has been charged. The team must review the incident urgently.",
"questions": {
"team": {
"type": "choice",
"instructions": "Which team should investigate the root cause?",
"criteria": {
"engineering": "Checkout integration outage",
"finance": "Charged-payment dispute",
"logistics": "Delivery problem"
}
}
}
},
{
"state": "A fictional support team receives a report that card checkout fails for every customer. Payment on delivery still works. No money has been charged. The team must review the incident urgently.",
"questions": {
"urgent": {
"type": "noul",
"instructions": "The text explicitly requires urgent team review."
}
}
},
{
"state": "A fictional support team receives a report that card checkout fails for every customer. Payment on delivery still works. No money has been charged. The team must review the incident urgently.",
"questions": {
"impact": {
"type": "score",
"instructions": "How broadly does the incident block ordering?",
"criteria": [
"Does not block ordering",
"Blocks one payment method",
"Blocks every ordering method"
]
}
}
}
]
}