С Do4U API използваш същите инструменти като в сайта от собствения си софтуер: обобщаване, сравняване, отговори към клиенти, алтернативни текстове, пренаписване и превеждане. Всяка заявка се обработва на наши собствени сървъри в Полша, в ЕС.
Базов URL: https://do4u.eu/api/v1
Описание по OpenAPI 3.1 (JSON) – Машинночетимо описание на този API за генератори на код и инструменти като Postman или Insomnia. Не е нужен ключ.
Удостоверяване
Създай ключ в акаунта си под API ключове. Изпращай го с всяка заявка в хедъра Authorization: Bearer <key> (или X-API-Key: <key>). Пази ключа в тайна и никога не го слагай в уеб страница. Можеш да отмениш ключ по всяко време.
Как работи
Задачите се изпълняват асинхронно. Създаваш задача и веднага получаваш нейния id (HTTP 202). След това проверявай задачата, докато статусът ѝ стане done или failed. Питай на всеки 2 до 5 секунди; повечето задачи отнемат няколко секунди.
Крайни точки
GET
/tools
Инструменти, опции и твоите лимити за вход
GET
/balance
Балансът на твоите кредити
POST
/jobs
Създаване на задача (JSON или multipart/form-data с файл на изображение)
GET
/jobs/{id}
Статус и резултат на задача
DELETE
/key
Отменя ключа, който изпращаш с тази заявка, например когато една интеграция се разкача. Вече създадените задачи се довършват.
POST
/key/revoke
Същото като DELETE /key, за клиенти, които могат да изпращат само GET и POST.
Име на инструмента, виж таблицата по-долу. Задължително.
text
Входен текст. За compare: текст A. За alt_text: незадължителен контекст на страницата.
text_b
Текст B (само за compare).
url
Публична уеб страница, която се чете вместо текст (summarize, accessibility_check).
html
HTML на страница за проверка (accessibility_check), до 300 000 знака.
focus_keyword
Незадължителна ключова дума за seo_meta. Без target seo_meta пише на езика от полето language.
faq
Незадължителни откъси от FAQ (само за support_reply).
questions
Незадължително за seo_meta, content_brief и faq_schema: чести въпроси на посетителите като списък от текстове или {"text": ..., "count": n} (до 50, използват се най-много 20). faq_schema първо отговаря на тях, ако източникът отговаря; visitor_questions в резултата показва какво е станало с всеки.
image
Изображение за alt_text: поле за файл в multipart/form-data или base64 / data URI в JSON. JPG, PNG, WebP или GIF, до 5 MB.
image_url
Незадължително за alt_text вместо image: публичен адрес на изображението (http или https; JPEG, PNG, WebP или GIF; най-много 5 MB). Do4U го зарежда веднъж във фонов режим. Ако това не успее, задачата завършва с грешка image_unavailable и не струва нищо.
options
Обект с опции на инструмента, например {"length": "short"}.
language
Език на резултата и бележките: en, de или pl. По подразбиране en. При translate целевият език е опцията target.
no_store
true: входът се изтрива веднага след обработката, а резултатът след първото извличане.
brand_voice
Незадължително: false изключва гласа на марката ти за тази задача (по подразбиране гласът на марката се прилага, ако е зададен).
ai_label
По избор: true показва видимата бележка „Маркирано като генерирано от ИИ“ към резултата в уеб интерфейса, false я скрива. По подразбиране: настройката в акаунта ти. Машинночетимият етикет за ИИ винаги е в резултата и не може да се изключи: полетата ai_generated и generator, HTML коментар в HTML резултати, ai_notice за описания на изображения. ai_generated е false, ако резултатът идва само от автоматични проверки.
callback_url
Незадължително: публичен https адрес, който получава подписан POST, когато задачата приключи (виж Webhooks).
render_js
Незадължително: true първо зарежда страницата с JavaScript (страници, които изграждат съдържанието си в браузъра; инструменти, които четат url). Надбавката за рендиране се начислява само ако страницата действително е заредена така; полето на резултата render показва какво е станало.
no_cache
По избор: true винаги стартира нова задача с ИИ. Без него се използва повторно завършен и все още съхраняван резултат от твоя акаунт (или работно пространство) със същия инструмент, опции и входни данни: задачата е готова веднага, from_history е true и струва 0 % от кредитите на оригинала. Никога с no_store, никога за url.
allow_same_language
По избор за translate, translate_html и translate_file: true превежда, дори текстът вече да е на целевия език. Без него такава задача се отхвърля със same_language (400) – само когато проверката е сигурна.
Безопасно повтаряне на заявки (Idempotency-Key)
Изпрати заглавието Idempotency-Key с POST /jobs, например случаен UUID за всяка задача (от 1 до 255 печатаеми ASCII знака). Ако връзката прекъсне и изпратиш същата заявка отново със същия Idempotency-Key и същия API ключ в рамките на 24 часа, получаваш същия отговор: същата задача, без втора задача и без втора такса. Тогава отговорът съдържа заглавието Idempotent-Replayed: true. Използвай нов ключ за всяка нова задача. Ако изпратиш същия ключ с различна заявка, получаваш 422 idempotency_conflict. Грешките не се съхраняват: след грешка можеш да изпратиш заявката отново със същия ключ.
action: review | exportexport_format: csv | xlsxocr_language: en | de | pl | fr | es | it | nl | cs | sk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv | uk | nb
document_filingАсистент за съхранение на документи
text
action: review | exportexport_format: zipocr_language: en | de | pl | fr | es | it | nl | cs | sk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv | uk | nb
mode: check | translateformat: auto | srt | vtttarget: en | de | pl | cs | sk | bg | hr | sl | uk | el | fr | es | it | pt | nl | da | sv | fi | lt | hu | ro
tone: neutral | friendly | persuasive | formallength: medium | short | longchannel: shop | marketplacetarget: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svmeta_description: no | yes
products, language, detected_language, channel, format, limits, counts, check, note
обикновено 1–3 кредита
headlinesЗаглавия и теми на имейли
text
kind: page | newsletter | adtone: neutral | friendly | persuasive | formalcount: 5 | 3 | 8target: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
level: simple | general | expertexamples: no | yestarget: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
level: B1 | A1 | A2 | B2 | C1target: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svkeep_terms: no | yes
ai_transparency_checkПроверка на прозрачността за ИИ
url, text, html
chatbot: auto | yes | nomedia: unknown | no | realistic | artistic | illustrativearticles: unknown | no | unreviewed | reviewedtarget: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
target: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svtone: friendly | neutral | persuasive | formal | casuallength: medium | short | long
target: en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
translation, notes, review_status, alignment
обикновено 1–4 кредита
proofreadКоректура
text
text_language: auto | en | de | pl | fr | es | it | pt | nl | cs | sk | uk | ru | bg | ro | hu | sv | da | fi | tr | el | ar | fa | he | hi | zh | ja | ko | th
target: en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svscope: auto | all | missingline_endings: lf | crlf | lf_no_final_newline | crlf_no_final_newline
queued и running: още се работи (position и wait_seconds ти помагат да изчакаш). done: result съдържа полетата на инструмента. failed: нищо не е таксувано (credits е 0); error.code посочва причината: address_blocked (Do4U не отваря този адрес, например частен или вътрешен; изпрати вместо това текста или HTML), input_too_large (скъси входа), image_unavailable или job_failed. expired: резултатът вече не се съхранява.
Уебкуки
Добави "callback_url" към POST /api/v1/jobs и Do4U изпраща подписан POST (събитие job.finished със статус, кредити и линк към резултата - не самия резултат), щом задачата приключи. Само публични адреси на порт 80 или 443; опитваме до 6 пъти с нарастващи паузи.
Пример: създай задача с callback_url – и заявката, която Do4U изпраща на този адрес, когато задачата приключи:
POST /do4u-hook
Content-Type: application/json
X-Do4U-Event: job.finished
X-Do4U-Signature: t=1793180000,v1=6b1f...
{"event":"job.finished","id":"8f1c0b6a...","tool":"summarize","status":"done","credits":1,
"created":"2026-10-28T10:00:00+01:00","finished":"2026-10-28T10:00:04+01:00","result_url":"https://do4u.eu/api/v1/jobs/8f1c0b6a..."}
Провери заглавката X-Do4U-Signature: t=<time>,v1=<hex>, където v1 = HMAC-SHA256(secret, "<time>.<raw body>"). Отхвърляй стари времена (напр. по-стари от 5 минути). Тайната ти започва с whsec_ и се показва на страницата API ключове.
// Node.js: rawBody = the request body exactly as received (string)
const crypto = require('crypto');
function do4uSignatureOk(rawBody, header, secret) {
const t = (header.match(/t=(\d+)/) || [])[1];
const v1 = (header.match(/v1=([0-9a-f]{64})/) || [])[1];
if (!t || !v1 || Math.abs(Date.now() / 1000 - Number(t)) > 300) return false;
const expected = crypto.createHmac('sha256', secret).update(t + '.' + rawBody).digest('hex');
return crypto.timingSafeEqual(Buffer.from(expected), Buffer.from(v1));
}
Когато балансът от кредити на акаунт падне под прага, Do4U изпраща един подписан POST към webhook адреса на акаунта. Събитието не съдържа лични данни, само баланса, прага и часа (UTC). Следващото идва едва след като отново бъдат добавени кредити (покупка, месечни безплатни кредити или ваучер). Подписът и тайният ключ са същите като при job.finished.
POST /do4u-hook
Content-Type: application/json
X-Do4U-Event: credits.low
X-Do4U-Signature: t=1793180000,v1=6b1f...
{"event":"credits.low","balance":18,"threshold":20,"ts":"2026-10-29T10:00:04Z"}
Шаблон, още не тестван в реална инстанция на n8n или Make – моля, тествай проверката на подписа, преди да го използваш.
В n8n: Workflows → Import from file. После въведи тайната си във възела "Check signature" и API ключа си в "Do4U: get result", активирай работния процес и използвай продукционния URL на уебкука като callback_url. Самостоятелно хостваният n8n изисква променливата на средата NODE_FUNCTION_ALLOW_BUILTIN=crypto за проверката на подписа.
Make
Добави модула Webhooks → Custom webhook като тригер и включи "JSON pass-through" и "Get request headers" в разширените му настройки.
Използвай адреса на този уебкук като callback_url.
Провери подписа: сравни v1 от заглавката X-Do4U-Signature с sha256(t + "." + raw body; hex; твоята тайна).
Добави HTTP → Make a request: GET към result_url със заглавка Authorization: Bearer <your API key>.
Използвай полето result в следващите си модули.
Шаблон, още не тестван в реална инстанция на n8n или Make – моля, тествай проверката на подписа, преди да го използваш.
Рецепти: свържи инструменти във верига
Рецептата изпълнява от 2 до 4 инструмента един след друг като една задача. Изпрати "recipe" вместо "tool": или името на готова рецепта, или списък със стъпки. Текстът влиза в първата стъпка; резултатът от всяка стъпка е текстът за следващата стъпка. GET /api/v1/recipes изброява готовите рецепти, инструментите, които можеш да използваш, и полето, което всеки инструмент предава нататък.
Получаваш една оценка за всички стъпки (credits_estimate). Тази сума се резервира при старта. След всяка стъпка реалното използване се осчетоводява, а остатъкът остава резервиран до края, след което се освобождава. Неуспешна стъпка не струва нищо, останалите стъпки се пропускат, а вече завършените стъпки се таксуват.
GET /api/v1/jobs/{id} показва всяка стъпка със статуса ѝ (pending, queued, running, done, failed, skipped), кредитите ѝ, известие input_shortened, ако текстът е трябвало да бъде скъсен за следващия инструмент, и резултата от всяка стъпка, след като рецептата е приключила. С no_store резултатите се показват веднъж. callback_url се задейства веднъж, в края на рецептата.
Грешките винаги имат една и съща форма: {"error": {"code": "...", "message": "..."}}. При 429 и 503 хедърът Retry-After показва колко секунди да изчакаш.
Код
HTTP
Значение
missing_key
401
Не е изпратен API ключ.
invalid_key
401
Ключът е непознат или отменен.
rate_limited
429
Твърде много заявки в тази минута.
invalid_json
400
Тялото на заявката не е JSON обект.
unknown_tool
400
Няма инструмент с това име.
invalid_option
400
Непозната опция или стойност.
invalid_field
400
Полето е от грешен тип.
invalid_language
400
language не е en, de или pl.
empty_input
400
Няма текст или URL.
text_b_required
400
compare изисква text и text_b.
input_too_long
400
Въведеното е по-дълго от твоя лимит.
input_too_large
400
Въведеното е твърде голямо за една задача: скъси го или го раздели на няколко задачи.
invalid_url
400
URL адресът не е разрешен или не може да бъде прочетен.
invalid_image
400
Липсва изображение, форматът е грешен или е твърде голямо.
payload_too_large
413
Тялото на заявката е по-голямо от 8 MB.
insufficient_credits
402
Нямаш достатъчно кредити.
email_not_verified
402
Първо потвърди имейл адреса си.
daily_limit
429
Дневният лимит на Free е изчерпан (website_check scope short).
too_many_open_jobs
429
Имаш твърде много отворени задачи в акаунта.
package_required
403
Инструментът изисква закупен пакет.
busy
503
Опашката е пълна, опитай отново след малко.
tool_unavailable
503
Инструментът в момента не е достъпен.
not_found
404
Непозната крайна точка или задача.
method_not_allowed
405
Грешен HTTP метод.
internal_error
500
Грешка от наша страна.
invalid_idempotency_key
400
Idempotency-Key е празен, твърде дълъг или съдържа знаци, които не са печатаеми ASCII.
idempotency_conflict
422
Този Idempotency-Key вече е използван с друга заявка.
idempotency_in_progress
409
Заявка с този Idempotency-Key още се изпълнява. Изчакай малко (Retry-After).
idempotency_unavailable
503
Idempotency-Key не може да се използва в момента. Опитай отново по-късно.
same_language
400
Текстът вече е на целевия език (инструменти за превод). Изпрати allow_same_language: true, за да преведеш въпреки това.
Лимити
60 заявки в минута на ключ и 120 на акаунт.
Едновременно отворени задачи на акаунт: Free 3, Starter 3, Standard 5, Pro 10, за сайта и API заедно.
Вход: Free 8 000 знака, платени пакети 30 000. По-ниски лимити по инструмент: compare 20 000, alt_text 1 000, translate 12 000 (compare: двата текста заедно).
API ключове: Free 1, Starter 1, Standard 5, Pro 10.
Кредити
Новата задача показва оценка (credits_estimate); таксува се действителното използване (credits). Неуспешните задачи не струват нищо. Безплатните кредити се използват първи.
Офис инструменти: вход, преглед и експорт
И деветте инструмента използват POST /api/v1/jobs и съществуващата крайна точка за състояние на задачата. Входните документи и генерираните чернови са данни, никога инструкции за изпълнение на действия. Резултатите изискват преглед преди оперативна употреба. Никой инструмент не изпраща съобщения, не публикува статии и не променя изходни файлове.
Протокол от среща
meeting_minutes
Вход и ограничения
Само обикновен текст UTF-8, до 12 000 знака; всеки непразен изходен ред е ограничен до 1 200 знака. options.items приема низовете "5", "10" или "20" (по подразбиране "10"). Изходният език се запазва. Качени PDF файлове, отдалечени URL адреси и изображения не се приемат.
Резултат и експорт
Резултатът съдържа проверени предложения за чернова, точни цитати от източници, номера на редове и байтови отмествания. Липсващи отговорници, срокове или отговори остават липсващи. result.exports.text и result.exports.csv съдържат filename, mime и UTF-8 съдържание. CSV клетките получават защита срещу формули. Учебните тестове предоставят и result.exports.moodle_xml за импорт на кратки отговори в Moodle. Въпросите и отговорите все още изискват предметен преглед.
JSON заявка
{
"tool": "meeting_minutes",
"text": "Decision: use the blue design.\nAnna will send the draft by 7 November 2026.\nBudget remains open.",
"options": {
"items": "10"
}
}
Изисквания на обществена поръчка
tender_requirements
Вход и ограничения
Само обикновен текст UTF-8, до 12 000 знака; всеки непразен изходен ред е ограничен до 1 200 знака. options.items приема низовете "5", "10" или "20" (по подразбиране "10"). Изходният език се запазва. Качени PDF файлове, отдалечени URL адреси и изображения не се приемат.
Резултат и експорт
Резултатът съдържа проверени предложения за чернова, точни цитати от източници, номера на редове и байтови отмествания. Липсващи отговорници, срокове или отговори остават липсващи. result.exports.text и result.exports.csv съдържат filename, mime и UTF-8 съдържание. CSV клетките получават защита срещу формули. Учебните тестове предоставят и result.exports.moodle_xml за импорт на кратки отговори в Moodle. Въпросите и отговорите все още изискват предметен преглед.
JSON заявка
{
"tool": "tender_requirements",
"text": "A signed declaration is mandatory.\nThe proposal must include two references.\nThe submission deadline is 9 November 2026.",
"options": {
"items": "10"
}
}
Работни инструкции
work_instructions
Вход и ограничения
Само обикновен текст UTF-8, до 12 000 знака; всеки непразен изходен ред е ограничен до 1 200 знака. options.items приема низовете "5", "10" или "20" (по подразбиране "10"). Изходният език се запазва. Качени PDF файлове, отдалечени URL адреси и изображения не се приемат.
Резултат и експорт
Резултатът съдържа проверени предложения за чернова, точни цитати от източници, номера на редове и байтови отмествания. Липсващи отговорници, срокове или отговори остават липсващи. result.exports.text и result.exports.csv съдържат filename, mime и UTF-8 съдържание. CSV клетките получават защита срещу формули. Учебните тестове предоставят и result.exports.moodle_xml за импорт на кратки отговори в Moodle. Въпросите и отговорите все още изискват предметен преглед.
JSON заявка
{
"tool": "work_instructions",
"text": "Prerequisite: a clean surface.\nOperator: technician.\nSwitch off the device before cleaning.\nCheck that the surface is dry.",
"options": {
"items": "10"
}
}
Учебен тест
learning_quiz
Вход и ограничения
Само обикновен текст UTF-8, до 12 000 знака; всеки непразен изходен ред е ограничен до 1 200 знака. options.items приема низовете "5", "10" или "20" (по подразбиране "10"). Изходният език се запазва. Качени PDF файлове, отдалечени URL адреси и изображения не се приемат.
Резултат и експорт
Резултатът съдържа проверени предложения за чернова, точни цитати от източници, номера на редове и байтови отмествания. Липсващи отговорници, срокове или отговори остават липсващи. result.exports.text и result.exports.csv съдържат filename, mime и UTF-8 съдържание. CSV клетките получават защита срещу формули. Учебните тестове предоставят и result.exports.moodle_xml за импорт на кратки отговори в Moodle. Въпросите и отговорите все още изискват предметен преглед.
JSON заявка
{
"tool": "learning_quiz",
"text": "Water freezes at zero degrees Celsius.\nA triangle has three sides.\nPhotosynthesis uses light energy.",
"options": {
"items": "10"
}
}
Почистване на CSV и XLSX
clean_table
Вход и ограничения
CSV се изпраща в text (до 24 000 байта), или text започва с D4XLSX1:, следвано от строго base64 кодиране на XLSX файл (до 1 000 000 декодирани байта). Ограничения: един лист, 201 реда със заглавния, 32 колони, 3 000 клетки и 20 000 байта текст в клетките. Формули, макроси и външни връзки се отхвърлят. Стилове и функции на електронната таблица не се запазват. options.delimiter: auto, comma, semicolon или tab. options.decimal: keep или comma.
Резултат и експорт
Прегледът открива точно дублирани редове и консервативни корекции на стойности. За експорт се изпращат отново същият оригинален text и опции с options.office_action="export", options.export_format="csv" или "xlsx" и selected като JSON-кодиран списък от низове с прегледаните ID. Прилагат се само избраните промени. Празният избор не извършва почистване. CSV защитата срещу формули остава активна; XLSX съхранява буквални низове. Работният процес преизчислява ID, вместо да се доверява на клиентски отчет.
selected е низ, съдържащ JSON списък, например "[\"C1\"]"; използват се действителните ID от прегледа. Максимум 5 000 байта и 3 000 различни ID. Задачите за експорт връщат result.type="office_export" и result.export с filename, mime и content_base64. Base64 се декодира като байтове на файл. Не се приема отчет, предоставен от клиента.
Обикновен UTF-8 текст до 12 000 байта. options.scope приема all, email, phone, iban или ip. Незадължителният terms е низ с до 30 точни термина, чувствителни към главни и малки букви, на отделни редове, най-много 2 000 байта. Разпознаването на имена и адреси изисква тези потребителски термини. Разпознаването на IP обхваща IPv4; възможните телефони изискват преглед, а възможните IBAN — валидна контролна сума.
Резултат и експорт
Всяко срещане и предложеният заместител трябва да се прегледат. Повтарящи се еднакви стойности използват стабилни заместители в рамките на текста. За експорт се изпращат отново оригиналният text и опциите с options.office_action="export", options.export_format="txt" и selected като JSON-кодиран списък от низове с ID на срещанията. Неизбраните срещания остават непроменени. Това подпомага заличаването на данни и не удостоверява необратимо анонимизиране.
selected е низ, съдържащ JSON списък, например "[\"C1\"]"; използват се действителните ID от прегледа. Максимум 5 000 байта и 3 000 различни ID. Задачите за експорт връщат result.type="office_export" и result.export с filename, mime и content_base64. Base64 се декодира като байтове на файл. Не се приема отчет, предоставен от клиента.
Обикновен SRT или WebVTT се изпраща в text, до 65 536 байта, 200 субтитъра и 16 000 знака в текста на субтитрите. Стилове, вграден маркиращ код и неподдържани метаданни се отхвърлят. options.mode е check (по подразбиране) или translate; options.format е auto, srt или vtt. options.target избира поддържан език за превод. Целочислените полета max_line_chars (10–100, по подразбиране 42), max_lines (1–6, по подразбиране 2) и max_cps (5–40, по подразбиране 20) са на най-горно ниво.
Резултат и експорт
Резултатът отчита грешки във времената, застъпвания, дължини на редове и скорост на четене. Проверката запазва оригиналния език. Преводът променя текста, като запазва изходните времена и съответствието между субтитрите; не променя времевите маркери и не разделя субтитрите. Текстът за изтегляне е в result.file с result.filename и result.mime. Невалидно време може да остави file със стойност null. Успешната проверка не гарантира достъпност или езиково качество.
XML на фактура в UTF-8 се изпраща в text, до 262 144 байта. Приемат се UBL Invoice, UBL CreditNote и UN/CEFACT CII с профил EN 16931 или XRechnung 3. options.profile е auto, en16931 или xrechnung. ZIP, PDF, извличане на вграден ZUGFeRD от PDF, DTD и външни обекти не се поддържат. Извлеченият XML може да се изпрати отделно, ако отговаря на приемания профил.
Резултат и експорт
Валидирането използва официални, фиксирани XSD и Schematron артефакти: KoSIT 1.6.3, конфигурация XRechnung 3.0.2 от 2026-08-31, правила EN 16931 1.3.16 и правила XRechnung 2.6.0. Резултатът записва версиите, хеша на документа, констатациите, тежестта, ID на правилата и статуса на приемане. not_checked означава, че не е получено решение за съответствие. Техническото преминаване не гарантира приемане от получателя, счетоводна правилност или правно съответствие.
JSON заявка
Компактният XML пример по-долу е умишлено непълен и трябва да връща грешки при валидиране. Пълната търговска фактура трябва да съдържа всички задължителни полета; примерът показва формата на заявката, а не съответстваща фактура.
Фазата на задание изисква topic (300 байта), audience (500 байта) и goal (500 байта). Незадължителният text предоставя до 12 000 байта изходен материал в не повече от 12 абзаца по 1 800 байта всеки. Незадължителният source_url трябва да е публичен HTTP(S) адрес до 2 000 знака; analyse_url трябва да е JSON булевата стойност true за разрешаване на анализа. Частни цели и забранени страници остават блокирани.
Резултат и експорт
Първо се изпраща phase="briefing". Върнатите план, въпроси и източници се преглеждат. Резултатът, обвързан със собственика, предоставя approval_token и briefing_hash. Едва след изричен преглед се изпращат phase="article", approved=true, sources_approved=true и двете непроменени стойности. Одобрението изтича след 30 минути и принадлежи на удостоверения акаунт. Заявките за статия не могат да заменят topic, audience, goal, text или източниците. Статията остава чернова с абзаци, свързани с източници; нищо не се публикува автоматично.
JSON заявка
{
"tool": "blog_assistant",
"phase": "briefing",
"topic": "Bicycle inspections",
"audience": "Local commuters",
"goal": "Explain the appointment process",
"text": "An inspection requires an appointment.\n\nThe workshop checks brakes, tyres and lights."
}
Отчетите за фактури включват result.exports.json; валидираните чернови на статии включват result.exports.text. Всеки експорт съдържа filename, mime и UTF-8 съдържание. Текстът на статията запазва препратките към източниците и остава непубликувана чернова.
Експортите се запазват като прикачени файлове с върнатия MIME тип. Всички текстове се третират като недоверено съдържание и специалните знаци се екранират преди HTML визуализация. Съдържанието на документи не трябва да се изпълнява и констатациите не трябва да се превръщат в автоматични външни действия.
Инструменти за документи, електронни таблици и медии
Тези осем инструмента използват един и същ автентифициран API за задачи. Изпращане на JSON заявка, чието текстово поле съдържа JSON-кодиран обект. Качването на файлове се представя чрез име на файла и стандартно съдържание base64 в рамките на обекта. Извличане на отдалечен URL на файл не се извършва.
Предварителният преглед и експортът са отделни заявки. Експортът изисква изрично одобрение и отпечатъка на източника или токен за одобрение, обвързан със собственика и върнат при предварителния преглед. Файл или отговор от модел не могат да дават одобрение.
Дигитализация на разписки
receipt_extract
Входни данни и ограничения
Обектът съдържа files: един обект с name и content_base64. PDF, PNG, JPEG или TXT; максимум 1 MB, PDF до три страници. options.action е review или export; options.export_format е csv или xlsx. Експортът изисква повторно подаване на оригиналните файлове, approved=true, source_sha256 и reviewed с коригираните полета и позиции.
Резултат и преглед
Прегледът връща извлечени полета, позиции на редове, точни доказателства от източника и аритметични предупреждения. Експортираните стойности са чернови, прегледани от клиента, а не верифицирани счетоводни записи. OCR може да доведе до грешки.
Обектът съдържа task, columns, application, formula_language и separator. Всяка колона има name, cell и sample. До 20 колони и 3 000 знака за задачата. application е excel или sheets; езикът на имената на функциите е en, de или pl; separator е запетая или точка и запетая. Английските имена на функции са налични при съвместими настройки на електронната таблица.
Резултат и преглед
Връща формула, обяснение, предположения и примерни проверки. tests_executed е false: сървърът никога не изпълнява формулата. Поддържаното подмножество позволява общи функции и локални референции към клетки; външни референции, макроси и мрежови функции се отхвърлят.
Пример за заявка
{
"tool": "spreadsheet_formula",
"text": "{\"task\":\"Calculate quantity times unit price.\",\"columns\":[{\"name\":\"Quantity\",\"cell\":\"A2\",\"sample\":\"3\"},{\"name\":\"Unit price\",\"cell\":\"B2\",\"sample\":\"12\"}],\"application\":\"excel\",\"formula_language\":\"en\",\"separator\":\",\"}"
}
Обектът съдържа source, translation, source_language и target_language, както и незадължително terms с двойки source и target. До 10 000 знака на текст и 30 терминологични двойки.
Резултат и преглед
Връща възможни разлики с точни цитати и байтови отмествания в двата текста. Отделни проверки сравняват буквални числови срещания и задължителни термини. Локализирано форматиране или граматическа промяна могат да бъдат причина за открита разлика; празен отчет не гарантира точност.
Обектът съдържа filename, content_base64 и language. Поддържани формати: WAV, MP3, M4A, MP4, WebM, OGG и FLAC. Максимум 3 MiB и 30 секунди. language е auto или код на поддържан език. Файловете се обработват локално; не се изтеглят от URL.
Резултат и преглед
Връща сегменти с времеви маркери и експорти TXT, SRT и VTT за проверка. Разпознаването може да е неточно. Статусът not_completed съдържа код за грешка от ограничен набор и не означава успешно създадена транскрипция.
Необходим е реален файл. Следната схема описва декодирания обект в полето text; content_base64 трябва да съдържа действителните байтове на файла в стандартен base64. Заместващите примерни низове не са работещи примери.
Обектът съдържа template с name и content_base64, както и data като CSV текст или D4XLSX1:, последвано от байтовете на XLSX в стандартен base64. Шаблонът DOCX поддържа до 32 заместващи елемента, а данните — до 20 реда. options.action е review или export; options.export_format е docx или pdf. Експортът изисква оригиналните входни данни, approved=true и source_sha256.
Резултат и преглед
Предварителният преглед показва заместващите елементи, колоните с данни и липсващите стойности. Липсващи използвани стойности блокират експорта. ZIP съдържа попълнените документи. DOCX запазва оформлението на шаблона; PDF използва обикновено текстово оформление без стилове на Word и изображения.
Необходим е реален файл. Следната схема описва декодирания обект в полето text; content_base64 трябва да съдържа действителните байтове на файла в стандартен base64. Заместващите примерни низове не са работещи примери.
Обектът съдържа таблиците source и target като CSV текст или D4XLSX1:, последвано от байтовете на XLSX в стандартен base64. Заглавният ред на целевата таблица посочва необходимите колони; незадължителен втори ред задава text, number, date или email, при необходимост с префикс required:. mapping съдържа индекси на изходните колони, започващи от нула, или null. До 200 реда с данни и 32 колони.
Резултат и преглед
Връща предложени съпоставяния, профил за повторна употреба, редове за предварителен преглед и проблеми при валидирането. Експорт с options.action=export изисква approved=true и изрично зададено съпоставяне; нерешените проблеми при валидирането блокират експорта. Външни системи не се променят.
При phase=outline полето text съдържа title, audience, purpose и material. Материалът се състои от един до осем изходни абзаца, всеки до 1 200 знака. При phase=pptx approved=true и approval_token трябва да са на най-горно ниво; text трябва да липсва или да е празно. Токените са обвързани с удостоверения акаунт и имат срок на валидност.
Резултат и преглед
Планът съдържа заглавия на слайдове и цитати, свързани с източника. След проверка втората заявка експортира редактируем PPTX с геометрични акценти и бележки за представящия. Изходният текст не може да променя одобрението, обвързването с акаунта или правата за експорт.
Пример за заявка
{
"tool": "presentation",
"phase": "outline",
"text": "{\"title\":\"Workshop services\",\"audience\":\"Local businesses\",\"purpose\":\"Explain available services\",\"material\":\"The workshop repairs bicycles.\\nAppointments are required for inspections.\"}"
}
Обектът съдържа files и незадължително project. До десет файла TXT, PDF, DOCX, PNG или JPEG, 1 MB на файл и 2 MB общо. options.action е review или export; options.export_format е zip. Експортът изисква оригиналните входни данни, approved=true, source_sha256 и обект names, който съпоставя идентификаторите на файловете с проверените местоположения.
Резултат и преглед
Връща предложени категории, дати и имена на файлове. Предложенията се базират на текста на документа и изискват проверка. Експортирането създава ZIP архив с копия; оригиналите остават непроменени. Небезопасни пътища, промени в разширенията и дублиращи се дестинации се отхвърлят.
Текстовите експорти съдържат съдържание. Бинарните експорти идентифицират base64 чрез content_base64 или encoding=base64. Декодиране само на посоченото кодиране. Имената на файловете са само предложения; резултатите са достъпни само чрез автентифициран резултат от задача, проверен от собственика.
Инструменти за снабдяване, планиране и оперативна дейност
Тези осем инструмента използват съществуващия удостоверен API за задачи. Полето text съдържа JSON-кодиран обект с изброените по-долу входни полета. Примерите съдържат реални примерни данни в определените граници.
Всеки първоначален резултат изисква фаза с ИИ модел чрез съществуващата worker услуга. Детерминистичен код валидира референциите към източници, ограниченията и изчисленията, след като моделът предложи съответствия, назначения или структура. Няма резервен режим само с код.
Изпраща се application/json. Multipart качвания, URL адреси на отдалечени файлове, неизвестни полета и непразни специфични за инструмента опции се отхвърлят. options трябва да липсва или да е празен обект. Общите API флагове запазват общото си значение в API.
Сравнение на оферти от доставчици
supplier_compare
Сравнение на офертни редове с необходимите артикули, преглед на предложените от ИИ съответствия и проверка на разлики в количество, валута, транспорт и обща цена.
Декодирани входни полета
requirements — Необходими артикули
CSV колони: description,quantity,unit. Изписването на мерните единици трябва да е същото като в офертите. До 30 реда; общо 40 реда във всички таблици.
offers — Редове от оферти на доставчици
CSV колони: supplier,description,quantity,unit,unit_price,shipping,currency,lead_days. Транспортът е таксата само за този ред; при липса се въвежда 0. Срокът за доставка може да е празен. Цените трябва да се сравняват на еднаква данъчна основа.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
max_lead_days — Лимит за проверка на срока за доставка
Стойност 0 изключва тази допълнителна проверка. Иначе се отбелязват оферти със срок за доставка над избрания брой дни и оферти без посочен срок. Цените и сравненията остават непроменени. Максимум 999 дни.
row_order — Ред на редовете за преглед
Пренареждане на цели редове от таблицата без премахване на констатации, промяна на изчисления или изменение на назначения. Празните стойности за сортиране са последни; равните стойности запазват оригиналния си относителен ред.
Максимални UTF-8 байтове в обвивката text: 60000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Съпоставяне на редове от поръчка, доставка и фактура с помощта на ИИ, след което се изчисляват липсващи количества, надфактуриране и разлики в единичните цени от изходните данни.
Декодирани входни полета
orders — Редове на поръчката
CSV колони: reference,description,quantity,unit,unit_price,currency. Референцията означава общата референция на поръчката, а не номера на документа на доставчика. Навсякъде трябва да се използват еднакви обозначения на мерните единици и данъчна основа.
deliveries — Редове на доставката
CSV колони: reference,description,quantity,unit. Референцията означава общата референция на поръчката. Частичните доставки могат да са отделни редове.
invoices — Редове на фактурата
CSV колони: reference,description,quantity,unit,unit_price,currency. Референцията означава общата референция на поръчката. Данъци, отстъпки и кредитни известия не трябва да се въвеждат като редове за артикули.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
review_blank_references — Отбелязване на липсващи документни препратки
Добавяне на констатация за проверка за всеки ред на поръчка, доставка или фактура с празна препратка. Съществуващите решения за съпоставяне и предупреждения остават непроменени.
row_order — Ред на редовете за преглед
Пренареждане на цели редове от таблицата без премахване на констатации, промяна на изчисления или изменение на назначения. Празните стойности за сортиране са последни; равните стойности запазват оригиналния си относителен ред.
Максимални UTF-8 байтове в обвивката text: 60000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Предложения за съответствия между входящи плащания и неплатени фактури, откриване на нееднозначност и изчисляване на вноски, остатъци и надплатени суми.
Декодирани входни полета
payments — Входящи плащания
CSV колони: reference,counterparty,date,amount,currency. Използват се известните референции на фактури, положителни суми и дати YYYY-MM-DD. Едно плащане може да бъде предложено само за една фактура.
invoices — Неплатени фактури
CSV колони: reference,counterparty,date,amount,currency. Сумата е непогасеният остатък преди качените плащания. Референциите може да са празни, но нееднозначността може да попречи на разпределението.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
review_date — Референтна дата за възрастта на фактура
Незадължителна изрична дата YYYY-MM-DD от 1900 до 2200. Непогасените остатъци по фактури се проверяват по възраст от изходната дата на фактурата. Празна стойност изключва проверката. Възрастта на фактура не е падеж за плащане или правно установено просрочие.
aging_days — Праг за проверка на възрастта на фактура
Отбелязване на положителни непогасени остатъци, чиято дата на фактура е поне толкова дни преди избраната референтна дата. Диапазон 0–3,650 дни. Изисква референтна дата; не се извежда падеж на фактура.
row_order — Ред на редовете за преглед
Пренареждане на цели редове от таблицата без премахване на констатации, промяна на изчисления или изменение на назначения. Празните стойности за сортиране са последни; равните стойности запазват оригиналния си относителен ред.
Максимални UTF-8 байтове в обвивката text: 60000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Приоритизиране на складови артикули с ИИ, изчисляване на количества за попълване от подадено търсене и срокове за доставка и преглед на влиянието на минимални поръчки и размери на опаковки.
Декодирани входни полета
items — Складови артикули
CSV колони: id,name,on_hand,daily_demand,lead_days,safety_stock,min_order,pack_size. ID трябва да са уникални. Количествата използват десетична точка; lead_days и min_order са неотрицателни цели числа, а pack_size е положително цяло число.
horizon_days — Допълнителни дни покритие
Целевото покритие е срокът за доставка плюс тези допълнителни дни. Приема се постоянно търсене; резултатът е планова оценка.
notes — Бележки и предпочитания за планиране
Незадължителен контекст за предложението на ИИ. Наличност, квалификации, зависимости и числови ограничения трябва да се въведат и в структурираните таблици; бележките никога не отменят тези проверки.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
large_order_threshold — Праг за проверка на големи поръчки
Стойност 0 изключва тази допълнителна проверка. Иначе се отбелязват предложени количества за поръчка строго над прага, до 10,000,000 единици. Изходните наличности, търсенето, целевото покритие, закръгляването по опаковки и поръчваните количества не се променят.
row_order — Ред на редовете за преглед
Пренареждане на цели редове от таблицата без премахване на констатации, промяна на изчисления или изменение на назначения. Празните стойности за сортиране са последни; равните стойности запазват оригиналния си относителен ред.
Максимални UTF-8 байтове в обвивката text: 120000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Примерна заявка
{
"tool": "reorder_plan",
"text": "{\"items\":\"id,name,on_hand,daily_demand,lead_days,safety_stock,min_order,pack_size\\nI1,Спирачни накладки,12,3,5,4,10,5\\nI2,Масло за верига,30,1,3,2,6,6\",\"horizon_days\":7,\"notes\":\"Спирачните накладки са нужни за планирани ремонти и трябва да се прегледат първи. Маслото за верига е по-малко спешно.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"large_order_threshold\":0,\"row_order\":\"source\"}"
}
Предлагане на назначения на служители с ИИ и проверка на наличност, необходими умения, припокриващи се смени, подадени лимити на часовете и оставащо покритие.
Декодирани входни полета
workers — Служители
CSV колони: id,name,skills,max_hours. Няколко умения се разделят с |. max_hours е максималното общо планирано време за работа в това предложение, а не законово ограничение на работното време.
availability — Наличност
CSV колони: id,worker_id,start,end. Часовете са изрично UTC във формат YYYY-MM-DDTHH:MM. Един интервал на наличност трябва да обхваща цялата смяна.
shifts — Смени
CSV колони: id,start,end,skill,needed. Всички часове са UTC. Служителят трябва да има точно необходимото умение. needed е необходимият брой служители.
notes — Бележки и предпочитания за планиране
Незадължителен контекст за предложението на ИИ. Наличност, квалификации, зависимости и числови ограничения трябва да се въведат и в структурираните таблици; бележките никога не отменят тези проверки.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
max_shift_hours — Праг за проверка на продължителността на смяна
Стойност 0 изключва тази допълнителна проверка. Иначе се отбелязват изходни смени, по-дълги от избраната продължителност, до 168 часа. Назначенията и предупрежденията за покритие се запазват. Това е предпочитание за планиране, а не правна оценка на работното време.
row_order — Ред на редовете за преглед
Пренареждане на цели редове от таблицата без премахване на констатации, промяна на изчисления или изменение на назначения. Празните стойности за сортиране са последни; равните стойности запазват оригиналния си относителен ред.
Максимални UTF-8 байтове в обвивката text: 120000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Примерна заявка
{
"tool": "shift_plan",
"text": "{\"workers\":\"id,name,skills,max_hours\\nW1,Alex,service|repair,8\\nW2,Sam,service,8\",\"availability\":\"id,worker_id,start,end\\nA1,W1,2026-11-09T08:00,2026-11-09T16:00\\nA2,W2,2026-11-09T08:00,2026-11-09T16:00\",\"shifts\":\"id,start,end,skill,needed\\nS1,2026-11-09T08:00,2026-11-09T12:00,service,1\\nS2,2026-11-09T12:00,2026-11-09T16:00,repair,1\",\"notes\":\"Когато е възможно, Alex трябва да остане за ремонти, а Sam да обслужва приемното гише.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"max_shift_hours\":0,\"row_order\":\"source\"}"
}
Предложения за приоритети на задачи и разпределение на ресурси с ИИ, след което се изчислява график според зависимостите и дневния капацитет и се маркира неразпределената работа.
Декодирани входни полета
tasks — Проектни задачи
CSV колони: id,name,hours,depends,skill. Зависимостите са ID на задачи, разделени с |. Празно depends означава липса на предходна задача. Трудът за задачата се разпределя към един квалифициран ресурс.
resources — Проектни ресурси
CSV колони: id,name,skills,hours_per_day. Уменията се разделят с |. Дневният капацитет е наличното време за планиране, до 12 часа. Календарът използва понеделник–петък; празници и отпуски не се моделират.
start_date — Начална дата на проекта
Първият работен ден е тази дата или следващият понеделник, ако тя е през уикенда. Дневните интервали за капацитет започват в 00:00 UTC и описват разпределение на капацитет, а не действително работно време.
notes — Бележки и предпочитания за планиране
Незадължителен контекст за предложението на ИИ. Наличност, квалификации, зависимости и числови ограничения трябва да се въведат и в структурираните таблици; бележките никога не отменят тези проверки.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
max_task_hours — Праг за проверка на трудоемкостта на задача
Стойност 0 изключва тази допълнителна проверка. Иначе се отбелязват задачи с трудоемкост над избрания праг, до 10,000 часа. Зависимостите, ресурсният капацитет и изчисленият график остават непроменени.
row_order — Ред на редовете за преглед
Пренареждане на цели редове от таблицата без премахване на констатации, промяна на изчисления или изменение на назначения. Празните стойности за сортиране са последни; равните стойности запазват оригиналния си относителен ред.
Максимални UTF-8 байтове в обвивката text: 120000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Примерна заявка
{
"tool": "project_plan",
"text": "{\"tasks\":\"id,name,hours,depends,skill\\nT1,Задание,4,,planning\\nT2,Дизайн,10,T1,design\\nT3,Преглед,3,T2,planning\",\"resources\":\"id,name,skills,hours_per_day\\nR1,Alex,planning,4\\nR2,Sam,design,5\",\"start_date\":\"2026-11-09\",\"notes\":\"Дизайнът зависи от завършеното задание. Необходимо е да се запази време за окончателен преглед.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"max_task_hours\":0,\"row_order\":\"source\"}"
}
A4: 2 × 7 етикета с размер 99.1 × 38.1 mm или 3 × 8 етикета с размер 63.5 × 33.9 mm. Печат на 100 % без мащабиране.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
max_label_characters — Праг за проверка на отпечатаното име на етикет
Стойност 0 изключва тази допълнителна проверка. Иначе се отбелязват отпечатани имена, по-дълги от избрания брой Unicode знаци, до 160. Същите имена, етикети и последователност остават в прегледа, PDF и SVG; тази опция не съкращава нищо.
require_https_qr — Отбелязване на QR съдържание без обикновен HTTPS адрес
Добавяне на констатация, когато QR съдържанието не е HTTPS адрес с хост и без вградени идентификационни данни, празни знаци или обратни наклонени черти. QR данните никога не се променят, отварят или зареждат. Тази синтактична проверка не установява безопасност на целта.
Максимални UTF-8 байтове в обвивката text: 24000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Създаване на свързани с източници положителни и отрицателни случаи за проверка от подадени изисквания.
Декодирани входни полета
requirements — Изисквания
До 12 изисквания, разделени с празни редове. Всяко изискване може да съдържа до 1 000 UTF-8 байта.
context — Контекст на прегледа
Незадължителна информация за обхвата, до 2 000 UTF-8 байта. Не представлява допълнително изискване или инструкция за изпълнение на тестове.
csv_separator — CSV разделител
Избор на точка и запетая, запетая или табулация само за експортирания CSV. Качените изходни CSV файлове все още изискват документираните заглавни полета, разделени със запетаи.
csv_bom — UTF-8 маркер в CSV
Включване на UTF-8 маркер за реда на байтовете за съвместимост с електронни таблици или пропускането му за системи, изискващи обикновен UTF-8.
csv_line_ending — Край на редовете в CSV
Използване на LF или CRLF за експортираните CSV записи. Това не променя изходния текст или новите редове в клетките, оградени с кавички.
include_json — Включване на JSON експорт
Предлагане на допълнителен структуриран JSON отчет с пълните проверени редове, констатации и обобщение. Експортирането му не изпълнява действие.
max_step_characters — Праг за проверка на дължината на тестова стъпка
Стойност 0 изключва тази допълнителна проверка. Иначе се отбелязват тестови случаи с отделна стъпка, по-дълга от избрания брой Unicode знаци, до 6,000. Пълните стъпки и очаквани резултати остават видими и се експортират.
row_order — Ред на редовете за преглед
Пренареждане на цели редове от таблицата без премахване на констатации, промяна на изчисления или изменение на назначения. Празните стойности за сортиране са последни; равните стойности запазват оригиналния си относителен ред.
Максимални UTF-8 байтове в обвивката text: 24000
Преглед на резултата и източниците
Типът на резултата е ops_review. columns съдържа key и label_key; rows съдържа съответните скаларни стойности на клетките. findings съдържа локализируеми стойности code и изходни refs; summary съдържа label_key и value. review_required и ai_required са true. ai_model идентифицира приетия модел, когато worker го предостави. Някои инструменти връщат и source_sha256 или note_key. Изходните низове остават недоверени данни и трябва да се изобразяват като текст, никога като изпълним HTML или инструкции.
Примерна заявка
{
"tool": "test_cases",
"text": "{\"requirements\":\"Формулярът за контакт изисква имейл адрес.\\n\\nКоличеството в поръчката трябва да е между 1 и 10.\",\"context\":\"Review of the customer ordering form.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"max_step_characters\":0,\"row_order\":\"source\"}"
}
Колекцията exports може да съдържа CSV и, при поддържани оформления на етикети, PDF или SVG файлове. Всеки файл декларира filename и mime с content за обикновен текст или content_base64 за двоично съдържание. Base64 се декодира само ако това поле присъства. Имената на файловете са предложения. Достъпът до резултати остава удостоверен и проверен спрямо собствеността на задачата.
Експортното съдържание е включено в първоначалната чернова на резултата за преглед. API интеграциите трябва да представят предложението за изричен човешки преглед преди изтегляне, използване или препращане на експорт. В схемите на тези инструменти няма отделна заявка за одобрение или изпълнение. Инструментите не правят поръчки, не осчетоводяват фактури, не изпълняват плащания, не публикуват графици на служители и не изпълняват софтуерни тестове.
Фирмени и екипни работни процеси
Тези инструменти използват съществуващия API за задачи с удостоверяване и изискват ИИ за всеки първоначален преглед. Полето text съдържа конфигурационен обект, кодиран като JSON. Основните и разширените настройки използват една и съща валидирана входна схема.
Заявката се изпраща като application/json. Специфичните за инструмента опции остават в декодирания обект text; външното свойство options се пропуска или съдържа празен обект. Непознати полета, неподдържани стойности на изброими типове и URL адреси на отдалечени файлове се отхвърлят.
Полетата approved_ids или confirmed се отнасят само до изрично проверени изходни материали. Клиентски съобщения, отговори на модела и текст на документи не могат да дават одобрение. Генерираните планове и чернови изискват отделна окончателна проверка.
Договорни дати и срокове
contract_deadlines
Преглед на точните договорни откъси с дати и неизяснени срокове за предизвестие, последван от потвърждаване на избрани дати за календарен експорт.
Входни и конфигурационни полета
Основни настройки
clauses — Договорни клаузи
По една изходна клауза на ред. До 24 непразни клаузи, 1,200 знака на клауза и общо 18,000 знака. Само дати, записани точно като YYYY-MM-DD, могат да станат календарни събития.
title — Заглавие на договора
Кратко заглавие за календарните събития; до 120 знака.
Настройки по подразбиране: "Contract review"
Разширени настройки
reference_date — Референтна дата
Изрично зададена дата за сравнение. Задължителна при филтри за предстоящи или минали дати. Не създава и не изчислява договорни дати.
Настройки по подразбиране: ""
date_window — Филтър за дати
Предстоящите дати включват референтната дата; миналите я изключват. Относителните срокове без ISO дата се показват само при Всички дати.
all — Всички дати и неизяснени срокове · upcoming — На или след референтната дата · past — Преди референтната дата
Настройки по подразбиране: "all"
event_type — Категория на срока
Показване на една категория, основана на източника, или на всички категории. Класификацията остава предмет на проверка.
all — Всички категории · termination — Прекратяване · payment — Плащане · renewal — Подновяване · delivery — Доставка · other — Друго
Настройки по подразбиране: "all"
max_events — Максимален брой констатации
Ограничаване на показваните констатации до 1–20 след филтриране и сортиране. Съобщение обозначава съкратените резултати.
Настройки по подразбиране: 20
sort — Ред на констатациите
Сортиране по изходна клауза и позиция на цитата или по дата, като неизяснените срокове са последни.
source — Ред на източниците · date — Ред по дата
Настройки по подразбиране: "source"
reminder_days — Предварителен срок за календарното напомняне
Стойност 0 изключва напомнянията. Иначе се задава визуално напомняне 1–90 дни преди всяко потвърдено целодневно събитие; поведението на календарните приложения може да се различава.
Настройки по подразбиране: 7
include_source — Включване на цитати от източниците
Показване на точни цитати в прегледа и описанията на потвърдените календарни събития. ID на източниците и позициите на знаците остават видими и в двата режима.
yes — Включване на цитати · no — Само препратки към източниците
Настройки по подразбиране: "yes"
calendar_name — Име на календара
Име за потвърдения ICS календар, до 120 знака.
Настройки по подразбиране: "Reviewed contract dates"
Максимален брой входни байтове UTF-8: 24000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "contract_deadlines",
"text": "{\"clauses\":\"Фактурата е платима на 2027-03-15.\\nПредизвестието трябва да бъде получено поне 30 дни преди подновяването.\\nДатата на доставка е 2027-04-02.\",\"title\":\"Договор за услуги\",\"reference_date\":\"2027-01-01\",\"date_window\":\"upcoming\",\"event_type\":\"all\",\"max_events\":20,\"sort\":\"date\",\"reminder_days\":7,\"include_source\":\"yes\",\"calendar_name\":\"Проверени договорни дати\"}"
}
Подреждане на предоставени позиции за труд, услуги и материали в проект с детерминистични изчисления на надценка, марж, отстъпка и данък.
Входни и конфигурационни полета
Основни настройки
items — Позиции в офертата
Заглавни полета на CSV: label,kind,quantity,unit,cost. kind е labor, material или service. quantity използва десетична точка и до три десетични знака; cost е нетният разход за единица с до два десетични знака. До 30 реда. Количествата труд могат да представляват часове.
currency — Валута
Една валута за всички позиции; без валутно преизчисляване. Всички суми използват два десетични знака.
Надценката добавя процент към разхода. Целевият марж разделя разхода на едно минус процента; това е маржът преди отстъпка, а не надценка.
markup — Надценка върху разхода · margin — Целеви марж преди отстъпка
Настройки по подразбиране: "markup"
pricing_percent — Процент за ценообразуване
0–500 за надценка или 0–95 за целеви марж; до два десетични знака.
Настройки по подразбиране: 20
discount_percent — Процент на отстъпката
Изрична отстъпка от 0–100%, приложена към всяка изчислена продажна цена преди данък. До два десетични знака.
Настройки по подразбиране: 0
tax_percent — Данъчен процент
Изричен данък от 0–100%, приложен след отстъпката. Нула означава без добавен данък. Този инструмент не определя приложимата данъчна ставка или данъчно третиране.
Настройки по подразбиране: 0
rounding — Закръгляване на всяка изчислителна стъпка
Закръгляване на разхода по позиция, продажната цена, нетната сума след отстъпката и данъка до два десетични знака на валутата според избраното правило. Общите суми събират закръглените позиции.
nearest — До най-близката стотна; половините нагоре · up — Винаги закръгляване нагоре · down — Винаги закръгляване надолу
Настройки по подразбиране: "nearest"
item_scope — Включени видове позиции
Включване на всички изходни позиции или само на труд, материали или услуги. Изключените позиции не участват в никоя обща сума.
all — Всички видове позиции · labor — Само труд · material — Само материали · service — Само услуги
Настройки по подразбиране: "all"
detail — Подробност на резултата
Показване на отделните изходни позиции или на общи суми по вид позиция. И двата изгледа използват едни и същи изчисления на ниво позиция.
full — Отделни позиции · totals — Общи суми по вид
Настройки по подразбиране: "full"
quote_reference — Референция на офертата
Незадължителен вътрешен идентификатор до 120 знака. Показва се както е подаден и не създава ангажимент към клиент.
Настройки по подразбиране: ""
valid_until — Дата на валидност на черновата
Незадължителна изрична ISO дата, показана за проверка. Не изпраща оферта и не създава споразумение.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 24000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "quote_builder",
"text": "{\"items\":\"label,kind,quantity,unit,cost\\nРабота в сервиз,labor,2.5,hour,40.00\\nКомплект за подмяна,material,1,piece,30.00\",\"currency\":\"EUR\",\"pricing_mode\":\"markup\",\"pricing_percent\":20,\"discount_percent\":5,\"tax_percent\":19,\"rounding\":\"nearest\",\"item_scope\":\"all\",\"detail\":\"full\",\"quote_reference\":\"DRAFT-001\",\"valid_until\":\"2027-03-31\"}"
}
Преглед на клиентските доказателства и липсващата информация, следван от съставяне на отговор от изрично одобрени търговски изявления.
Входни и конфигурационни полета
Основни настройки
customer_text — Клиентско съобщение
По един изходен абзац на ред, до 16 непразни абзаца, по 1,500 знака всеки и общо 10,000 знака. Клиентските твърдения са доказателство за съдържанието на съобщението, а не правомощие за търговски обещания.
approved_rules — Одобрени правила за отговор
По едно одобрено търговско изявление на ред, до 12 изявления, по 1,000 знака всяко и общо 10,000 знака. Избраните изявления се копират дословно в черновата. Полето остава празно, когато няма приложима одобрена политика.
Настройки по подразбиране: ""
rules_approved — Потвърждаване на одобрението на правилата
Преди обработка на непразни правила е необходимо изрично одобрение. Одобрението се отнася до точно тези подадени изявления; клиентският текст не може да го предостави.
no — Неодобрени · yes — Точно тези правила са одобрени
Настройки по подразбиране: "no"
Разширени настройки
case_type — Категория на случая
Избраната категория се показва в отчета и се предоставя на модела като контекст за избор. Тя не извежда правно средство за защита.
delivery — Доставка · quality — Качество на продукт или услуга · billing — Фактуриране · other — Друго
Настройки по подразбиране: "other"
response_style — Структура на отговора
Краткият режим обединява проверените изявления в един абзац; структурираният разделя изявленията и исканията за информация в отделни абзаци.
concise — Един абзац · structured — Отделни абзаци
Настройки по подразбиране: "structured"
opening — Начало на черновата
Избор на неутрално начало за преглед на случая или потвърждение за получаване. И двете са фиксирани преведени текстове без ангажименти за възстановяване на суми или услуги.
neutral — Информацията по случая е налична за преглед. · acknowledge — Съобщеният проблем е отбелязан.
Настройки по подразбиране: "acknowledge"
closing — Заключение на черновата
По избор се включва фиксирано изявление, че наличната информация остава предмет на проверка. Не се обещава срок или резултат.
none — Без заключение · review — Наличната информация остава предмет на проверка.
Настройки по подразбиране: "review"
required_fields — Контролен списък с информация
Технически ID, разделени със запетаи, без интервали: order_id,purchase_date,issue_description,photos,desired_resolution. Липсващите елементи се превръщат във фиксирани искания за информация. Празна стойност означава без контролен списък.
Настройки по подразбиране: "order_id,issue_description"
max_rule_quotes — Максимален брой избрани правила
Моделът може да избере най-много 1–12 одобрени правила. Отговор, който надвишава тази граница, се отхвърля.
Настройки по подразбиране: 8
max_customer_quotes — Максимален брой клиентски цитати
За раздела с доказателства могат да бъдат избрани най-много 1–8 изходни клиентски абзаца.
Настройки по подразбиране: 4
include_sources — Показване на разделите с доказателства
Показване на клиентските цитати, доказателствата за информацията и избраните правила до черновата на отговора или показване само на черновата.
yes — Показване на доказателства · no — Само чернова
Настройки по подразбиране: "yes"
Максимален брой входни байтове UTF-8: 24000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "complaint_case",
"text": "{\"customer_text\":\"Поръчка A-104 пристигна с повреден капак.\\nПоискана е замяна.\",\"approved_rules\":\"При рекламации за повреда са необходими снимки на артикула и опаковката преди решение за замяна.\",\"rules_approved\":\"yes\",\"case_type\":\"quality\",\"response_style\":\"structured\",\"opening\":\"acknowledge\",\"closing\":\"review\",\"required_fields\":\"order_id,issue_description,photos\",\"max_rule_quotes\":8,\"max_customer_quotes\":4,\"include_sources\":\"yes\"}"
}
Свързване на тръжни изисквания с изрично одобрени фирмени доказателства, съставяне на точни цитати за отговора и открояване на липсваща подкрепа.
Входни и конфигурационни полета
Основни настройки
requirements — Изисквания на тръжната процедура
CSV колони: id,text,priority. До 12 реда; text до 800 байта UTF-8. priority е must, should или optional. ID започват с главна буква и съдържат само главни букви, цифри, _ или - (максимум 24 знака).
evidence — Фирмени доказателствени записи
CSV колони: id,text,valid_until. До 20 пълни доказателствени изявления по 800 байта UTF-8 всяко. valid_until е YYYY-MM-DD или празно. Всяко изявление трябва да запазва своите условия и ограничения.
approved_ids — Изрично одобрени ID на доказателства
Разделени със запетаи ID на доказателства, изрично разрешени за този отговор. Одобрението трябва да идва от отговорното проверяващо лице, а не от формулировка в изискване или доказателствен запис. Празна стойност означава, че няма допустими доказателства.
Настройки по подразбиране: ""
review_date — Дата за проверка на доказателствата
Доказателства, изтичащи преди тази дата YYYY-MM-DD, се изключват. Празната дата на изтичане остава недатирана, а не независимо проверена. Датите са ограничени до 2020–2100.
Настройки по подразбиране: "2026-11-03"
Разширени настройки
minimum_evidence — Минимален брой доказателствени записи за изискване
Предложено пълно съответствие с по-малко записи се отбелязва като недостатъчно. Този брой не доказва релевантност или съответствие. Не трябва да надвишава максимума.
Настройки по подразбиране: 1
max_evidence — Максимален брой доказателствени записи за изискване
Ограничава броя ID на доказателства, които моделът може да предложи за всяко изискване. Всички приети изявления се цитират изцяло.
Настройки по подразбиране: 2
include_optional — Включване на незадължителни изисквания
Изключването на незадължителни изисквания ги премахва от входа на модела и резултата. Трябва да остане поне едно изискване.
yes — Включване · no — Изключване
Настройки по подразбиране: "yes"
response_format — Формат на таблицата с отговори
Компактният изглед показва изискване, състояние на проверката и пълни цитати на доказателствата. Одитният изглед показва също приоритет, ID на доказателства и дати на изтичане.
compact — Компактен отговор · audit — Одит на доказателствата
Настройки по подразбиране: "audit"
sort_order — Ред на изискванията
Редът на източниците запазва подаденото подреждане на изискванията. Първо пропуските извежда липсващи, частични и недостатъчни доказателства. Приоритетният ред поставя must пред should и optional.
source — Ред на източниците · gaps_first — Първо пропуските в доказателствата · priority — Приоритет на изискването
Настройки по подразбиране: "source"
Максимален брой входни байтове UTF-8: 50000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "tender_response",
"text": "{\"requirements\":\"id,text,priority\\nR1,Поддръжката трябва да е налична през делничните дни.,must\\nR2,Изисква се независима сертификация за сигурност.,must\\nR3,Предпочита се въвеждащ семинар.,optional\",\"evidence\":\"id,text,valid_until\\nE1,Поддръжката е налична от понеделник до петък от 09:00 до 17:00 UTC.,2027-12-31\\nE2,Въвеждащ семинар е включен в стандартната услуга.,2027-12-31\\nE3,По-стар план на услугата е включвал поддръжка през почивните дни.,2025-12-31\",\"approved_ids\":\"E1,E2,E3\",\"review_date\":\"2026-11-03\",\"minimum_evidence\":1,\"max_evidence\":2,\"include_optional\":\"yes\",\"response_format\":\"audit\",\"sort_order\":\"gaps_first\"}"
}
Сравняване на продуктови стойности, свързани с източници, в технически листове, ръководства, опаковки и продуктови текстове с изрични правила за единици и толеранси.
Входни и конфигурационни полета
Основни настройки
documents — Продуктови документи
CSV колони: id,kind,text. Подават се 2–4 документа, всеки до 2,400 байта UTF-8. kind е datasheet, manual, packaging или product. ID следват правилата за идентификатори на източници с главни букви. Запетаи и нови редове в текста изискват ограждане с кавички в CSV.
features — Характеристики за сравнение
CSV колони: id,label,type,unit. До 6 характеристики. label (до 80 байта UTF-8) трябва да присъства дословно във всеки извлечен цитат, без отчитане на главни и малки букви. type е number или text. Текстовите характеристики изискват празно unit; числовата единица е единицата за сравнение. Поддържаните доказателства използват изрични записи на атрибути като Weight: 2 kg или Colour=Blue; свободни изявления без тази структура остават липсващи. Текстовите уточнения трябва да се запазват; уточнени числови изявления не се третират като чисти числа.
reference_id — ID на референтния документ
Съществуващо ID на документ, използвано като база за всяко сравнение. Липсващи или нееднозначни референтни стойности оставят съответното сравнение неизяснено.
Настройки по подразбиране: "D1"
Разширени настройки
unit_policy — Сравнение на единици
Точният режим изисква непроменена единица на характеристиката. Метричният позволява само преобразувания mg/g/kg, mm/cm/m, ml/L, W/kW и mV/V в една и съща група. Единиците различават главни и малки букви; всички други несъответствия остават конфликти.
exact — Само точни единици · metric — Разрешаване на изброените метрични преобразувания
Настройки по подразбиране: "exact"
absolute_tolerance — Абсолютен числов толеранс
Максимална абсолютна разлика в единицата за сравнение на характеристиката. Прилага се само за съвместими числови стойности; 0 изисква равенство, освен ако относителният толеранс не допуска разлика.
Настройки по подразбиране: 0
relative_tolerance_pct — Относителен толеранс (%)
Допустимата разлика е по-голямата от абсолютния толеранс и abs(референтна стойност) × процент / 100. Нулева референтна стойност дава нулев относителен допуск.
Настройки по подразбиране: 0
case_sensitive — Сравнение на регистъра на текста
Управлява различаването на главни и малки букви само за текстови стойности. Никога не променя регистъра на единиците или цитатите от източниците.
no — Без различаване на главни и малки букви · yes — С различаване на главни и малки букви
Настройки по подразбиране: "no"
whitespace_policy — Сравнение на празните знаци в текста
Точният режим сравнява текстовите стойности както са извлечени. Нормализирането премахва крайните празни знаци и третира поредните празни знаци като един интервал. Цитатите от източниците остават непроменени.
exact — Запазване на празните знаци · collapse — Нормализиране на празните знаци
Настройки по подразбиране: "collapse"
missing_policy — Обработка на липсващи стойности
Липсващите или нееднозначните стойности остават видими като отворен пропуск в доказателствата или като блокиращ конфликт. Никога не се измисля заместваща стойност.
warn — Отбелязване на пропуск в доказателствата · conflict — Третиране като конфликт
Настройки по подразбиране: "warn"
result_filter — Показвани редове
Всички показва всяко сравнение с референцията. Проблеми показва само разлики, конфликти на единици и липсващи стойности; обобщенията продължават да броят всяко сравнение.
all — Всички сравнения · issues — Само проблеми
Настройки по подразбиране: "all"
sort_order — Ред на резултатите
Редът на характеристиките следва таблицата с характеристики. Редът по документи групира по ID на документ. Първо проблемите извежда несъответстващите сравнения най-отгоре.
feature — Ред на характеристиките · document — Ред на документите · issues_first — Първо проблемите
Настройки по подразбиране: "feature"
decimal_separator — Десетичен разделител в източника
Числовите стойности трябва последователно да използват избрания разделител, с до шест десетични знака и без разделители за хиляди. Големината е ограничена до 100,000,000. Моделът трябва да копира числата точно.
dot — Десетична точка · comma — Десетична запетая
Настройки по подразбиране: "dot"
Максимален брой входни байтове UTF-8: 50000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "product_consistency",
"text": "{\"documents\":\"id,kind,text\\nD1,datasheet,Тегло: 2 kg. Цвят: Син.\\nD2,packaging,Тегло: 2000 g. Цвят: син.\\nD3,manual,Тегло: 2.2 kg. Цвят: Червен.\",\"features\":\"id,label,type,unit\\nF1,Тегло,number,kg\\nF2,Цвят,text,\",\"reference_id\":\"D1\",\"unit_policy\":\"metric\",\"absolute_tolerance\":0.05,\"relative_tolerance_pct\":1,\"case_sensitive\":\"no\",\"whitespace_policy\":\"collapse\",\"missing_policy\":\"warn\",\"result_filter\":\"all\",\"sort_order\":\"issues_first\",\"decimal_separator\":\"dot\"}"
}
Превръщане на потвърдени вътрешни материали в график за въвеждане, подлежащ на проверка, с дати, отговорности, учебни цели и ограничено дневно натоварване.
Входни и конфигурационни полета
Основни настройки
role — Роля
Професионална роля за плана за въвеждане; максимум 200 байта UTF-8.
Настройки по подразбиране: ""
start_date — Начална дата
Първият календарен ден от планирания период. Датите се изчисляват в UTC; официални празници и отсъствия не се извеждат по предположение.
Настройки по подразбиране: "2026-11-09"
documents — Потвърдени вътрешни изходни документи
CSV с точни заглавни полета id,text; 1–12 уникални ID на източници и изходни текстове до 1,000 байта UTF-8 всеки. Предоставят се съществуващи задачи и описания на процеси, а не инструкции към AI. Без URL адреси или маркиране.
Настройки по подразбиране: ""
confirmed — Източниците са потвърдени за планиране
Изрично потвърждение, че предоставеният вътрешен материал е подходящ за този проект на план. Това не предоставя достъп и не одобрява реално действие.
Настройки по подразбиране: false
Разширени настройки
horizon — Период на планиране
Календарен период от началната дата. За планиране са налични само избраните работни дни.
7_days — 7 дни · 14_days — 14 дни · 30_days — 30 дни · 4_weeks — 4 седмици · 8_weeks — 8 седмици
Настройки по подразбиране: "14_days"
workdays — Работни дни
Ограничаване на наличните дати до избрания седмичен график. Местните празници и отпуските не се изключват автоматично.
mon_fri — Понеделник–петък · mon_sat — Понеделник–събота · all_days — Всички дни
Настройки по подразбиране: "mon_fri"
work_mode — Режим на работа
Насочване на избора на задачи, подкрепени с източници, и показване на избрания режим за всяка задача. Не се създава среща, акаунт или право на достъп.
onsite — На място · remote — Дистанционно · hybrid — Хибридно
Настройки по подразбиране: "hybrid"
owners — Отговорни роли
По една роля на абзац, разделени с празен ред; 1–8 роли до 160 байта UTF-8 всяка. AI може да присвоява само тези роли.
Настройки по подразбиране: ""
learning_goals — Учебни цели
По една цел на абзац, разделени с празен ред; 1–8 цели до 600 байта UTF-8 всяка. Всяка предложена задача се свързва с една подадена цел.
Настройки по подразбиране: ""
task_count — Брой задачи
Изисква се точно този брой различни задачи, подкрепени с източници. Документите трябва да съдържат достатъчно подходящи откъси със задачи.
Настройки по подразбиране: 4
minutes_per_day — Дневен времеви бюджет за въвеждане
Максимален сбор от планираните минути за задачи през всеки работен ден. Всяка задача изисква поне 5 минути.
Настройки по подразбиране: 120
follow_up — Режим на последваща проверка
Без контролна точка или добавяне на такава през следващия наличен работен ден или последния работен ден от периода. Контролна точка на границата на периода остава на последната налична дата.
none — Няма · next_workday — Следващ работен ден · final_day — Последен работен ден
Настройки по подразбиране: "next_workday"
Максимален брой входни байтове UTF-8: 24000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "onboarding_plan",
"text": "{\"role\":\"Специалист по клиентска поддръжка\",\"start_date\":\"2026-11-09\",\"documents\":\"id,text\\nS1,Прочитане на наръчника за поддръжка и преглед на процеса за ескалация.\\nS2,Упражняване на писане на отговори в учебната среда и преглед на примерните случаи.\",\"confirmed\":true,\"horizon\":\"14_days\",\"workdays\":\"mon_fri\",\"work_mode\":\"hybrid\",\"owners\":\"Ръководител на екипа\\n\\nКоординатор на обучението\",\"learning_goals\":\"Разбиране на процеса за ескалация.\\n\\nПодготовка на ясни отговори за поддръжка.\",\"task_count\":4,\"minutes_per_day\":120,\"follow_up\":\"next_workday\"}"
}
Създаване на последователни професионални въпроси, разпределение на времето и доказателствени критерии от описание на роля и професионални изисквания без оценяване на кандидати.
Входни и конфигурационни полета
Основни настройки
role_description — Описание на ролята
Само професионална роля и отговорности, до 3,000 байта UTF-8. Не се включват профили на кандидати, лични данни или защитени характеристики.
Настройки по подразбиране: ""
requirements — Професионални изисквания
По едно свързано с работата изискване на абзац, разделени с празен ред; 1–12 изисквания до 1,000 байта UTF-8 всяко. Без URL адреси, маркиране или лична информация за кандидати.
Настройки по подразбиране: ""
duration — Продължителност на интервюто в минути
Обща продължителност на сесията, включително резервираното време. След приспадането му трябва да остават поне 2 минути на въпрос.
Настройки по подразбиране: 45
Разширени настройки
level — Ниво на опит
Настройване на дълбочината на стандартизираните въпроси: основи, практическа цялостна работа или сложни компромиси. Това описва ролята, а не оценява човек.
entry — Начално ниво · experienced — С опит · senior — Старши специалист
Настройки по подразбиране: "experienced"
interview_type — Формат на интервюто
Добавяне на последователна структурирана, техническа или предложена казусна рамка към всеки въпрос.
Акцент върху наблюдаеми компетентности, решаване на проблеми или комуникация относно работата.
competencies — Професионални компетентности · problem_solving — Решаване на проблеми · communication — Професионална комуникация
Настройки по подразбиране: "competencies"
question_types — Стратегии за въпросите
Използване на една стратегия или комбинация от поне две. Въпросите се изграждат от точни откъси на професионални изисквания.
mixed — Смесени стратегии · knowledge — Знания · scenario — Предложен сценарий · experience — Професионален опит
Настройки по подразбиране: "mixed"
question_count — Брой въпроси
Изисква се точно този брой различни комбинации от изискване и стратегия. Трябва да остават поне 2 минути на въпрос.
Настройки по подразбиране: 6
rubric — Опорни критерии за оценяване
Без скала, с три нива на доказателства или с пет нива. Инструментът предоставя само критерии и никога не присъжда оценка на кандидат.
none — Няма · three_level — Три нива на доказателства · five_level — Пет нива на доказателства
Настройки по подразбиране: "three_level"
followups — Допълнителен въпрос
По избор се включва един стандартизиран въпрос за доказателства, алтернативи и проверка. Времето за обсъждането му е включено във времето за всеки въпрос.
none — Няма · one — Един допълнителен въпрос
Настройки по подразбиране: "one"
time_buffer — Резервирано време в сесията
Минути за въведение, преходи и заключение; приспадат се преди равномерното разпределяне на времето за въпроси.
Настройки по подразбиране: 5
Максимален брой входни байтове UTF-8: 24000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "interview_guide",
"text": "{\"role_description\":\"Инженер по софтуерна поддръжка с отговорност за диагностика на продуктови проблеми и документиране на възпроизводими случаи.\",\"requirements\":\"Обяснение на възпроизводим процес за отстраняване на грешки.\\n\\nЯсно съобщаване на техническите констатации на екипа по изпълнението.\",\"duration\":45,\"level\":\"experienced\",\"interview_type\":\"structured\",\"focus\":\"problem_solving\",\"question_types\":\"mixed\",\"question_count\":4,\"rubric\":\"three_level\",\"followups\":\"one\",\"time_buffer\":5}"
}
Подготовка на кратко предаване от идентифицирани проектни източници с изричен статус, отговорности, филтри и видими неизвестни.
Входни и конфигурационни полета
Основни настройки
project — Име на проекта
Име на проекта или работното направление, до 200 байта UTF-8.
Настройки по подразбиране: ""
sources — Моментен преглед на проектните източници
CSV с точни заглавни полета id,category,status,role,text. Използват се 1–12 реда, уникални ID и изходни текстове до 1,000 байта UTF-8. Категории: risk, decision, open, deliverable. Статуси: open, in_progress, done, unknown. Използва се наименование на роля вместо лични данни. Без URL адреси или маркиране.
Настройки по подразбиране: ""
cutoff_date — Референтна дата на моментния преглед
Дата, зададена на предоставения моментен преглед. Това е подадена от потребителя референтна дата, а не независимо проверен времеви печат на източника.
Настройки по подразбиране: "2026-11-09"
Разширени настройки
audience — Получатели на предаването
Насочване на избора на точки, подкрепени с източници, когато съответстващите източници са повече от лимита за позиции.
successor — Приемник · team — Екип по изпълнението · management — Ръководство
Настройки по подразбиране: "successor"
category_filter — Филтър по категория
Включване на всички категории или само на избраната категория на източник.
all — Всички · risk — Риск · decision — Решение · open — Отворено · deliverable — Резултат за предаване
Настройки по подразбиране: "all"
status_filter — Филтър по статус
Филтриране по изрично подадения статус. Статусът никога не се извежда от преразказ на модела.
all — Всички · open — Отворено · in_progress — В изпълнение · done — Завършено според източника · unknown — Неизвестно
Настройки по подразбиране: "all"
role_filter — Филтър по отговорна роля
Незадължително точно наименование на роля от CSV; празна стойност включва всички роли. Филтърът различава главни и малки букви.
Настройки по подразбиране: ""
detail — Подробност на откъса
Максимална дължина на изходния откъс за позиция: кратък 180, стандартен 400, подробен 800 байта UTF-8. Оригиналната формулировка и език се запазват.
Избира се най-много този брой съответстващи източници, по един откъс от източник. По-малко съответстващи източници водят до по-малко позиции.
Настройки по подразбиране: 8
include_unknowns — Включване на неизвестен статус
Запазване или изключване на източници, изрично отбелязани като неизвестни. Липсващите факти никога не се попълват с измислени отговори.
yes — Включване · no — Изключване
Настройки по подразбиране: "yes"
sort_order — Ред на показване
Сортиране на избраните точки за предаване по оригиналния ред на източниците, локализирана категория или локализиран статус.
source — Ред на източниците · category — Категория · status — Статус
Настройки по подразбиране: "source"
Максимален брой входни байтове UTF-8: 24000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "project_handover",
"text": "{\"project\":\"Издание на клиентския портал\",\"sources\":\"id,category,status,role,text\\nS1,decision,done,Ръководител на изпълнението,Обхватът на изданието включва страницата на акаунта и настройките за известия.\\nS2,risk,open,Ръководител по качеството,Прегледът на мобилните регресионни тестове още предстои.\\nS3,open,unknown,Оперативен екип,Прозорецът за внедряване не е потвърден.\",\"cutoff_date\":\"2026-11-09\",\"audience\":\"successor\",\"category_filter\":\"all\",\"status_filter\":\"all\",\"role_filter\":\"\",\"detail\":\"standard\",\"max_items\":8,\"include_unknowns\":\"yes\",\"sort_order\":\"source\"}"
}
Сравнение на основна прогноза за паричните потоци, подкрепена с източници, с изрични сценарии за срокове и суми, дневни салда и предупреждения за резервния буфер.
Входни и конфигурационни полета
Основни настройки
transactions — Парични движения
Заглавки на CSV: id,date,direction,amount,description,certainty. До 40 уникални идентификатора на източници. direction е in или out; certainty е confirmed или expected. Датите използват YYYY-MM-DD; положителните суми използват десетична точка и най-много два десетични знака, до 10000000.00. Описанията са ограничени до 600 UTF-8 байта. Не се зарежда URL.
start_date — Начална дата на прогнозата
Началното салдо е салдото непосредствено преди този ден. По-ранните движения от източника остават видими, но не се включват в базовата прогноза. Датите са календарни дати по UTC без корекции за почивни дни или празници.
opening_balance — Начално салдо
Десетична сума със знак от -10000000.00 до 10000000.00, най-много два десетични знака. Необходимо е изрично зададено известно салдо; инструментът не се свързва с банка.
Настройки по подразбиране: "0.00"
currency — Валута
Една валута за всички изходни редове, салда, резерви и лимити. Всички суми използват два десетични знака; не се извършва превалутиране.
Включване на 1–90 календарни дни от началната дата. Движенията извън който и да е хоризонт остават видими и получават констатация; те не участват в салдото на съответната прогноза.
Настройки по подразбиране: 30
reserve_buffer — Резервен буфер
Неотрицателен десетичен праг на салдото до 10000000.00. Констатация обозначава салдата на сценария под това ниво; това е предпочитание за планиране, а не разрешен овърдрафт.
Настройки по подразбиране: "0.00"
inflow_delay_days — Забавяне на постъпленията в сценария
Изместване на постъпленията с дата на или след началото на прогнозата с 0–90 календарни дни напред само в сценария. По-ранните движения от източника остават изключени от двете прогнози, тъй като началното салдо вече определя изходната позиция. Забавен елемент може да излезе извън хоризонта; базовата му дата остава видима.
Настройки по подразбиране: 0
outflow_delay_days — Забавяне на плащанията в сценария
Изместване на плащанията с дата на или след началото на прогнозата с 0–90 календарни дни напред само в сценария. По-ранните движения от източника остават изключени от двете прогнози. Това е допускане, а не разрешение за отлагане на плащане. Датите от източника остават видими.
Настройки по подразбиране: 0
inflow_percent — Процент на постъпленията в сценария
Прилагане на целочислен процент от 0 до 200 към всяко постъпление в сценария. Сумите се закръгляват до най-близката стотна, като половинките се закръгляват нагоре; базовите суми остават непроменени.
Настройки по подразбиране: 100
outflow_percent — Процент на плащанията в сценария
Прилагане на целочислен процент от 0 до 200 към всяко плащане в сценария. Сумите се закръгляват до най-близката стотна, като половинките се закръгляват нагоре; базовите суми остават непроменени.
Настройки по подразбиране: 100
expected_inflow_percent — Процент на очакваните постъпления
Към постъпленията от източника, обозначени като expected, се прилага този целочислен процент 0–100 след общия процент на постъпленията, с повторно закръгляване до стотни. Потвърдените постъпления и всички плащания не се влияят от този втори коефициент.
Настройки по подразбиране: 100
chart_interval — Интервал на графиката
Дневният изглед показва салдото в края на всеки ден. Седмичният показва всеки седми ден и последния ден. Минималните салда и констатациите за буфера продължават да се изчисляват за всеки ден, включително пропуснатите в графиката дни.
daily — Дневно · weekly — Седмично
Настройки по подразбиране: "daily"
sort_order — Ред на редовете за преглед
Пренареждане само на цели редове от източника. Паричните проверки, изходните данни, прогнозите и всички констатации остават непроменени.
source — Ред на източниците · date — Ред по дата · category — Предложена категория
Настройки по подразбиране: "date"
Максимален брой входни байтове UTF-8: 40000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "cashflow_forecast",
"text": "{\"transactions\":\"id,date,direction,amount,description,certainty\\nT1,2027-03-02,in,1200.00,Клиентска фактура за завършена дизайнерска работа,expected\\nT2,2027-03-03,out,900.00,Месечен наем на офис,confirmed\\nT3,2027-03-08,out,450.00,Възнаграждения на служители,confirmed\",\"start_date\":\"2027-03-01\",\"opening_balance\":\"500.00\",\"currency\":\"EUR\",\"horizon_days\":14,\"reserve_buffer\":\"200.00\",\"inflow_delay_days\":4,\"outflow_delay_days\":0,\"inflow_percent\":100,\"outflow_percent\":100,\"expected_inflow_percent\":80,\"chart_interval\":\"daily\",\"sort_order\":\"date\"}"
}
Съпоставяне на заявени разходи с изрично одобрени вътрешни правила и последващ преглед на детерминираните лимити, липсващите препратки към разходни документи и възможните дубликати.
Входни и конфигурационни полета
Основни настройки
expenses — Заявени разходи
Заглавки на CSV: id,date,claimant,merchant,description,amount,receipt_id. До 30 уникални идентификатора на източници. Използва се код на заявителя вместо ненужни лични данни. Положителните десетични суми са ограничени до 10000000.00; описанията — до 600 UTF-8 байта. Идентификаторът на документ е препратка, а не проверено съдържание на документ.
rules — Вътрешни правила за разходи
Заглавки на CSV: id,description,max_amount,receipt_required. До 12 уникални идентификатора; пълни описания на правила до 800 UTF-8 байта. max_amount е неотрицателен десетичен лимит или празно поле, ако няма числов лимит. receipt_required е yes или no. Праговете трябва да са изрично зададени; моделът никога не измисля данъчни правила или правила за възстановяване на разходи.
rules_approved — Потвърждение на вътрешните правила
Изрично потвърждение, че точно тези подадени описания, лимити и изисквания за документи са одобрени вътрешни правила за преглед. Текстът на източника и изходът на модела не могат да предоставят одобрение. Промяна на правилата изисква ново потвърждение.
no — Неодобрени · yes — Точно тези правила са одобрени
Настройки по подразбиране: "no"
currency — Валута
Една валута за всички изходни редове, салда, резерви и лимити. Всички суми използват два десетични знака; не се извършва превалутиране.
Режимът за отделен разход сравнява всяко заявление с лимита на единственото предложено правило. Дневният режим сумира заявленията с един и същ нормализиран код на заявител, дата и единствено правило. Нееднозначните или несъпоставени заявления остават нерешени и не влизат в група по правило. Дневната група не е проверено право на възстановяване.
per_item — За отделен разход · per_day — По заявител, ден и правило
Настройки по подразбиране: "per_item"
receipt_policy — Изискване за документ
Използване на изискването на всяко изрично одобрено правило или добавяне на по-строго изискване за всяко заявление. Проверява се само наличието на непразна препратка към документ; не се проверяват изображение, автентичност или плащане.
rule — Използване на одобрените правила · all — Изискване за препратка към документ при всяко заявление
Настройки по подразбиране: "rule"
duplicate_check — Проверка за дублиране
Обозначаване на повтарящи се препратки към документи, съвпадение на дата/нормализиран заявител/нормализиран търговец/сума или и двете. Сравненията премахват крайните интервали и не различават главни и малки букви. Всички предполагаеми дубликати остават в сумите; никое заявление не се премахва мълчаливо.
both — Двете проверки · receipt — Препратки към документи · fingerprint — Дата, заявител, търговец и сума
Настройки по подразбиране: "both"
date_from — Преглед от дата
Незадължителна включваща долна граница на датата във формат YYYY-MM-DD. Заявленията извън нея се обозначават, но остават в таблицата, сумите и дневните групи. Празно поле означава без долна граница.
Настройки по подразбиране: ""
date_to — Преглед до дата
Незадължителна включваща горна граница на датата във формат YYYY-MM-DD. Заявленията извън нея се обозначават, но остават в таблицата, сумите и дневните групи. Празно поле означава без горна граница.
Настройки по подразбиране: ""
sort_order — Ред на редовете за преглед
Пренареждане само на цели редове от източника. Паричните проверки, изходните данни, прогнозите и всички констатации остават непроменени.
source — Ред на източниците · date — Ред по дата · issues_first — Първо констатациите
Настройки по подразбиране: "source"
include_evidence — Показване на колоните с доказателства
Включване на точния избран цитат за разхода и пълните предложени формулировки на правилата или пропускане на тези две колони. Идентификаторите на източници и правила, констатациите и паричните проверки остават видими.
yes — Включване на цитати · no — Само препратки към източници
Настройки по подразбиране: "yes"
Максимален брой входни байтове UTF-8: 40000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "expense_policy_check",
"text": "{\"expenses\":\"id,date,claimant,merchant,description,amount,receipt_id\\nE1,2027-03-02,TEAM-A,Градски хотел,Хотелска нощувка за посещение при клиент,140.00,REC-101\\nE2,2027-03-02,TEAM-A,Железопътна компания,Пътуване с влак за посещението при клиент,35.00,\\nE3,2027-03-02,TEAM-A,Градски хотел,Хотелска нощувка за посещение при клиент,140.00,REC-101\",\"rules\":\"id,description,max_amount,receipt_required\\nR1,Хотелското настаняване при служебни пътувания се проверява спрямо предоставения лимит.,120.00,yes\\nR2,Железопътните служебни пътувания изискват препратка към разходен документ.,80.00,yes\",\"rules_approved\":\"yes\",\"currency\":\"EUR\",\"limit_scope\":\"per_item\",\"receipt_policy\":\"rule\",\"duplicate_check\":\"both\",\"date_from\":\"2027-03-01\",\"date_to\":\"2027-03-31\",\"sort_order\":\"issues_first\",\"include_evidence\":\"yes\"}"
}
Сравнение на изходни и целеви извадки с изрично съпоставяне, нормализиране и толеранси, последвано от преглед на класификации от ИИ на представителни констатации, обвързани с източниците.
Входни и конфигурационни полета
Основни настройки
source_csv — Изходен CSV
До 1,000 реда и 12 колони. CSV във формат UTF-8 със запетаи като разделители и имена на колони в ASCII; всяка клетка е до 600 байта.
target_csv — Целеви CSV
Целева извадка със същите CSV правила. Празните набори от данни могат да съдържат само заглавния ред.
mapping_csv — Съпоставяне на колони
CSV заглавия source,target,type. До десет съпоставяния; type е text, number или reference. Стойностите на препратките трябва да идентифицират ред в съответната извадка. Съпоставянето на ключове винаги използва точни стойности.
Разширени настройки
source_key — Ключова колона в източника
Колона, присъстваща в изходния CSV. Празните или дублираните ключове остават видими като пропуски в данните.
Настройки по подразбиране: "id"
target_key — Ключова колона в целта
Колона, присъстваща в целевия CSV. Ключовете се съпоставят точно, независимо от нормализирането на текста.
Настройки по подразбиране: "id"
whitespace — Сравнение на празните знаци
„Точно“ запазва празните знаци; „Изрязване“ премахва крайните празни знаци; „Сгъстяване“ също заменя вътрешните поредици от празни знаци с един интервал.
exact — Точно · trim — Изрязване · collapse — Сгъстяване
Настройки по подразбиране: "trim"
case_sensitive — Сравнение на текст с разграничаване на малки и главни букви
„Не“ сравнява съпоставения текст след преобразуване в малки букви по Unicode. Ключовете и търсенето по препратки остават точни.
yes — Да · no — Не
Настройки по подразбиране: "yes"
null_tokens — Маркери за празни стойности
Един маркер на ред, най-много осем маркера и 120 байта. Маркерите се съпоставят след обработката на празните знаци и преди нормализирането на регистъра на буквите.
Настройки по подразбиране: "NULL"
empty_policy — Правило за празни стойности
„Равностойно“ третира конфигурираните маркери за липсваща стойност като празни низове. „Точно“ запазва маркерите като обикновени стойности.
exact — Точно · equivalent — Равностойно
Настройки по подразбиране: "equivalent"
absolute_tolerance — Абсолютен числов толеранс
Максимална абсолютна разлика в предоставената числова единица. Само стойности с десетична точка; без преобразуване на единици.
Толеранс спрямо абсолютната стойност от източника. Прилага се по-големият от абсолютния и относителния толеранс; при нулева стойност в източника се използва абсолютният толеранс.
Настройки по подразбиране: 0
extra_rows — Допълнителни целеви записи
„Сигнализирай“ отчита допълнителните целеви записи като констатации. „Разреши“ приема присъствието им за допустимо в конфигурирания обхват.
issue — Сигнализирай · allow — Разреши
Настройки по подразбиране: "issue"
detail_filter — Избор на подробности
„Само находки“ скрива съвпадащите подробни редове. „Всички“ включва съвпадащите редове. Общите суми и изборът на кандидати за ИИ остават независими от този филтър за показване.
issues — Само находки · all — Всички
Настройки по подразбиране: "issues"
Максимален брой входни байтове UTF-8: 200000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
{
"type": "object",
"additionalProperties": false,
"required": [
"source_csv",
"target_csv",
"mapping_csv"
],
"properties": {
"source_csv": {
"type": "string",
"description": "Up to 1,000 rows and 12 columns. Comma-separated UTF-8 CSV with ASCII column names; each cell at most 600 bytes.",
"maxLength": 190000
},
"target_csv": {
"type": "string",
"description": "Target extract using the same CSV conventions. Empty datasets may contain the header only.",
"maxLength": 190000
},
"mapping_csv": {
"type": "string",
"description": "CSV headers source,target,type. Up to ten mappings; type is text, number or reference. Reference values must identify a row in the corresponding extract. Key matching always uses exact values.",
"maxLength": 190000
},
"source_key": {
"type": "string",
"description": "A column present in the source CSV. Empty or duplicate keys remain visible as data gaps.",
"default": "id",
"maxLength": 600
},
"target_key": {
"type": "string",
"description": "A column present in the target CSV. Keys are matched exactly, independently of text normalization.",
"default": "id",
"maxLength": 600
},
"whitespace": {
"type": "string",
"description": "Exact preserves whitespace; trim removes surrounding whitespace; collapse also replaces internal whitespace runs with one space.",
"default": "trim",
"enum": [
"exact",
"trim",
"collapse"
],
"maxLength": 600
},
"case_sensitive": {
"type": "string",
"description": "No compares mapped text after Unicode lowercasing. Keys and reference lookups remain exact.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 600
},
"null_tokens": {
"type": "string",
"description": "One value per line, at most eight values and 120 bytes. Values match after whitespace processing and before case normalization.",
"default": "NULL",
"maxLength": 600
},
"empty_policy": {
"type": "string",
"description": "Equivalent treats the configured empty values as empty strings. Exact retains them as ordinary values.",
"default": "equivalent",
"enum": [
"exact",
"equivalent"
],
"maxLength": 600
},
"absolute_tolerance": {
"type": "number",
"description": "Maximum absolute difference in the supplied numeric unit. Decimal-dot values only; no unit conversion.",
"default": 0,
"minimum": 0,
"maximum": 1000000
},
"relative_tolerance_pct": {
"type": "number",
"description": "Tolerance relative to the absolute source value. The larger of absolute and relative tolerance applies; a zero source uses absolute tolerance.",
"default": 0,
"minimum": 0,
"maximum": 100
},
"extra_rows": {
"type": "string",
"description": "Issue reports additional target records as findings. Allow treats their presence as acceptable within the configured scope.",
"default": "issue",
"enum": [
"issue",
"allow"
],
"maxLength": 600
},
"detail_filter": {
"type": "string",
"description": "Issues hides matching detail rows. All includes matching rows. Totals and AI candidate selection remain independent of this display filter.",
"default": "issues",
"enum": [
"issues",
"all"
],
"maxLength": 600
}
}
}
Преглед на проследимостта на партиди и серийни номера
batch_traceability
Проследяване на предоставени връзки между партиди и регистри на движенията, изчисляване на салда с конкретни единици и установяване на получатели и липсващи доказателства в изричен обхват.
Входни и конфигурационни полета
Основни настройки
batches_csv — CSV регистър на партиди
Заглавия id,product,serial,unit,opening,notes. До 100 уникални идентификатора на партиди. Opening е началното салдо в регистъра, а не независимо проверена складова наличност.
links_csv — CSV връзки между партиди
Заглавия parent,child; до 200 връзки. Връзките описват проследимостта и никога не намаляват наличността. Допустим е файл само със заглавен ред.
movements_csv — CSV регистър на движенията
Заглавия id,batch,kind,quantity,unit,party,reference,date. До 300 уникални движения. Видове: receive,consume,ship,adjust_in,adjust_out. Количествата са неотрицателни стойности с десетична точка; датите използват YYYY-MM-DD.
start_batch — Начална партида
Изисква се точно една начална партида или един сериен номер. Идентификаторите на партиди съдържат букви, цифри, долни черти или тирета.
Настройки по подразбиране: ""
Разширени настройки
start_serial — Начален сериен номер
Алтернатива на началната партида. Серийният номер трябва да идентифицира точно една предоставена партида.
Настройки по подразбиране: ""
direction — Посока на проследяване
„Напред“ следва от родителска към дъщерна партида; „Назад“ — от дъщерна към родителска; „И двете“ обхожда и двете посоки. Циклите се посещават веднъж.
forward — Напред · backward — Назад · both — И двете
Настройки по подразбиране: "both"
max_depth — Максимална дълбочина на връзките
Между 1 и 20. Връзките отвъд границата се преброяват изрично; техните партиди не се включват.
Настройки по подразбиране: 10
as_of — Крайна дата за движенията
Незадължителна крайна дата във формат YYYY-MM-DD, включена в периода. Филтрират се само датите на движенията; връзките между партиди без дата не са исторически снимки на състоянието.
Настройки по подразбиране: ""
include_zero — Показване на нулева наличност
„Не“ скрива подробните редове за наличност с нулево салдо. Обхватът на проследяване, движенията и прегледът на бележки от ИИ не се променят.
yes — Да · no — Не
Настройки по подразбиране: "yes"
movement_view — Подробности за движенията
„Всички“ показва всяко избрано движение. „Пратки“ показва само движенията за изпращане; „Наличност“ показва останалите движения. Всяко избрано движение продължава да участва в салдото на наличността.
all — Всички · shipments — Пратки · stock — Наличност
Настройки по подразбиране: "all"
minimum_stock — Праг за предупреждение за наличност
Салдата под този праг се открояват. Единиците трябва да съвпадат точно с тези на всяка партида. Несъвместимите движения се изключват от изчисленията и се отчитат като пропуски.
Настройки по подразбиране: 0
detail_order — Ред на подробностите
„Партида“ сортира по идентификатор на партида. „Първо проблемите“ поставя детерминираните констатации пред обикновените подробности.
batch — Партида · issues_first — Първо проблемите
Настройки по подразбиране: "batch"
Максимален брой входни байтове UTF-8: 200000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "batch_traceability",
"text": "{\"batches_csv\":\"id,product,serial,unit,opening,notes\\nB1,Основен материал,S1,kg,100,Съхранение на сухо\\nB2,Готов продукт,S2,kg,20,Проверка на опаковката\",\"links_csv\":\"parent,child\\nB1,B2\",\"movements_csv\":\"id,batch,kind,quantity,unit,party,reference,date\\nM1,B2,ship,5,kg,Склад А,DEL-1,2026-11-01\",\"start_batch\":\"B1\",\"start_serial\":\"\",\"direction\":\"forward\",\"max_depth\":10,\"as_of\":\"\",\"include_zero\":\"yes\",\"movement_view\":\"all\",\"minimum_stock\":0,\"detail_order\":\"batch\"}"
}
Пълна конфигурационна схема
{
"type": "object",
"additionalProperties": false,
"required": [
"batches_csv",
"links_csv",
"movements_csv"
],
"properties": {
"batches_csv": {
"type": "string",
"description": "Headers id,product,serial,unit,opening,notes. Up to 100 unique batch IDs. Opening is the starting ledger balance, not an independently verified inventory.",
"maxLength": 190000
},
"links_csv": {
"type": "string",
"description": "Headers parent,child; up to 200 relationships. Relationships describe trace links and never deduct stock. A header-only file is valid.",
"maxLength": 190000
},
"movements_csv": {
"type": "string",
"description": "Headers id,batch,kind,quantity,unit,party,reference,date. Up to 300 unique movements. Kinds: receive,consume,ship,adjust_in,adjust_out. Quantities are non-negative decimal-dot values; dates use YYYY-MM-DD.",
"maxLength": 190000
},
"start_batch": {
"type": "string",
"description": "Exactly one starting batch or serial number is required. Batch IDs use letters, digits, underscores or hyphens.",
"default": "",
"maxLength": 600
},
"start_serial": {
"type": "string",
"description": "Alternative to the starting batch. The serial must identify exactly one supplied batch.",
"default": "",
"maxLength": 600
},
"direction": {
"type": "string",
"description": "Forward follows parent to child; backward follows child to parent; both explores both directions. Cycles are visited once.",
"default": "both",
"enum": [
"forward",
"backward",
"both"
],
"maxLength": 600
},
"max_depth": {
"type": "integer",
"description": "Between 1 and 20. Relationships beyond the boundary are counted explicitly; their batches are not included.",
"default": 10,
"minimum": 1,
"maximum": 20
},
"as_of": {
"type": "string",
"description": "Optional inclusive cutoff in YYYY-MM-DD. Only movement dates are filtered; undated batch relationships are not historical snapshots.",
"default": "",
"maxLength": 600
},
"include_zero": {
"type": "string",
"description": "No hides zero-balance stock detail rows. Trace reach, movements and AI note review are unaffected.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 600
},
"movement_view": {
"type": "string",
"description": "All displays every selected movement. Shipments displays shipping movements only; stock displays other movements. Every selected movement still contributes to the stock balance.",
"default": "all",
"enum": [
"all",
"shipments",
"stock"
],
"maxLength": 600
},
"minimum_stock": {
"type": "number",
"description": "Balances below this threshold are highlighted. Units must match each batch exactly. Incompatible movements are excluded from arithmetic and reported as gaps.",
"default": 0,
"minimum": -1000000,
"maximum": 1000000
},
"detail_order": {
"type": "string",
"description": "Batch sorts by batch identifier. Issues first places deterministic findings before ordinary details.",
"default": "batch",
"enum": [
"batch",
"issues_first"
],
"maxLength": 600
}
}
}
Планиране на поддръжка, подкрепено с източници
maintenance_planner
Планиране на поддръжка по дати и работни часове въз основа на изрични интервали от източници, с преглед на просрочията, отговорни роли и отделно потвърден календарен експорт.
Входни и конфигурационни полета
Основни настройки
assets — Изходни записи за поддръжка
CSV заглавия: id,asset,instruction,interval_days,interval_hours,last_date,last_hours,current_hours,priority,owner. CSV текстът е ограничен до 40,000 UTF-8 байта. До 20 уникални идентификатора с главни букви; asset и owner до 160 UTF-8 байта, инструкцията на производителя до 1,200 байта. Изисква се поне един изричен положителен интервал: дни 1–3,650 или часове 1–100,000. Интервалите в дни изискват last_date във формат YYYY-MM-DD, не по-късна от референтната дата. Интервалите в часове изискват целочислени last_hours и current_hours от 0–10,000,000, като current_hours не е по-малко от last_hours. Неизползваните клетки за интервали и показания остават празни. priority е high, medium или low. owner може да е празно. Интервалите трябва да бъдат преписани от действителния производител или одобрен източник за поддръжка; инструментът не проверява тяхната достоверност.
Настройки по подразбиране: ""
reference_date — Референтна дата
Изрична дата YYYY-MM-DD за сравнение на падежи и срокове за мерки; поддържани години 2000–2100. Не се предполага текуща дата.
Настройки по подразбиране: "2026-11-03"
Разширени настройки
horizon_days — Хоризонт за планиране в дни
Календарните падежи на или преди референтната дата плюс този брой дни попадат в хоризонта за планиране. Следващата дата е last_date плюс предоставения интервал; просрочена работа не се премества без обозначение напред във времето.
Настройки по подразбиране: 30
priority_filter — Филтър по приоритет
Филтриране на изрично предоставения приоритет преди избора от модела. Приоритетът не се извежда от името на актива и не се генерира от модела.
all — Всички · high — Висок · high_medium — Висок и среден
Настройки по подразбиране: "all"
due_filter — Филтър по състояние на падежа
Всички включва по-късна работа. Дължими включва просрочени задачи, дати в хоризонта и часови прагове в конфигурираното предупреждение. Просрочени изисква дата строго преди референтната дата или отрицателен остатък от часове. Равенството означава дължима, а не просрочена задача.
all — Всички · due — Дължими в избраните граници · overdue — Просрочени
Настройки по подразбиране: "due"
hours_warning — Предупредителен праг за работни часове
Включване на задачи по часове, когато оставащите работни часове са на или под този праг. Това не е оценка на темпа на работа и никога не създава календарна дата от часове.
Настройки по подразбиране: 20
max_items — Максимум избрани записи
ИИ избира този брой допустими записи или всички допустими записи, когато са по-малко. Изборът е предложение за преглед; изключените или неизбраните записи се преброяват, вместо да се представят като завършени.
Настройки по подразбиране: 12
detail — Подробност на откъса
Кратките откъси съдържат най-много 180 UTF-8 байта; подробните — най-много 600. Откъсите запазват точната формулировка на източника на оригиналния език.
Сортиране на целите избрани редове по предоставен приоритет, изчислена дата на падеж със задачите само по часове накрая или първоначалния ред в източника.
priority — Предоставен приоритет · date — Дата от източника · source — Ред на източниците
Настройки по подразбиране: "priority"
calendar_name — Име на календара
Име на отделно потвърдения календарен експорт, най-много 120 UTF-8 байта. Само валидирани календарни падежи могат да станат събития. Не се осъществява връзка с календарна услуга.
Настройки по подразбиране: "Maintenance review"
reminder_days — Предварителен срок за напомняне
0 изключва напомнянията. В противен случай потвърденият календар използва визуално напомняне 1–90 дни преди всяко избрано целодневно събитие. Задължително е отделно човешко потвърждение.
Настройки по подразбиране: 7
Максимален брой входни байтове UTF-8: 50000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "maintenance_planner",
"text": "{\"assets\":\"id,asset,instruction,interval_days,interval_hours,last_date,last_hours,current_hours,priority,owner\\nA1,Въздушен филтър,Проверка на филтъра и записване на видимото замърсяване.,30,,2026-10-10,,,high,Екип по поддръжка\\nA2,Компресор в работилницата,Проверка на състоянието на ремъка и записване на резултата.,,200,,1000,1190,medium,Ръководител на работилницата\",\"reference_date\":\"2026-11-03\",\"horizon_days\":30,\"priority_filter\":\"all\",\"due_filter\":\"due\",\"hours_warning\":20,\"max_items\":12,\"detail\":\"detailed\",\"sort_order\":\"priority\",\"calendar_name\":\"Прегледани дати за поддръжка\",\"reminder_days\":7}"
}
Подреждане на хронологията на инцидента, въздействието, потвърдените в източника причини, хипотезите и проследяването на мерките с точни доказателства и видими неотговорени въпроси.
Входни и конфигурационни полета
Основни настройки
incident — Заглавие на инцидента
Кратко име на инцидента, до 200 UTF-8 байта. Без тайни, лични идентификатори или данни за достъп.
Настройки по подразбиране: ""
evidence — Доказателствени записи за инцидента
CSV заглавия: id,date,kind,status,impact,owner,deadline,text,criterion. CSV текстът е ограничен до 40,000 UTF-8 байта. До 24 уникални идентификатора с главни букви; text до 1,200 UTF-8 байта, criterion до 500 и owner до 160. date и deadline са YYYY-MM-DD или празни. kind е event, impact, cause, hypothesis или action. status е recorded, confirmed, open, in_progress, done, verified или unknown. cause изисква confirmed; hypothesis изисква open или unknown; action изисква open, in_progress, done, verified или unknown. impact е high, medium, low или unknown. Потвърждението и проверката са твърдения в предоставения запис, а не независими констатации. Липсващите отговорник, срок и критерий за ефективност остават празни.
Настройки по подразбиране: ""
reference_date — Референтна дата
Изрична дата YYYY-MM-DD за сравнение на падежи и срокове за мерки; поддържани години 2000–2100. Не се предполага текуща дата.
Настройки по подразбиране: "2026-11-03"
Разширени настройки
focus — Фокус на прегледа
Избор на всички доказателства, хронология на събитията/въздействието, причини/хипотези или мерки преди избора от модела. Свързани доказателства за събития и въздействие все още могат да се цитират от цялата предоставена снимка на състоянието.
all — Всички · chronology — Хронология · causes — Причини и хипотези · actions — Мерки
Настройки по подразбиране: "all"
cause_filter — Филтър по класификация на причините
Запазване на двете класификации от източника, само на потвърдените в източника причини или само на хипотезите. Моделът не може да превърне хипотеза в потвърдена причина. Потвърждението се копира от входните данни и трябва да бъде независимо прегледано.
all — Всички · confirmed — Потвърдено в предоставения източник · hypotheses — Само хипотези
Настройки по подразбиране: "all"
action_filter — Филтър по статус на мерките
Всички запазва всеки предоставен статус на мярка. Отворени включва open, in_progress и unknown; проверени включва само мерки със статус verified в източника. Завършена мярка не е автоматично ефективна или проверена.
all — Всички · open — Отворени · verified — Проверено в предоставения източник
Настройки по подразбиране: "all"
impact_filter — Филтър по въздействие
Филтриране на изричното ниво на въздействие за всички видове записи. Неизвестно въздействие се включва само при Всички. Моделът никога не измисля тежест на въздействието.
all — Всички · high — Висок · high_medium — Висок и среден
Настройки по подразбиране: "all"
max_items — Максимум избрани записи
ИИ избира този брой допустими записи или всички допустими записи, когато са по-малко. Изборът е предложение за преглед; изключените или неизбраните записи се преброяват, вместо да се представят като завършени.
Настройки по подразбиране: 16
detail — Подробност на откъса
Кратките откъси съдържат най-много 180 UTF-8 байта; подробните — най-много 600. Откъсите запазват точната формулировка на източника на оригиналния език.
Сортиране на целите избрани редове по дата в източника със записите без дата накрая, локализиран вид запис или първоначалния ред в източника. Липсващи дати никога не се извеждат.
chronology — Хронология · type — Вид запис · source — Ред на източниците
Настройки по подразбиране: "chronology"
include_questions — Включване на въпроси за пропуски в доказателствата
Добавяне на фиксирани въпроси за преглед при липсваща подкрепа за причини, отговорни роли, срокове за мерки и критерии за ефективност. Непроверените мерки остават въпроси, а не автоматично завършени проверки. Просрочените срокове на отворени мерки се сравняват с изричната референтна дата.
Настройки по подразбиране: true
Максимален брой входни байтове UTF-8: 50000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "incident_review",
"text": "{\"incident\":\"Прекъсване на опаковъчната линия\",\"evidence\":\"id,date,kind,status,impact,owner,deadline,text,criterion\\nE1,2026-11-02,event,recorded,high,,,Линията спря след температурната аларма.,\\nE2,2026-11-02,impact,recorded,high,,,Производството беше спряно за 25 минути.,\\nH1,2026-11-02,hypothesis,open,high,,,\\\"Има подозрение за запушен охлаждащ канал, но то не е потвърдено.\\\",\\nA1,2026-11-03,action,open,high,Ръководител на поддръжката,2026-11-05,Проверка на охлаждащия канал и записване на констатациите.,Няма температурна аларма по време на документирания валидиращ пробег.\",\"reference_date\":\"2026-11-03\",\"focus\":\"all\",\"cause_filter\":\"all\",\"action_filter\":\"all\",\"impact_filter\":\"all\",\"max_items\":16,\"detail\":\"detailed\",\"sort_order\":\"chronology\",\"include_questions\":true}"
}
Сравняване на нетните планови разходи с подкрепени от източници разпределения на действителните разходи, точни изчисления по редове, отклонения и предупреждения за маржа.
Входни и конфигурационни полета
Основни настройки
plans — Планирани позиции
CSV колони id,description,planned_net,revenue_net. До 15 позиции. Всички суми са нетни и в една валута.
actuals — Действителни разходи
CSV колони id,date,kind,description,quantity,unit_net,plan_id. До 30 реда. Количеството труд означава часове; количествата за материали и външни услуги означават единици. Празно plan_id изисква предложение от модела.
currency — Валута
Една валута с два десетични знака се прилага за всички стойности.
Поддържат се само нетни входни стойности; не се изчисляват данъци и не се преобразуват брутни суми в нетни.
yes — Да · no — Не
Настройки по подразбиране: "no"
Разширени настройки
rounding — Закръгляване на редовете
Всяко произведение на количество и единична цена се закръглява до стотни преди сумиране. Закръгляването към четно закръгля точната половина към четна стотна.
half_up — Закръгляване на точната половина нагоре · half_even — Закръгляване на точната половина към четна стотна
Настройки по подразбиране: "half_up"
group_by — Подредба на подробностите
Подреждане на подробните редове по разпределена планова позиция, вид разход или идентификатор на източника. Общите суми по план винаги остават отделно.
plan — Планова позиция · kind — Вид разход · source — Идентификатор на източника
Настройки по подразбиране: "plan"
variance_filter — Видимост на плановите редове
По избор се показват само планови редове, чието положително отклонение на разходите надвишава прага. Обобщените суми и всички констатации остават пълни.
all — Всички · over_threshold — Над прага за отклонение
Настройки по подразбиране: "all"
variance_threshold — Праг за отклонение на разходите
Неотрицателна нетна сума за констатациите за преразход по плана и незадължителния филтър на планови редове.
Настройки по подразбиране: "0.00"
margin_warning_percent — Предупредителен процент за маржа
Маркиране на маржовете по разпределени планови разходи под този цял процент от 0 до 100. Нулевите приходи водят до неизвестен марж.
Настройки по подразбиране: 20
date_from — Начало на периода
Незадължителна включена начална дата. Филтрират се само действителните разходи; всички предоставени планови разходи и приходи остават непроменени.
Настройки по подразбиране: ""
date_to — Край на периода
Незадължителна включена крайна дата. Изключените действителни редове остават видими и не участват в избраните общи разходи.
Настройки по подразбиране: ""
mapping_mode — Политика за разпределение
Подпомогнатото разпределение използва едно валидирано предложение от модела. Режимът само с изрични разпределения използва единствено предоставените стойности plan_id; нееднозначните разходи и разходите без съвпадение остават неразпределени.
assisted — Подпомогнато разпределение · explicit_only — Само изрични разпределения
Настройки по подразбиране: "assisted"
show_details — Показване на обикновените подробни редове
Неразпределените, нееднозначните и изключените редове остават видими дори когато обикновените подробности са скрити.
yes — Да · no — Не
Настройки по подразбиране: "yes"
include_quotes — Показване на цитати от източниците
Доказателствата остават валидирани дори когато цитатите са скрити в отчета.
yes — Да · no — Не
Настройки по подразбиране: "yes"
Максимален брой входни байтове UTF-8: 50000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "job_cost_review",
"text": "{\"plans\":\"id,description,planned_net,revenue_net\\nP1,Пускане на уебсайт,600.00,1000.00\",\"actuals\":\"id,date,kind,description,quantity,unit_net,plan_id\\nA1,2027-03-01,labor,Реализация на пускането на уебсайта,8.000,80.00,P1\\nA2,2027-03-02,material,Графики за пускането на уебсайта,1.000,100.00,\",\"currency\":\"EUR\",\"net_basis\":\"yes\",\"rounding\":\"half_up\",\"group_by\":\"plan\",\"variance_filter\":\"all\",\"variance_threshold\":\"0.00\",\"margin_warning_percent\":30,\"date_from\":\"\",\"date_to\":\"\",\"mapping_mode\":\"assisted\",\"show_details\":\"yes\",\"include_quotes\":\"yes\"}"
}
Проверка на изрични събития по заявки спрямо потвърдени правила с изчисления за работно време, паузи и промени на лятното часово време.
Входни и конфигурационни полета
Основни настройки
events — Събития по заявки
CSV колони id,ticket,at,event,priority,description. До 60 събития по 12 заявки в рамките на 31 изминали дни. Времевите печати изискват секунди и изрично отместване спрямо UTC.
rules — Одобрени правила за SLA
CSV колони id,priority,description,response_minutes,resolution_minutes. До 12 правила; всеки праг е изрично положително цяло число в минути.
rules_approved — Правилата са изрично потвърдени
Предоставените описания и числови прагове изискват изрично потвърждение преди обработване.
no — Не · yes — Да
Настройки по подразбиране: "no"
Разширени настройки
timezone — Часова зона на работното време
Местните календарни дати, дни от седмицата, работно време и предоставени празници използват тази часова зона. Отместванията във времевите печати на източниците определят хронологичната подредба.
Работното време отчита само зададените местни работни интервали. Изминалото време отчита всички секунди. Избраните паузи се изключват и в двата режима.
business — Работно време · elapsed — Изминало време
Настройки по подразбиране: "business"
business_hours — Дневен работен интервал
Един интервал HH:MM-HH:MM в рамките на същия ден, с начало преди края и двата часа преди 24:00. Прилага се в режим на работно време.
Настройки по подразбиране: "09:00-17:00"
business_days — Работни дни от седмицата
Уникални номера на дни от седмицата, разделени със запетаи, от понеделник 1 до неделя 7. Прилага се в режим на работно време.
Настройки по подразбиране: "1,2,3,4,5"
holidays — Изключени местни дати
До 31 уникални дати YYYY-MM-DD, разделени със запетаи или нови редове. Не се предполага автоматичен календар на празниците; прилага се в режим на работно време.
Настройки по подразбиране: ""
pause_states — Състояния, при които отчитането е спряно
Разделени със запетаи pause_customer и/или pause_vendor, или празно за отчитане без изключвания. resume приключва активната пауза; resolve също я приключва.
Настройки по подразбиране: "pause_customer"
cycle_mode — Избор на цикли
Проверка на всички изрични цикли open/reopen или само на първия. Другите цикли остават видими като изключени; предупрежденията за последователността се запазват.
all — Всички · first — Само първият цикъл
Настройки по подразбиране: "all"
date_from — Начало на периода
Незадължителна включена местна дата на отваряне за избор на цикли. Събитията се запазват за валидиране на последователността.
Настройки по подразбиране: ""
date_to — Край на периода
Незадължителна включена местна дата на отваряне за избор на цикли. Изключените цикли остават видими.
Настройки по подразбиране: ""
sort_order — Подредба на резултатите
Подреждане по заявка или с констатациите и непълните цикли на първо място.
ticket — Заявка · issues_first — Първо констатациите
Настройки по подразбиране: "ticket"
include_quotes — Показване на цитати от източниците
Доказателствата остават валидирани дори когато цитатите са скрити в отчета.
yes — Да · no — Не
Настройки по подразбиране: "yes"
Максимален брой входни байтове UTF-8: 50000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "sla_review",
"text": "{\"events\":\"id,ticket,at,event,priority,description\\nE1,T1,2027-03-01T09:00:00+01:00,open,high,Прекъсване на хоствана услуга\\nE2,T1,2027-03-01T09:30:00+01:00,response,high,Първоначален отговор от поддръжката\\nE3,T1,2027-03-01T10:00:00+01:00,pause_customer,high,Изчакване на информация от клиента\\nE4,T1,2027-03-01T11:00:00+01:00,resume,high,Получена информация от клиента\\nE5,T1,2027-03-01T12:00:00+01:00,resolve,high,Услугата е възстановена\",\"rules\":\"id,priority,description,response_minutes,resolution_minutes\\nR1,high,Инциденти с хоствана услуга с висок приоритет,60,180\",\"rules_approved\":\"yes\",\"timezone\":\"Europe/Berlin\",\"clock\":\"business\",\"business_hours\":\"09:00-17:00\",\"business_days\":\"1,2,3,4,5\",\"holidays\":\"\",\"pause_states\":\"pause_customer\",\"cycle_mode\":\"all\",\"date_from\":\"\",\"date_to\":\"\",\"sort_order\":\"ticket\",\"include_quotes\":\"yes\"}"
}
Разпределяне на заявени дължини към предоставени пръти или ролки с изрични ширини на среза, крайни обрязвания, групи материали, остатъци и предпочитания за цена, последвано от проверка на всяко разпределение и остатък.
Входни и конфигурационни полета
Основни настройки
demand — CSV с необходимите части
Заглавия id,material,unit,length,quantity,note. До 20 уникални идентификатора с главни букви и общо 200 екземпляра на части. Положителните дължини използват десетична точка с най-много три десетични знака; количеството е положително цяло число. Бележките са до 300 UTF-8 байта. Всички редове в двата файла трябва да използват една обща единица: mm, cm, m или in.
stock — CSV с наличния материал
Заглавия id,material,unit,length,quantity,cost,kind,note. До 30 уникални идентификатора с главни букви и общо 100 налични екземпляра. kind е new или remnant; cost е неотрицателна десетична сума за елемент с най-много два десетични знака в избраната валута. Съществуващите остатъци са изрично посочени налични елементи; не се закупува материал.
Разширени настройки
kerf — Ширина на среза за част
Неотрицателен десетичен низ в общата единица за дължина, с най-много три десетични знака. За всяка разпределена част се отчита точно един срез, включително за последната част.
Настройки по подразбиране: "0"
trim_start — Начално обрязване
Неотрицателен десетичен низ, приспадан веднъж от началото на всеки използван наличен елемент, в общата единица.
Настройки по подразбиране: "0"
trim_end — Крайно обрязване
Неотрицателен десетичен низ, приспадан веднъж от края на всеки използван наличен елемент, в общата единица.
Настройки по подразбиране: "0"
minimum_remnant — Минимален остатък за повторна употреба
Неотрицателен десетичен низ. Положителните оставащи дължини, равни на или над този праг, се отчитат като годни за повторна употреба; по-късите остатъци се считат за отпадък. Тази класификация не променя разполагането.
Настройки по подразбиране: "0"
strategy — Стратегия за разполагане
Най-доброто побиране избира най-малкия оставащ капацитет след предпочитанията за материал с по-висок приоритет. Първото побиране пропуска подреждането по оставащ капацитет. И двете са ограничени жадни евристики и никога не доказват оптималност.
best_fit — Най-добро побиране · first_fit — Първо побиране
Настройки по подразбиране: "best_fit"
objective — Цел при избора на материал
Целта за материал предпочита по-къси побиращи елементи след предпочитанията за остатъци и вече започнати елементи. Целта за цена подрежда незапочнатите елементи по предоставената цена за елемент преди оставащия капацитет. Предпочита се вече започнат материал. Не се твърди глобален минимум на разходите.
material — Използване на материала · cost — Предоставена цена
Настройки по подразбиране: "material"
currency — Валута на разходите
Едно обозначение за всички предоставени цени на материала. Не се извършва преобразуване по валутен курс или независима проверка на цените.
prefer_remnants — Приоритет за съществуващите остатъци
При „Да“ съвместимите остатъци се подреждат преди новия материал. Това предпочитание предхожда подредбата по започнат материал, цена и оставащ капацитет.
yes — Да · no — Не
Настройки по подразбиране: "yes"
allow_remnants — Разрешаване на съществуващи остатъци
При „Не“ редовете за материал, маркирани като remnant, се изключват от разполагането. Изключването никога не създава нов материал и не променя необходимите количества.
yes — Да · no — Не
Настройки по подразбиране: "yes"
material_case — Групи материали с разграничаване на главни и малки букви
Интервалите в началото и края на имената на материалите се премахват. При „Не“ имената допълнително се сравняват с малки Unicode букви; различни групи материали никога не се смесват.
yes — Да · no — Не
Настройки по подразбиране: "yes"
cut_order — Ред на разполагане на частите
Най-дългите първо подрежда по дължина и използва предложената от ИИ подредба на източниците при равенство. Приоритетът на ИИ следва обвързаната с източниците подредба, предложена от бележките за потребностите. Всеки необходим екземпляр остава отчетен.
longest_first — Най-дългите първо · ai_priority — Предложен от ИИ приоритет
Настройки по подразбиране: "longest_first"
display_order — Ред на резултатите
Подредбата по материал подрежда използваните налични екземпляри по идентификатор. Отпадъкът първо подрежда по общата дължина на срезовете, обрязването и остатъка. Редът на показване никога не променя изчисления план.
stock — Идентификатор на наличния материал · waste_first — Най-голямата непродуктова дължина първо
Настройки по подразбиране: "stock"
Максимален брой входни байтове UTF-8: 180000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "cutting_plan",
"text": "{\"demand\":\"id,material,unit,length,quantity,note\\nD1,Алуминий,mm,400,2,Внимателна обработка на ръбовете\\nD2,Алуминий,mm,180,2,Стандартна поръчка за работилницата\",\"stock\":\"id,material,unit,length,quantity,cost,kind,note\\nS1,Алуминий,mm,1000,2,12.50,new,Наличен стандартен прът\\nS2,Алуминий,mm,400,1,2.00,remnant,Съществуващ остатък\",\"kerf\":\"2\",\"trim_start\":\"5\",\"trim_end\":\"5\",\"minimum_remnant\":\"100\",\"strategy\":\"best_fit\",\"objective\":\"material\",\"currency\":\"EUR\",\"prefer_remnants\":\"yes\",\"allow_remnants\":\"yes\",\"material_case\":\"yes\",\"cut_order\":\"longest_first\",\"display_order\":\"stock\"}"
}
Пълна конфигурационна схема
{
"type": "object",
"additionalProperties": false,
"required": [
"demand",
"stock"
],
"properties": {
"demand": {
"type": "string",
"description": "Headers id,material,unit,length,quantity,note. Up to 20 unique uppercase IDs and 200 total part instances. Positive lengths use a decimal point with at most three decimals; positive integer quantity. Notes are at most 300 UTF-8 bytes. All rows in both files must use one common unit: mm, cm, m or in.",
"maxLength": 160000
},
"stock": {
"type": "string",
"description": "Headers id,material,unit,length,quantity,cost,kind,note. Up to 30 unique uppercase IDs and 100 total stock instances. kind is new or remnant; cost is a nonnegative per-item decimal amount with at most two decimals in the selected currency. Existing remnants are explicit stock items; no stock is purchased.",
"maxLength": 160000
},
"kerf": {
"type": "string",
"description": "Nonnegative decimal string in the common length unit, at most three decimals. Exactly one kerf is charged per allocated part, including the final part.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"trim_start": {
"type": "string",
"description": "Nonnegative decimal string deducted once from the start of every used stock item, in the common unit.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"trim_end": {
"type": "string",
"description": "Nonnegative decimal string deducted once from the end of every used stock item, in the common unit.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"minimum_remnant": {
"type": "string",
"description": "Nonnegative decimal string. Positive remaining lengths at or above this threshold are reported as reusable; shorter remnants count as waste. This classification does not change placement.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"strategy": {
"type": "string",
"description": "Best fit chooses the smallest remaining capacity after the higher-priority stock preferences. First fit omits that remaining-capacity ranking. Both are bounded greedy heuristics and never prove optimality.",
"default": "best_fit",
"enum": [
"best_fit",
"first_fit"
],
"maxLength": 120
},
"objective": {
"type": "string",
"description": "Material prefers shorter fitting stock after remnant and opened-stock preferences. Cost ranks unopened stock by the supplied per-item cost before remaining capacity. Already opened stock is preferred. No global cost minimum is claimed.",
"default": "material",
"enum": [
"material",
"cost"
],
"maxLength": 120
},
"currency": {
"type": "string",
"description": "A single label for all supplied stock costs. No exchange-rate conversion or independent price verification is performed.",
"default": "EUR",
"enum": [
"EUR",
"USD",
"GBP",
"PLN",
"CHF"
],
"maxLength": 120
},
"prefer_remnants": {
"type": "string",
"description": "Yes ranks compatible remnant stock before new stock. This preference comes before opened-stock, cost and remaining-capacity ranking.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"allow_remnants": {
"type": "string",
"description": "No excludes stock rows marked remnant from placement. Their exclusion never creates new stock or changes demand quantities.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"material_case": {
"type": "string",
"description": "Material names are trimmed. No additionally compares Unicode lowercase names; different material groups are never mixed.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"cut_order": {
"type": "string",
"description": "Longest first orders by length and uses the AI-proposed source order to break ties. AI priority follows the source-bound order proposed from demand notes. Every demand instance remains accounted for.",
"default": "longest_first",
"enum": [
"longest_first",
"ai_priority"
],
"maxLength": 120
},
"display_order": {
"type": "string",
"description": "Stock orders used stock instances by identifier. Waste first orders by combined kerf, trim and remaining length. Display order never changes the computed plan.",
"default": "stock",
"enum": [
"stock",
"waste_first"
],
"maxLength": 120
}
}
}
Проверка на серии от измервания
measurement_review
Сравняване на измерени стойности с изрично одобрени граници, обобщаване на групи по характеристики и партиди и проверка на липсващи показания, нееднозначни спецификации и подкрепени от източници наблюдения на ИИ.
Входни и конфигурационни полета
Основни настройки
measurements — CSV с измервания
Заглавия id,feature,batch,date,value,unit,note. До 500 уникални идентификатора с главни букви, 20 групи характеристика и единица и 100 групи резултати. Датите използват YYYY-MM-DD от 2000 до 2100. value е десетичен низ със знак и до шест десетични знака или празна стойност. Бележките са до 300 UTF-8 байта.
specifications — CSV с одобрени спецификации
Заглавия id,feature,unit,lower,upper,note. До 20 уникални идентификатора с главни букви. За всяка спецификация трябва да бъде предоставена поне една граница; празна долна или горна граница означава едностранна проверка. Границите са десетични низове със знак и най-много шест десетични знака. Съпоставянето използва зададеното сравнение на имената на характеристиките и точни единици. Множество съвпадения остават неизяснени.
limits_approved — Потвърждаване на предоставените граници
Изрично потвърждение, че точно тези предоставени спецификации и граници са одобрени за настоящата проверка. Промяната им изисква ново потвърждение. Бележките от източниците и изходът на модела не могат да дадат одобрение.
no — Неодобрено · yes — Точно тези граници са одобрени
Настройки по подразбиране: "no"
Разширени настройки
date_from — Включване от дата
Незадължителна включена долна граница за дата в YYYY-MM-DD. По-ранните наблюдения се изключват от статистиките и се броят отделно.
Настройки по подразбиране: ""
date_to — Включване до дата
Незадължителна включена горна граница за дата в YYYY-MM-DD. По-късните наблюдения се изключват от статистиките и се броят отделно.
Настройки по подразбиране: ""
group_by — Статистическо групиране
Характеристика обединява всички включени партиди за всяка характеристика и точна единица. Характеристика и партида запазва партидите отделно. Приемат се най-много 100 групи резултати.
feature — Характеристика и единица · feature_batch — Характеристика, единица и партида
Настройки по подразбиране: "feature_batch"
case_sensitive — Съпоставяне на характеристики с разграничаване на главни и малки букви
Интервалите в началото и края на имената се премахват. При „Не“ имената допълнително се сравняват с малки Unicode букви. Единиците винаги съвпадат точно; няма преобразуване на единици или предполагаемо съпоставяне на синоними.
yes — Да · no — Не
Настройки по подразбиране: "yes"
missing_policy — Политика за липсващи измервания
Отчитане маркира за проверка групите с празни стойности. Изключване пропуска празните стойности от статистиките без това допълнително предупреждение за групата. Броят на липсващите стойности остава видим и в двата режима; невалиден числов текст се отхвърля.
report — Отчитане на липсващите стойности · exclude — Изключване от числовите статистики
Настройки по подразбиране: "report"
boundary — Тълкуване на граничните стойности
Включващият режим приема стойности, равни на предоставена граница. Изключващият режим маркира равенството като извън границите. Сравненията използват точни незакръглени стойности с фиксирана точка.
Между 0 и 6 десетични знака за описателните статистики. Закръгляването за показване никога не променя границите на спецификациите или решенията за стойности извън тях.
Настройки по подразбиране: 3
minimum_sample — Минимален размер на числовата извадка
Групите с по-малко числови наблюдения получават статус за проверка. Между 2 и 500; този праг не установява статистическа надеждност или представителност.
Настройки по подразбиране: 5
deviation — Конвенция за стандартното отклонение
Извадка използва n−1 и изисква поне две числови наблюдения. Генерална съвкупност използва n и изисква поне едно. Стойностите описват само предоставените наблюдения; не се подразбират изводи за по-широка генерална съвкупност.
sample — Стандартно отклонение на извадката · population — Стандартно отклонение на генералната съвкупност
Настройки по подразбиране: "sample"
sort_order — Подредба на групите
Източник запазва първата поява на всяка група. Проблеми първо поставя групите за проверка на първо място. Характеристика сортира по предоставеното име на характеристиката и партидата. Статистиките остават непроменени.
source — Подредба на източника · issues_first — Групите за проверка първо · feature — Характеристика и партида
Настройки по подразбиране: "source"
include_evidence — Показване на представителния цитат
При „Да“ се включва точната бележка на първото включено измерване за всяка група характеристика и единица. При „Не“ се скрива само тази показвана колона; идентификаторите на източниците и валидирането на модела остават непроменени.
yes — Включване на цитат · no — Само идентификатори на източници
Настройки по подразбиране: "yes"
detail_filter — Показвани групи
Всички показва всяка включена група. Проблеми показва групи с липсващи или нееднозначни спецификации, стойности извън границите, недостатъчен размер на числовата извадка или липсващи стойности в режим на отчитане. Пълните обобщени бройки остават непроменени.
all — Всички групи · issues — Само групи за проверка
Настройки по подразбиране: "all"
Максимален брой входни байтове UTF-8: 180000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "measurement_review",
"text": "{\"measurements\":\"id,feature,batch,date,value,unit,note\\nM1,Диаметър,B1,2026-11-01,10.010,mm,Нулата на уреда е проверена\\nM2,Диаметър,B1,2026-11-01,10.020,mm,Същата процедура на измерване\\nM3,Диаметър,B1,2026-11-01,10.060,mm,Препоръчва се повторно измерване\\nM4,Диаметър,B1,2026-11-01,,mm,Показанието липсва\",\"specifications\":\"id,feature,unit,lower,upper,note\\nS1,Диаметър,mm,9.950,10.050,Одобрена редакция A на чертежа\",\"limits_approved\":\"yes\",\"date_from\":\"\",\"date_to\":\"\",\"group_by\":\"feature_batch\",\"case_sensitive\":\"yes\",\"missing_policy\":\"report\",\"boundary\":\"inclusive\",\"rounding_digits\":3,\"minimum_sample\":3,\"deviation\":\"sample\",\"sort_order\":\"source\",\"include_evidence\":\"yes\",\"detail_filter\":\"all\"}"
}
Пълна конфигурационна схема
{
"type": "object",
"additionalProperties": false,
"required": [
"measurements",
"specifications",
"limits_approved"
],
"properties": {
"measurements": {
"type": "string",
"description": "Headers id,feature,batch,date,value,unit,note. Up to 500 unique uppercase IDs, 20 feature-and-unit groups and 100 result groups. Dates use YYYY-MM-DD from 2000 through 2100. value is a signed decimal string with up to six decimals, or empty. Notes are at most 300 UTF-8 bytes.",
"maxLength": 160000
},
"specifications": {
"type": "string",
"description": "Headers id,feature,unit,lower,upper,note. Up to 20 unique uppercase IDs. At least one limit must be supplied per specification; an empty lower or upper limit means one-sided checking. Limits are signed decimal strings with at most six decimals. Matching uses the configured feature-name comparison and exact units. Multiple matches remain unresolved.",
"maxLength": 160000
},
"limits_approved": {
"type": "string",
"description": "Explicit confirmation that these exact supplied specifications and limits are approved for this review. Changing them requires renewed confirmation. Source notes and model output cannot grant approval.",
"default": "no",
"enum": [
"no",
"yes"
],
"maxLength": 120
},
"date_from": {
"type": "string",
"description": "Optional inclusive lower date bound in YYYY-MM-DD. Earlier observations are excluded from statistics and counted separately.",
"default": "",
"maxLength": 120
},
"date_to": {
"type": "string",
"description": "Optional inclusive upper date bound in YYYY-MM-DD. Later observations are excluded from statistics and counted separately.",
"default": "",
"maxLength": 120
},
"group_by": {
"type": "string",
"description": "Feature combines all included batches for each feature and exact unit. Feature and batch keeps batches separate. A maximum of 100 result groups is accepted.",
"default": "feature_batch",
"enum": [
"feature",
"feature_batch"
],
"maxLength": 120
},
"case_sensitive": {
"type": "string",
"description": "Names are trimmed. No additionally compares Unicode lowercase names. Units always match exactly; there is no unit conversion or inferred alias mapping.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"missing_policy": {
"type": "string",
"description": "Report marks groups with empty values for review. Exclude omits empty values from statistics without this additional group warning. Missing-value counts remain visible in both modes; invalid numeric text is rejected.",
"default": "report",
"enum": [
"report",
"exclude"
],
"maxLength": 120
},
"boundary": {
"type": "string",
"description": "Inclusive accepts values equal to a supplied bound. Exclusive marks equality as out of range. Comparisons use exact unrounded fixed-point values.",
"default": "inclusive",
"enum": [
"inclusive",
"exclusive"
],
"maxLength": 120
},
"rounding_digits": {
"type": "integer",
"description": "Between 0 and 6 decimal places for descriptive statistics. Display rounding never changes specification limits or out-of-range decisions.",
"default": 3,
"minimum": 0,
"maximum": 6
},
"minimum_sample": {
"type": "integer",
"description": "Groups with fewer numeric observations receive a review status. Between 2 and 500; this threshold does not establish statistical confidence or representativeness.",
"default": 5,
"minimum": 2,
"maximum": 500
},
"deviation": {
"type": "string",
"description": "Sample uses n−1 and requires at least two numeric observations. Population uses n and requires at least one. Values describe only the supplied observations; no wider population inference is implied.",
"default": "sample",
"enum": [
"sample",
"population"
],
"maxLength": 120
},
"sort_order": {
"type": "string",
"description": "Source retains the first appearance of each group. Issues first puts review groups first. Feature sorts by supplied feature name and batch. Statistics remain unchanged.",
"default": "source",
"enum": [
"source",
"issues_first",
"feature"
],
"maxLength": 120
},
"include_evidence": {
"type": "string",
"description": "Yes includes the exact first included measurement note for each feature-and-unit group. No hides this display column only; source IDs and model validation remain unchanged.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"detail_filter": {
"type": "string",
"description": "All shows every included group. Issues shows groups with missing or ambiguous specifications, out-of-range values, insufficient numeric sample size or report-mode missing values. Complete summary counts remain unchanged.",
"default": "all",
"enum": [
"all",
"issues"
],
"maxLength": 120
}
}
}
Проверка на последиците от промени по поддържани данни
change_impact
Проследяване на конкретни промени през поддържани зависимости и проверка на засегнати документи, тестове, процеси и отговорни роли без измисляне на връзки на въздействие.
Входни и конфигурационни полета
Основни настройки
elements — Поддържани елементи
CSV заглавия id,name,kind,criticality,approval,owner,description. До 40 уникални идентификатора с главни букви. name и owner: най-много 160 UTF-8 байта; description: 1,200 байта. kind: document,test,process,system. criticality: high,medium,low. approval: approved,draft,unknown. Празен owner е разрешен и остава пропуск. Одобрението е твърдение на източника, а не одобрение, дадено от този инструмент. CSV лимит: 40,000 UTF-8 байта.
Настройки по подразбиране: ""
dependencies — Поддържани зависимости
CSV заглавия id,from,to,evidence. from е предпоставката или предходният елемент; to е зависимият или следващият елемент. До 100 уникални идентификатора и двойки на връзки за проверка на промени, 50 за възстановяване. Двете крайни точки трябва да съществуват. Доказателството е задължително и ограничено до 600 UTF-8 байта. Файл само със заглавия е валиден; липсващи външни отношения не могат да бъдат изведени. CSV лимит: 40,000 UTF-8 байта.
Настройки по подразбиране: ""
changes — Конкретни предложени промени
CSV заглавия id,element,description. До 12 уникални идентификатора на промени с главни букви, всеки свързан със съществуващ елемент. Описание: 1,200 UTF-8 байта. Всеки избран начален елемент трябва да има поне една предоставена промяна. Само промени по избрани начални елементи участват в проверката. CSV лимит: 40,000 UTF-8 байта.
Настройки по подразбиране: ""
start_ids — Идентификатори на начални елементи
От един до осем различни съществуващи идентификатора на елементи, разделени с празни знаци или запетаи. Всеки начален елемент изисква конкретен запис за промяна. Не се приема начален идентификатор, генериран от модела.
Настройки по подразбиране: ""
baseline — Базова версия
Задължителен идентификатор на базова версия до 120 UTF-8 байта. Той обозначава предоставената моментна снимка; инструментът не извлича и не сравнява външна версия.
Настройки по подразбиране: "BASE-1"
Разширени настройки
direction — Посока на обхождане
Напред следва от предпоставка към зависим елемент; назад следва от зависим елемент към предпоставка; двете посоки изследва и двете направления. Обратното обхождане е проверка на зависимости, а не доказателство за въздействие надолу по веригата. Всеки показан път се състои само от предоставени идентификатори на връзки.
forward — Напред · backward — Назад · both — Двете посоки
Настройки по подразбиране: "forward"
max_depth — Максимална дълбочина на пътя
От една до двадесет връзки от всеки променен начален елемент. За всяка промяна и елемент се запазва най-краткият открит път. Граничните връзки се отчитат; неоткритите елементи отвъд лимита не се считат за незасегнати.
Настройки по подразбиране: 10
kind_filter — Филтър за тип на елемента
Филтрира кандидатите за проверка след пълното обхождане на графа. Скритите междинни елементи продължават да участват в пътищата на зависимостите.
all — Всички · document — Документ · test — Тест · process — Процес · system — Система
Настройки по подразбиране: "all"
criticality_filter — Филтър за критичност
Филтрира кандидатите за проверка по изрично предоставената критичност. Планирането на възстановяването все пак включва всички засегнати процеси преди този избор за показване; зависимости с нисък приоритет не могат да изчезнат от плана.
all — Всички · high — Висок · high_medium — Висока и средна
Настройки по подразбиране: "all"
approval_filter — Филтър за одобрение в източника
Филтрира само предоставеното поле approval. approved е обозначение на източника, а не независимо проверено разрешение за освобождаване.
all — Всички · approved — Одобрено в източника · draft — Проект в източника · unknown — Неизвестно
Настройки по подразбиране: "all"
max_items — Максимален брой записи за проверка
ИИ избира точно толкова допустими записи или всички допустими записи, когато остават по-малко. Пълният детерминистичен анализ все пак обхваща всяка предоставена зависимост и засегнат процес. Неизбраните записи не се удостоверяват като незасегнати или възстановени.
Настройки по подразбиране: 10
detail — Подробност на цитатите
Кратките откъси са до 120 знака, подробните до 240. От модела се изисква да предпочита пасажи до 80 знака. Всеки цитат трябва да е точен непрекъснат пасаж на оригиналния език на източника.
brief — Кратко · detailed — Подробно
Настройки по подразбиране: "detailed"
sort_order — Подредба на показване
Пренарежда избраните редове по първоначалната подредба на източника, най-кратката избрана дълбочина на пътя или предоставена критичност. Достижимостта и изборът не се променят.
source — Подредба на източника · depth — Дълбочина на пътя · criticality — Предоставена критичност
Настройки по подразбиране: "depth"
include_gaps — Включване на пропуски в отговорностите и одобренията
Когато е включено, липсващи отговорници, неодобрени обозначения в източника и липсващи достижими записи за документи или тестове пораждат изрични констатации. Предупрежденията за цикли и граница на дълбочината и бележката за проверка остават видими независимо от тази настройка.
Настройки по подразбиране: true
Максимален брой входни байтове UTF-8: 100000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "change_impact",
"text": "{\"elements\":\"id,name,kind,criticality,approval,owner,description\\nS1,Услуга за поръчки,system,high,approved,Екип за платформата,Услугата валидира полетата на входящите поръчки.\\nD1,Ръководство за поръчки,document,medium,draft,Екип за документацията,Ръководството описва задължителните полета на поръчките.\\nT1,Тест за валидиране на поръчки,test,high,approved,Екип по качество,Тестът проверява липсващи задължителни полета на поръчките.\",\"dependencies\":\"id,from,to,evidence\\nL1,S1,D1,Ръководството документира интерфейса на услугата за поръчки.\\nL2,S1,T1,Тестът проверява валидирането на услугата за поръчки.\",\"changes\":\"id,element,description\\nC1,S1,Добавяне на задължителна препратка за доставка към всяка поръчка.\",\"start_ids\":\"S1\",\"direction\":\"forward\",\"max_depth\":10,\"kind_filter\":\"all\",\"criticality_filter\":\"all\",\"approval_filter\":\"all\",\"baseline\":\"BASE-1\",\"max_items\":10,\"detail\":\"detailed\",\"sort_order\":\"depth\",\"include_gaps\":true}"
}
Изграждане на проверима последователност за възстановяване от поддържани зависимости на процеси и задачи, изрични ресурси, симулации на откази и цели RTO/RPO.
Входни и конфигурационни полета
Основни настройки
processes — Критични оперативни и ИТ процеси
CSV заглавия id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description. До 20 уникални идентификатора с главни букви. name и owner: 160 UTF-8 байта; description: 1,200 байта. criticality: high,medium,low. rto_minutes: цяло число 1–10,080; rpo_minutes: цяло число 0–10,080. backup_at е YYYY-MM-DDTHH:MM:00Z или празно и не може да е по-късно от reference_time. Липсващите времена на резервно копие остават неизвестни. Години 2000–2100. CSV лимит: 40,000 UTF-8 байта.
Настройки по подразбиране: ""
dependencies — Поддържани зависимости
CSV заглавия id,from,to,evidence. from е предпоставката или предходният елемент; to е зависимият или следващият елемент. До 100 уникални идентификатора и двойки на връзки за проверка на промени, 50 за възстановяване. Двете крайни точки трябва да съществуват. Доказателството е задължително и ограничено до 600 UTF-8 байта. Файл само със заглавия е валиден; липсващи външни отношения не могат да бъдат изведени. CSV лимит: 40,000 UTF-8 байта.
Настройки по подразбиране: ""
tasks — Поддържани задачи за възстановяване
CSV заглавия id,process,sequence,duration_minutes,resource,units,instruction. До 40 уникални идентификатора на задачи. Идентификаторите на процес и ресурс трябва да съществуват. sequence: цяло число 1–100, уникално в рамките на всеки процес; duration_minutes: цяло число 1–10,080; units: цяло число 1–100. Инструкции: 1,200 UTF-8 байта. Файл само със заглавия е валиден и води до блокиращи липсващи задачи. Всички задачи на всеки засегнат процес се планират последователно; никоя не се измисля или изпълнява. CSV лимит: 40,000 UTF-8 байта.
Настройки по подразбиране: ""
resources — Ресурси за възстановяване
CSV заглавия id,name,capacity. До 20 уникални идентификатора на ресурси с главни букви. name: 160 UTF-8 байта; capacity: цяло число 1–100 едновременни единици. Капацитетът е предоставен, а не проверен. CSV лимит: 40,000 UTF-8 байта.
Настройки по подразбиране: ""
failed_processes — Идентификатори на симулирано отказали процеси
От един до двадесет различни съществуващи идентификатора на процеси, разделени с празни знаци или запетаи. Всички зависими процеси надолу по веригата се включват транзитивно. Незасегнатите предпоставки се приемат за налични; липсващите отношения остават ограничение на доказателствата.
Настройки по подразбиране: ""
reference_time — Изрично референтно време в UTC
YYYY-MM-DDTHH:MM:00Z, години 2000–2100. Това е нулевата минута на симулирания отказ и референтната точка за възрастта на резервното копие. Секундите трябва да са 00. Не се предполага текущ времеви печат.
Настройки по подразбиране: "2026-11-03T09:00:00Z"
Разширени настройки
unavailable_resources — Идентификатори на симулирано недостъпни ресурси
От нула до двадесет различни съществуващи идентификатора на ресурси, разделени с празни знаци или запетаи. Посочените ресурси имат нулев ефективен капацитет. Празна стойност означава, че няма допълнителна симулирана недостъпност на ресурси.
Настройки по подразбиране: ""
horizon_minutes — Хоризонт на планиране в минути
От една до 10,080 минути от изричното референтно време. Процес, чиито задачи не могат да приключат изцяло в хоризонта, е блокиран; частичните резервации се отменят и не се представят като завършено възстановяване.
Настройки по подразбиране: 480
priority_order — Приоритет при планиране на възстановяването
Готовите процеси се избират по предоставена критичност, най-кратко RTO или подредба на източника. Всеки процес изчаква всички засегнати предпоставки. Ресурсните резервации използват детерминистичен жаден график с най-ранно побиране; резултатът не е глобално оптимален график.
Цяло число от 1 до 100 намалява всеки предоставен ресурсен капацитет, закръглен надолу до цели единици. Симулирано недостъпните ресурси остават с нула. Задачите, изискващи повече единици, се блокират; капацитетът никога не се надвишава мълчаливо.
Настройки по подразбиране: 100
rto_margin_minutes — Предпазен резерв за RTO в минути
От нула до 1,440 минути се добавят към изчисления край на всеки процес при сравнение с целта му RTO. Този резерв за сравнение не резервира ресурси и не променя графика на задачите.
Настройки по подразбиране: 0
rpo_policy — Политика за възрастта на резервното копие
Предупреждение запазва възможността за планиране на предоставените задачи за възстановяване, като отбелязва липсващи или твърде стари доказателства за резервно копие. Блокиране не допуска планиране на процеса, когато възрастта на резервното копие е неизвестна или надвишава RPO; зависимите процеси надолу по веригата също се блокират. Времевите печати на резервните копия не доказват целостта им или действителна загуба на данни.
warn — Предупреждение за пропуски в резервните копия · block — Блокиране при пропуски в резервните копия
Настройки по подразбиране: "warn"
criticality_filter — Филтър за критичност
Филтрира кандидатите за проверка по изрично предоставената критичност. Планирането на възстановяването все пак включва всички засегнати процеси преди този избор за показване; зависимости с нисък приоритет не могат да изчезнат от плана.
all — Всички · high — Висок · high_medium — Висока и средна
Настройки по подразбиране: "all"
max_items — Максимален брой записи за проверка
ИИ избира точно толкова допустими записи или всички допустими записи, когато остават по-малко. Пълният детерминистичен анализ все пак обхваща всяка предоставена зависимост и засегнат процес. Неизбраните записи не се удостоверяват като незасегнати или възстановени.
Настройки по подразбиране: 10
detail — Подробност на цитатите
Кратките откъси са до 120 знака, подробните до 240. От модела се изисква да предпочита пасажи до 80 знака. Всеки цитат трябва да е точен непрекъснат пасаж на оригиналния език на източника.
brief — Кратко · detailed — Подробно
Настройки по подразбиране: "detailed"
sort_order — Подредба на показване
Сортира избраните редове за процеси по изчислено начално време с блокираните редове накрая или по първоначалната подредба на източника. Не променя графика за възстановяване.
schedule — Планирано начало · source — Подредба на източника
Настройки по подразбиране: "schedule"
Максимален брой входни байтове UTF-8: 100000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "recovery_plan",
"text": "{\"processes\":\"id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description\\nP1,База данни за поръчки,high,60,60,2026-11-03T08:30:00Z,Екип за базата данни,Възстановяване на поддържаната база данни за поръчки преди рестартиране на приемането на поръчки.\\nP2,Приемане на поръчки,high,120,60,2026-11-03T08:30:00Z,Екип за услугата,Приемането на поръчки изисква базата данни за поръчки да е достъпна.\",\"dependencies\":\"id,from,to,evidence\\nL1,P1,P2,Приемането на поръчки чете и записва в базата данни за поръчки.\",\"tasks\":\"id,process,sequence,duration_minutes,resource,units,instruction\\nT1,P1,1,30,R1,1,Възстановяване на одобреното резервно копие на базата данни и записване на резултата от валидирането.\\nT2,P2,1,20,R1,1,Рестартиране на поддържаната услуга за приемане на поръчки след проверката на базата данни.\",\"resources\":\"id,name,capacity\\nR1,Оператор за възстановяване,1\",\"failed_processes\":\"P1\",\"unavailable_resources\":\"\",\"reference_time\":\"2026-11-03T09:00:00Z\",\"horizon_minutes\":480,\"priority_order\":\"criticality\",\"capacity_percent\":100,\"rto_margin_minutes\":0,\"rpo_policy\":\"warn\",\"criticality_filter\":\"all\",\"max_items\":10,\"detail\":\"detailed\",\"sort_order\":\"schedule\"}"
}
Сравняване на работни материали с изрични критерии и нива на изпълнение, преглед на точни цитати и изчисляване на резултати от оценки от хора.
Входни и конфигурационни полета
Основни настройки
criteria — CSV с критерии на оценъчната рубрика
Заглавки id,name,weight,definition. Най-много 8 уникални критерия. ID използват главни букви, цифри, долни черти или тирета, започват с буква и съдържат най-много 24 знака. name: 120 байта UTF-8; definition: 300 байта. weight е цяло число от 1 до 1000. Приемат се най-много 60 двойки доказателство–критерий. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
levels — CSV с нива на изпълнение
Заглавки id,criterion,points,descriptor. Между 2 и 4 нива на критерий и най-много 32 общо. Всеки ID на критерий трябва да съществува. points е цяло число от 0 до 1000, уникално за съответния критерий; максимумът трябва да е положителен. descriptor: 300 байта UTF-8. ID са уникални в цялата таблица с нива. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
evidence — CSV с доказателства от работни материали
Заглавки id,name,text. Най-много 10 работни материала с уникални идентификатори, име до 120 байта UTF-8 и текст на доказателствата до 1 200 байта. Инструментът подпомага прегледа на подадени работни материали, а не вземането на решения със значими последици за хора. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
ratings — CSV с подадени оценки от хора
Заглавки id,evidence,criterion,level. Незадължителни редове, най-много 80; файл само със заглавка е валиден. Всички препратки трябва да съществуват и нивото трябва да принадлежи към съответния критерий. Най-много една подадена оценка от човек на двойка доказателство–критерий. Това са входни записи, а не одобрения с потвърдена самоличност. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
definitions_approved — Потвърждаване на подадените дефиниции
Изричното потвърждение се отнася за точно тези дефиниции на критерии и нива на изпълнение или точно тази кодова книга. Промяната на която и да е дефиниция изисква ново потвърждение. То не одобрява резултат на ИИ.
no — Непотвърдено · yes — Потвърдено за този преглед
Настройки по подразбиране: "no"
version — Потвърдена версия на дефинициите
Задължителен етикет на версията на източника с най-много 120 байта UTF-8. Инструментът не извлича и не проверява външна версия.
Настройки по подразбиране: "VERSION-1"
Разширени настройки
detail — Подробност на цитатите
Кратките цитати са до 60 знака, подробните до 120. Всеки цитат трябва да бъде точен непрекъснат пасаж от източника. Източниците никога не се пренаписват или превеждат.
brief — Кратко · detailed — Подробно
Настройки по подразбиране: "detailed"
sort_order — Ред на резултатите
Редът на източниците следва първата поява на подадения източник; редът по идентификатор сортира по ID на източника. В рамките на един източник първоначалният предложен ред на критериите или кодовете остава непроменен. Сортирането не променя изчисленията или предупрежденията.
source — Ред на източниците · id — Идентификатор на източника
Настройки по подразбиране: "source"
weight_mode — Претегляне на критериите
Подадените тегла използват всяко положително целочислено тегло. Еднаквите тегла използват тегло 1 за всеки критерий. Точките от човек се делят на максималните подадени точки на ниво за съответния критерий, след което се комбинират чрез тези тегла.
supplied — Подадени тегла на критериите · equal — Еднакви тегла на критериите
Настройки по подразбиране: "supplied"
missing_rating — Правило при липсваща оценка от човек
Режимът incomplete не показва общ резултат, докато за всички критерии няма подадена оценка от човек. Режимът zero изрично отчита липсваща оценка от човек като нула, като запазва предупреждението за липсваща оценка. Предложенията на ИИ никога не участват в общия резултат.
incomplete — Показване на непълен резултат · zero — Отчитане на липсващите оценки от хора като нула
Настройки по подразбиране: "incomplete"
score_scale — Скала на общия резултат
Цяло число от 1 до 1000. Нормализираният претеглен резултат от човешки оценки се умножава по тази скала. Това е числова скала за показване, а не оценка или праг за успешно преминаване.
Настройки по подразбиране: 100
rounding_digits — Десетични знаци на резултата
От 0 до 4 десетични знака. Точната рационална аритметика се закръглява с половините нагоре едва при окончателното показване; не се използват резултати с двоична плаваща запетая.
Настройки по подразбиране: 2
level_order — Ред на показваните нива на изпълнение
Описанията на подадените нива за всеки критерий се сортират по точки във възходящ или низходящ ред. Дефиницията на оценяването и предложението на ИИ остават непроменени.
ascending — Точки във възходящ ред · descending — Точки в низходящ ред
Настройки по подразбиране: "ascending"
Максимален брой входни байтове UTF-8: 80000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "assessment_rubrics",
"text": "{\"criteria\":\"id,name,weight,definition\\nC1,Проследимост,2,Твърденията са свързани с разпознаваеми изходни записи.\\nC2,Яснота,1,Методът и ограниченията му са посочени изрично.\",\"levels\":\"id,criterion,points,descriptor\\nL1,C1,0,Не е предоставен разпознаваем подкрепящ източник.\\nL2,C1,2,Основното твърдение цитира разпознаваем изходен запис.\\nL3,C2,0,Липсват методът или неговите ограничения.\\nL4,C2,2,Методът и поне едно ограничение са изрични.\",\"evidence\":\"id,name,text\\nE1,Доклад от работилница,Заключението използва запис DATA-7. Методът сравнява две проби и не може да установи причинност.\",\"ratings\":\"id,evidence,criterion,level\\nH1,E1,C1,L2\",\"definitions_approved\":\"yes\",\"version\":\"RUBRIC-1\",\"detail\":\"detailed\",\"sort_order\":\"source\",\"weight_mode\":\"supplied\",\"missing_rating\":\"incomplete\",\"score_scale\":100,\"rounding_digits\":2,\"level_order\":\"ascending\"}"
}
Преглед на резюмета по изрични критерии за включване и изключване, запазване на цитатите и показване на разногласията между оценителите преди подбора.
Входни и конфигурационни полета
Основни настройки
records — CSV с подадени записи на публикации
Заглавки id,title,year,language,text. Най-много 15 уникални записа; title: 200 байта UTF-8; text: 1 200 байта. year е 1900–2100. language е точен езиков таг от две или три малки букви с незадължителен регион с главни букви. Подават се резюме или ограничен откъс от пълен текст; не се извлича публикация. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
criteria — CSV с критерии за предварителен подбор
Заглавки id,kind,definition. Най-много 8 уникални критерия. kind е include или exclude; definition: 300 байта UTF-8. Приемат се най-много 60 двойки запис–критерий. Всеки критерий се преглежда за всеки подаден запис. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
reviews — CSV с подадени прегледи от хора
Заглавки id,record,reviewer,decision,note. Незадължителни редове, най-много 30; файл само със заглавка е валиден. record трябва да съществува; reviewer е ID с главни букви. decision е include, exclude или unclear. note: 300 байта UTF-8, може да е празно. Най-много двама различни оценители на запис и един ред на двойка оценител–запис. Самоличностите на оценителите са етикети, а не проверени профили. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
definitions_approved — Потвърждаване на подадените дефиниции
Изричното потвърждение се отнася за точно тези дефиниции на критерии и нива на изпълнение или точно тази кодова книга. Промяната на която и да е дефиниция изисква ново потвърждение. То не одобрява резултат на ИИ.
no — Непотвърдено · yes — Потвърдено за този преглед
Настройки по подразбиране: "no"
version — Потвърдена версия на дефинициите
Задължителен етикет на версията на източника с най-много 120 байта UTF-8. Инструментът не извлича и не проверява външна версия.
Настройки по подразбиране: "VERSION-1"
Разширени настройки
detail — Подробност на цитатите
Кратките цитати са до 60 знака, подробните до 120. Всеки цитат трябва да бъде точен непрекъснат пасаж от източника. Източниците никога не се пренаписват или превеждат.
brief — Кратко · detailed — Подробно
Настройки по подразбиране: "detailed"
sort_order — Ред на резултатите
Редът на източниците следва първата поява на подадения източник; редът по идентификатор сортира по ID на източника. В рамките на един източник първоначалният предложен ред на критериите или кодовете остава непроменен. Сортирането не променя изчисленията или предупрежденията.
source — Ред на източниците · id — Идентификатор на източника
Настройки по подразбиране: "source"
year_from — Първа година на публикуване
Включителна долна граница от 1900 до 2100. Записите извън диапазона остават в резултата с изричен сигнал.
Настройки по подразбиране: 2000
year_to — Последна година на публикуване
Включителна горна граница от 1900 до 2100; не може да предхожда долната граница. Година не се извежда от текста на източника.
Настройки по подразбиране: 2100
languages — Разрешени подадени езикови тагове
Незадължителен списък с най-много 12 точни тага, разделени със запетаи, например en,de,pl. Таговете използват две или три малки букви и незадължителен регион с главни букви, например en-GB. Празна стойност изключва тази проверка на метаданните. Не се извършва превод или разпознаване на езика.
Настройки по подразбиране: ""
reviewer_policy — Необходими оценители
Изискват се един или двама различни подадени оценители за всеки запис. Липсващи оценители, разногласия и неясни решения се отбелязват независимо от предложенията на ИИ за критериите.
one — Един оценител · two — Двама оценители
Настройки по подразбиране: "two"
duplicate_policy — Преглед на дублирани заглавия
Опцията flag сравнява заглавията след премахване на крайните интервали, нормализиране на интервалите и преобразуване на Unicode в малки букви. Опцията ignore изключва само тази евристика за дублирани заглавия. Никой запис не се премахва или слива.
flag — Отбелязване за преглед · ignore — Пропускане на сигналите за дублирани заглавия
Настройки по подразбиране: "flag"
screening_stage — Деклариран обхват на подадените доказателства
В заявката към модела и в отчета разграничава подаден материал със заглавие и резюме от подадени откъси от пълни текстове. Нито една настройка не извлича публикация и не установява пълнотата на откъса.
title_abstract — Подадено заглавие и резюме · supplied_full_text — Подаден откъс от пълен текст
Настройки по подразбиране: "title_abstract"
Максимален брой входни байтове UTF-8: 80000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "literature_screening",
"text": "{\"records\":\"id,title,year,language,text\\nR1,Сравнение на обучение в работилници,2024,en,Изследването сравнява две учебни групи с пълнолетни участници. Разпределението не е рандомизирано.\\nR2,Сравнение на обучение в работилници,2023,en,Докладът описва една учебна група без сравнителна група.\",\"criteria\":\"id,kind,definition\\nC1,include,Описана е сравнителна група.\\nC2,exclude,Участниците са деца.\",\"reviews\":\"id,record,reviewer,decision,note\\nV1,R1,REVIEWER1,include,Описана е сравнителна група.\\nV2,R1,REVIEWER2,unclear,Проверка дали сравнението отговаря на протокола.\",\"definitions_approved\":\"yes\",\"version\":\"PROTOCOL-1\",\"detail\":\"detailed\",\"sort_order\":\"source\",\"year_from\":2020,\"year_to\":2026,\"languages\":\"en\",\"reviewer_policy\":\"two\",\"duplicate_policy\":\"flag\",\"screening_stage\":\"title_abstract\"}"
}
Присвояване на кодове на сегменти от интервюта с точни цитати, преглед на некодирани пасажи и противоречиви предложения, броене на сегменти или интервюта.
Входни и конфигурационни полета
Основни настройки
segments — CSV със сегменти от интервюта
Заглавки id,interview,speaker,text. Най-много 20 уникални сегмента. interview е ID с главни букви; speaker е подаден етикет до 80 байта UTF-8; text: 1 200 байта. Всички ID започват с буква и използват главни букви, цифри, долни черти или тирета, най-много 24 знака. Където е подходящо, се използват псевдонимни етикети. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
codebook — CSV с потвърдена кодова книга
Заглавки id,name,definition,exclusion,group. Най-много 12 уникални ID на кодове. name: 120 байта UTF-8; definition и exclusion: по 300 байта. exclusion може да е празно. Непразен ID на group с главни букви обозначава взаимно изключващи се кодове. Празна group означава липса на група за взаимно изключване. Кодовата книга определя границите на интерпретацията; не се измисля нов код. Всеки CSV е ограничен до 24 000 байта UTF-8; изискват се точни заглавки, разделени със запетаи, и правилно ограждане с кавички в CSV. Връзки, кодирани URL адреси, маркиране и управляващи знаци се отхвърлят.
Настройки по подразбиране: ""
definitions_approved — Потвърждаване на подадените дефиниции
Изричното потвърждение се отнася за точно тези дефиниции на критерии и нива на изпълнение или точно тази кодова книга. Промяната на която и да е дефиниция изисква ново потвърждение. То не одобрява резултат на ИИ.
no — Непотвърдено · yes — Потвърдено за този преглед
Настройки по подразбиране: "no"
version — Потвърдена версия на дефинициите
Задължителен етикет на версията на източника с най-много 120 байта UTF-8. Инструментът не извлича и не проверява външна версия.
Настройки по подразбиране: "VERSION-1"
Разширени настройки
detail — Подробност на цитатите
Кратките цитати са до 60 знака, подробните до 120. Всеки цитат трябва да бъде точен непрекъснат пасаж от източника. Източниците никога не се пренаписват или превеждат.
brief — Кратко · detailed — Подробно
Настройки по подразбиране: "detailed"
sort_order — Ред на резултатите
Редът на източниците следва първата поява на подадения източник; редът по идентификатор сортира по ID на източника. В рамките на един източник първоначалният предложен ред на критериите или кодовете остава непроменен. Сортирането не променя изчисленията или предупрежденията.
source — Ред на източниците · id — Идентификатор на източника
Настройки по подразбиране: "source"
coding_mode — Режим на кодиране
Режимът single допуска най-много един предложен код на сегмент и изисква максималният брой кодове да бъде 1. Режимът multiple допуска няколко различни подадени кода до зададения максимум.
single — Един код на сегмент · multiple — Няколко кода на сегмент
Настройки по подразбиране: "multiple"
max_codes — Максимален брой кодове на сегмент
Цяло число от 1 до 3. Всеки предложен код изисква собствен точен цитат от съответния сегмент. Повтарящи се кодове се отхвърлят; празните масиви от кодове остават изрично некодирани.
Настройки по подразбиране: 3
speaker_filter — Точен филтър по говорещ
Незадължителен точен подаден етикет на говорещия, до 80 байта UTF-8. Не се извежда самоличност. Броят на изключените сегменти остава видим.
Настройки по подразбиране: ""
interview_filter — Точен филтър по интервю
Незадължителен съществуващ ID на интервю. Двата филтъра се комбинират; празна крайна селекция се отхвърля. Никой изключен сегмент не се изпраща на модела.
Настройки по подразбиране: ""
minimum_count — Праг за преглед при ниска честота
Цяло число от 1 до 20, приложено към избраната единица за броене. Кодовете под прага се отбелязват, включително неизползваните; никакви редове не се скриват.
Настройки по подразбиране: 2
count_mode — Единица за честота на кода
Опцията segments брои всеки сегмент най-много веднъж за даден код. Опцията interviews брои всеки подаден ID на интервю най-много веднъж за даден код, дори когато съответстват няколко сегмента. Нито един брой не е оценка за популацията.
segments — Различни сегменти · interviews — Различни интервюта
Настройки по подразбиране: "segments"
uncoded_policy — Обработка на некодирани сегменти
Опцията flag добавя констатация за преглед на некодираните сегменти. Опцията report запазва некодираните редове в резултата без тази допълнителна констатация. Никога не се измисля подкрепящ цитат или код.
flag — Отбелязване за преглед · report — Показване на некодираните редове без допълнителен сигнал
Настройки по подразбиране: "flag"
Максимален брой входни байтове UTF-8: 80000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "interview_coding",
"text": "{\"segments\":\"id,interview,speaker,text\\nS1,I1,Участник A,Контролният списък за предаване ми помогна да открия липсващите файлове.\\nS2,I1,Участник A,Все още имах нужда колега да обясни стъпката за одобрение.\\nS3,I2,Участник B,Процесът се провежда всеки понеделник.\",\"codebook\":\"id,name,definition,exclusion,group\\nC1,Полезни насоки,\\\"Изрично описание на насоки, помогнали за завършване на работата.\\\",Неутрално споменаване без съобщена помощ.,\\nC2,Неясно одобрение,Изрична нужда от изясняване на процедурата за одобрение.,\\\"Изказване, че одобрението вече е било ясно.\\\",APPROVAL\\nC3,Ясно одобрение,\\\"Изрично изказване, че процедурата за одобрение е била ясна.\\\",Молба за помощ при разбирането на одобрението.,APPROVAL\",\"definitions_approved\":\"yes\",\"version\":\"CODEBOOK-1\",\"detail\":\"detailed\",\"sort_order\":\"source\",\"coding_mode\":\"multiple\",\"max_codes\":3,\"speaker_filter\":\"\",\"interview_filter\":\"\",\"minimum_count\":2,\"count_mode\":\"segments\",\"uncoded_policy\":\"flag\"}"
}
Мащабиране на количества по рецепта, прилагане на изрични добиви, обединяване на еквивалентни съставки и изчисляване на цели опаковки с източници.
Входни и конфигурационни полета
Основни настройки
ingredients — Съставки на рецептата
Най-много 30 реда. ingredient_key идентифицира изрично еквивалентна съставка; имената не установяват еквивалентност. quantity и pack_size използват единицата на реда. yield_percent е запазеният процент след подаденото допускане за загуби. Празно pack_size оставя покупката нерешена. Бележките са ограничени до 160 байта UTF-8.
base_portions — Базови порции
Положително десетично число до 10000; броят порции, представен от първоначалната рецепта.
Настройки по подразбиране: "4"
target_portions — Целеви порции
Положително десетично число до 10000; използва се само в режим на съотношение на порциите.
Настройки по подразбиране: "8"
Разширени настройки
scaling_mode — Метод на мащабиране
Използва се броят целеви порции, разделен на базовите порции, или изричният коефициент. И двете входни полета продължават да се проверяват строго.
portions — Съотношение на порциите · factor — Изричен коефициент
Настройки по подразбиране: "portions"
scale_factor — Изричен коефициент на мащабиране
Положително десетично число до 100; използва се само в режим на изричен коефициент.
Настройки по подразбиране: "2"
apply_yield — Прилагане на подадените добиви
Мащабираното нетно количество се дели на подадения дял на добива за всеки ред. Изключеният режим третира подаденото количество като необходимото количество преди резерва.
yes — Включено · no — Изключено
Настройки по подразбиране: "yes"
reserve_percent — Процент резерв
Неотрицателно десетично число от 0 до 100, приложено към изчислената потребност от материал преди закръгляването на опаковките.
Настройки по подразбиране: "0"
aggregation — Обединяване на съставки
Обединяват се само равни стойности на ingredient_key със съвместими размерности или всеки изходен ред се запазва отделно. Различни размерности за маса и обем под един обединен ключ се отхвърлят.
ingredient — Обединяване на съвпадащи ключове на съставки · source — Ред на източниците
Настройки по подразбиране: "ingredient"
unit_display — Показвани единици за количество
Използват се базовите единици за маса и обем или се преобразуват в kg и L. Бройките остават pcs.
base — g, ml и pcs · large — kg, L и pcs
Настройки по подразбиране: "base"
purchase_packs — Изчисляване на цели опаковки
Точната потребност се закръглява нагоре до цели подадени опаковки. Липсващите или противоречиви размери на опаковките остават видими; не се прави покупка.
yes — Включено · no — Изключено
Настройки по подразбиране: "yes"
rounding_digits — Показвани десетични знаци
Показване от нула до шест десетични знака. Точните сравнения и закръгляването на цели опаковки използват незакръглени стойности.
Настройки по подразбиране: 3
rounding_mode — Закръгляване за показване
Половините се закръгляват нагоре или всеки положителен остатък се закръглява нагоре. Това засяга само показването.
half_up — Закръгляване на половините нагоре · up — Закръгляване нагоре
Настройки по подразбиране: "half_up"
sort_order — Ред на резултатите
Запазва се редът на източниците или първо се показват редовете с пропуски в изчисленията и сигнали от ИИ за преглед.
source — Ред на източниците · issues_first — Първо сигналите за преглед
Настройки по подразбиране: "source"
include_evidence — Показване на точните изходни бележки
Точните изходни бележки се включват в таблицата и експортите или се запазват само идентификаторите на записите. Проверката на източниците винаги остава активна.
yes — Включено · no — Изключено
Настройки по подразбиране: "yes"
Максимален брой входни байтове UTF-8: 160000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "recipe_scaling",
"text": "{\"ingredients\":\"id,ingredient_key,name,quantity,unit,yield_percent,pack_size,note\\nI1,FLOUR,Брашно,0.5,kg,100,1,Видът брашно остава непроменен.\\nI2,CARROT,Моркови,300,g,80,500,Добивът включва подадения резерв за почистване.\\nI3,FLOUR,Брашно за поръсване,100,g,100,1000,Същият запас брашно като I1.\",\"base_portions\":\"4\",\"target_portions\":\"10\",\"scaling_mode\":\"portions\",\"scale_factor\":\"2\",\"apply_yield\":\"yes\",\"reserve_percent\":\"10\",\"aggregation\":\"ingredient\",\"unit_display\":\"base\",\"purchase_packs\":\"yes\",\"rounding_digits\":3,\"rounding_mode\":\"half_up\",\"sort_order\":\"source\",\"include_evidence\":\"yes\"}"
}
Преобразуване на размери на правоъгълни помещения в площи и потребности от материали чрез подадени покривност, слоеве, резерв и размери на опаковки.
Входни и конфигурационни полета
Основни настройки
rooms — Размери на помещенията
Най-много 20 правоъгълни помещения. Всеки ред задава един подаден продукт за целевата му повърхност. Всички размери използват избраната обща единица. За различна повърхност или продукт е необходим отделен ред.
openings — Размери на отворите
Най-много 40 отвора, свързани с room_id. Ширина × височина × брой се приспада само от стените при включено изваждане. CSV само със заглавка означава липса на отвори. Геометрията и припокриването на отворите не се извеждат.
products — Дефиниции на покривността на продуктите
Най-много 20 продукта. target е floor, ceiling или walls; coverage е m² на L или kg за слой. unit е L или kg. Празно pack_size оставя покупката нерешена. Всички норми са подадени допускания, а не извлечени спецификации.
dimension_unit — Мерна единица
m, cm или mm се прилага последователно към всеки размер на помещение и отвор. Изходът използва m и m².
m — m · cm — cm · mm — mm
Настройки по подразбиране: "m"
Разширени настройки
opening_policy — Приспадания за отвори
Свързаните правоъгълни отвори се приспадат от площта на стените или се запазва брутната площ. Изчисленията за подове и тавани не приспадат отвори.
subtract — Приспадане от стените · ignore — Запазване на брутната площ на стените
Настройки по подразбиране: "subtract"
reserve_percent — Процент резерв
Неотрицателно десетично число от 0 до 100, приложено към изчислената потребност от материал преди закръгляването на опаковките.
Настройки по подразбиране: "10"
coats_mode — Източник на броя слоеве
Използва се подаденият брой слоеве за всеки продукт или един изричен общ брой слоеве.
product — Обединяване по продукт · global — Общ брой слоеве
Настройки по подразбиране: "product"
coats — Общ брой слоеве
Цяло число от 1 до 10, използвано само когато е избран общият източник за броя слоеве.
Настройки по подразбиране: 2
purchase_packs — Изчисляване на цели опаковки
Точната потребност се закръглява нагоре до цели подадени опаковки. Липсващите или противоречиви размери на опаковките остават видими; не се прави покупка.
yes — Включено · no — Изключено
Настройки по подразбиране: "yes"
pack_scope — Обхват на закръгляването на опаковките
Потребностите за всеки продукт се обединяват преди закръгляване до цели опаковки или всяко помещение се закръглява отделно. Наличности не се приспадат автоматично.
product — Обединяване по продукт · room — Отделно закръгляване за всяко помещение
Настройки по подразбиране: "product"
rounding_digits — Показвани десетични знаци
Показване от нула до шест десетични знака. Точните сравнения и закръгляването на цели опаковки използват незакръглени стойности.
Настройки по подразбиране: 3
rounding_mode — Закръгляване за показване
Половините се закръгляват нагоре или всеки положителен остатък се закръглява нагоре. Това засяга само показването.
half_up — Закръгляване на половините нагоре · up — Закръгляване нагоре
Настройки по подразбиране: "half_up"
sort_order — Ред на резултатите
Запазва се редът на източниците или първо се показват редовете с пропуски в изчисленията и сигнали от ИИ за преглед.
source — Ред на източниците · issues_first — Първо сигналите за преглед
Настройки по подразбиране: "source"
include_evidence — Показване на точните изходни бележки
Точните изходни бележки се включват в таблицата и експортите или се запазват само идентификаторите на записите. Проверката на източниците винаги остава активна.
yes — Включено · no — Изключено
Настройки по подразбиране: "yes"
Максимален брой входни байтове UTF-8: 160000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "room_quantities",
"text": "{\"rooms\":\"id,name,length,width,height,product_id,note\\nR1,Работилница,5,4,2.5,P1,Проверка на размерите на стените преди поръчка.\\nR2,Склад,3,2,2.5,P1,Използва се същото подадено покритие за стени.\",\"openings\":\"id,room_id,width,height,quantity,note\\nO1,R1,1,2,1,Отвор за врата.\\nO2,R1,1.5,1,2,Два прозореца.\",\"products\":\"id,name,target,coverage,unit,pack_size,coats,note\\nP1,Покритие за стени,walls,10,L,5,2,Покривността е подадена планова стойност за слой.\",\"dimension_unit\":\"m\",\"opening_policy\":\"subtract\",\"reserve_percent\":\"10\",\"coats_mode\":\"product\",\"coats\":2,\"purchase_packs\":\"yes\",\"pack_scope\":\"product\",\"rounding_digits\":3,\"rounding_mode\":\"half_up\",\"sort_order\":\"source\",\"include_evidence\":\"yes\"}"
}
Преглед на разстоянията между културите и сеитбооборота
crop_planning
Изчисляване на правоъгълни капацитети за засаждане и преглед на конфликти на заетост, интервали за семейства и липсваща история без измислени правила.
Входни и конфигурационни полета
Основни настройки
beds — Измерени лехи
Най-много 20 правоъгълни лехи. Всеки ред има собствена единица m, cm или mm. За проверките на конфликти едно засаждане заема цялата посочена леха.
plantings — Планирани култури
Най-много 30 засаждания с включителни начални и крайни дати. family е изричен ключ с главни букви, а не ботаническа класификация, изведена от името на културата. Разстоянията използват избраната обща единица.
history — Записани предишни култури
Най-много 40 исторически записа с включителни дати. Допуска се CSV само със заглавка. Записите се проверяват за припокриване и интервали в едно и също семейство; липсваща външна история не може да се възстанови.
rules — Подадени интервали за семействата
Най-много 20 уникални правила за семейства. break_days е цяло число от 0 до 3650, което брои пълни свободни дни. Допуска се CSV само със заглавка; липсващите правила остават видими в режим на изрични правила.
Разширени настройки
spacing_unit — Единица за разстоянията и крайния отстъп
m, cm или mm се прилага към разстоянията между растенията и редовете и към общия краен отстъп. Размерите на лехите запазват собствените си изрично подадени единици.
m — m · cm — cm · mm — mm
Настройки по подразбиране: "cm"
edge_margin — Краен отстъп от всяка страна
Неотрицателно десетично число до 10000 в единицата за разстояние. Двойният размер на този отстъп се премахва от двата размера на лехата преди преброяване на местата.
Настройки по подразбиране: "0"
path_percent — Планов резерв за пътеки
Неотрицателно десетично число от 0 до 100. Броят места в правоъгълната мрежа се намалява с този процент и се закръглява надолу. Това е общ резерв, а не геометрична схема на пътеките.
Настройки по подразбиране: "0"
rotation_mode — Източник на правилата за сеитбооборот
Използват се изрични правила за всяко семейство или подаденият общ интервал. Агрономически интервал не се извежда автоматично.
rules — Изрични правила за семейства · default — Общ подаден интервал
Настройки по подразбиране: "rules"
default_break_days — Общ интервал на свободните дни
Цяло число от 0 до 3650, използвано само в режим на общ интервал. Интервалът се отнася за един и същ подаден ключ на семейство.
Настройки по подразбиране: 365
overlap_policy — Бройки при конфликти на заетостта
Проектните капацитети се запазват с изрични предупреждения за припокриване или броят за засегнатите засаждания се задава на нула. Припокриванията с подадената история също се отчитат.
flag — Отбелязване на конфликтите със запазване на проектните бройки · block_count — Потискане на бройките за припокриващи се засаждания
Настройки по подразбиране: "flag"
history_status — Декларация за историческо покритие
Декларира се дали подадените исторически записи са пълни за предвидения преглед. Тази декларация не проверява външни записи.
complete — Декларирано като пълно · incomplete — Декларирано като непълно
Настройки по подразбиране: "incomplete"
date_from — Начало на периода за показване
Незадължителна дата YYYY-MM-DD от 2000 до 2100. Включват се засажданията, които се припокриват с периода за показване; всички подадени записи продължават да участват в проверките на конфликти.
Настройки по подразбиране: ""
date_to — Край на периода за показване
Незадължителна включителна крайна дата YYYY-MM-DD от 2000 до 2100. Празна стойност означава липса на горна граница за показване.
Настройки по подразбиране: ""
rounding_digits — Показвани десетични знаци
Показване от нула до шест десетични знака. Точните сравнения и закръгляването на цели опаковки използват незакръглени стойности.
Настройки по подразбиране: 3
sort_order — Ред на резултатите
Запазва се редът на източниците или първо се показват редовете с пропуски в изчисленията и сигнали от ИИ за преглед.
source — Ред на източниците · issues_first — Първо сигналите за преглед
Настройки по подразбиране: "source"
include_evidence — Показване на точните изходни бележки
Точните изходни бележки се включват в таблицата и експортите или се запазват само идентификаторите на записите. Проверката на източниците винаги остава активна.
yes — Включено · no — Изключено
Настройки по подразбиране: "yes"
Максимален брой входни байтове UTF-8: 160000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "crop_planning",
"text": "{\"beds\":\"id,name,length,width,unit,note\\nB1,Северна леха,4,1.2,m,Измерена правоъгълна леха.\\nB2,Южна леха,3,1,m,Отделна площ за засаждане.\",\"plantings\":\"id,bed_id,crop,family,start,end,row_spacing,plant_spacing,note\\nC1,B1,Моркови,APIACEAE,2027-03-01,2027-06-30,30,10,Проверка на подаденото междуредово разстояние.\\nC2,B1,Цвекло,AMARANTHACEAE,2027-06-15,2027-09-30,30,15,Планираните дати се припокриват с предишната култура.\\nC3,B2,Грах,FABACEAE,2027-03-01,2027-06-01,40,10,Преглед на наличната история.\",\"history\":\"id,bed_id,family,start,end,note\\nH1,B1,APIACEAE,2026-03-01,2026-08-31,Записана предишна култура.\",\"rules\":\"id,family,break_days,note\\nT1,APIACEAE,365,Изрично подаден интервал.\\nT2,AMARANTHACEAE,180,Изрично подаден интервал.\",\"spacing_unit\":\"cm\",\"edge_margin\":\"0\",\"path_percent\":\"10\",\"rotation_mode\":\"rules\",\"default_break_days\":365,\"overlap_policy\":\"flag\",\"history_status\":\"incomplete\",\"date_from\":\"\",\"date_to\":\"\",\"rounding_digits\":3,\"sort_order\":\"source\",\"include_evidence\":\"yes\"}"
}
Сравняване на декларирани състояния на сцени с поддържани правила за континуитет и проверка на точни доказателства с отделна оценка от ИИ.
Входни и конфигурационни полета
Основни настройки
scenes — Сцени
Колони в CSV id,day,order,text. Най-много 40 сцени; day и order са цели числа 1–999 и всяка двойка day/order трябва да е уникална. Текстът на сцената е ограничен до 1200 байта UTF-8.
Настройки по подразбиране: ""
states — Декларирани състояния на континуитета
Колони в CSV id,scene,entity,kind,state,quote. Най-много 20 записа за състояния. kind е role, prop или costume. Всеки quote трябва да е точен пасаж от посочената сцена, най-много 240 байта UTF-8. Един запис за сцена, обект и kind. Равенството на състоянията използва точния текст, включително правопис и регистър на буквите.
Настройки по подразбиране: ""
rules — Поддържани правила за континуитет
Колони в CSV id,entity,kind,scope,policy,description. Най-много 20 правила. scope е same_day или whole_story; policy е constant или track. Обектът и kind трябва да съвпадат точно. Описанията са ограничени до 240 байта UTF-8.
Настройки по подразбиране: ""
Разширени настройки
day_from — Първи сюжетен ден
Включителна долна граница на сюжетния ден. Преглеждат се само избраните записи за състояния.
Настройки по подразбиране: 1
day_to — Последен сюжетен ден
Включителна горна граница на сюжетния ден, не по-рано от първия сюжетен ден.
Настройки по подразбиране: 999
kind_filter — Категория на континуитета
Ограничаване на доказателствата за състояния до една поддържана категория.
all — Всички · role — Роля · prop — Реквизит · costume — Костюм
Настройки по подразбиране: "all"
entity_filter — Точен филтър по обект
Незадължително точно име на обект. Празна стойност включва всички обекти; правописът и регистърът трябва да съответстват на поддържаните записи.
Настройки по подразбиране: ""
rule_filter — Политика на правилото
Опцията constant отбелязва промени в декларираното състояние; track документира промените, без да ги третира като конфликти. Филтрирането променя набора от приложими правила.
all — Всички · constant — Изисква се постоянно състояние · track — Проследяване на промени
Настройки по подразбиране: "all"
sort_order — Ред на доказателствата
Доказателствата за състояния се подреждат хронологично или по точно име на обект. Сравненията по правила запазват поддържания ред на правилата и сцените.
chronology — Хронология на сюжета · entity — Обект
Настройки по подразбиране: "chronology"
show_consistent — Показване на сравнения без промяна
Включват се сравнения, при които декларираното състояние остава идентично. Скритите сравнения без промяна се броят изрично; изходните доказателства винаги остават видими.
Настройки по подразбиране: true
include_gaps — Откриване на липсващи правила
Добавя се констатация за избрани записи за състояния без приложимо поддържано правило.
Настройки по подразбиране: true
detail — Дължина на доказателствата от ИИ
Кратките откъси са до 120 знака, подробните до 240. Точният език на източника се запазва. Много големи входни данни все пак могат да бъдат отхвърлени.
Подаден етикет на версия или редакция, показван с всеки ред за доказателство и сравнение.
Настройки по подразбиране: "V1"
Максимален брой входни байтове UTF-8: 90000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "script_continuity",
"text": "{\"scenes\":\"id,day,order,text\\nS1,1,1,Мара е с червено палто и носи месингов ключ.\\nS2,1,2,Мара е със синьо палто и носи месингов ключ.\",\"states\":\"id,scene,entity,kind,state,quote\\nE1,S1,Мара,costume,червено палто,Мара е с червено палто\\nE2,S2,Мара,costume,синьо палто,Мара е със синьо палто\",\"rules\":\"id,entity,kind,scope,policy,description\\nR1,Мара,costume,same_day,constant,Палтото остава непроменено в рамките на един сюжетен ден.\",\"day_from\":1,\"day_to\":999,\"kind_filter\":\"all\",\"entity_filter\":\"\",\"rule_filter\":\"all\",\"sort_order\":\"chronology\",\"show_consistent\":true,\"include_gaps\":true,\"detail\":\"brief\",\"baseline\":\"V1\"}"
}
Създаване на пълна, ограничена неклинична матрица от опити от поддържани фактори и нива, с подреждане със seed и преглед на факторите от ИИ.
Входни и конфигурационни полета
Основни настройки
factors — Фактори и предназначение
Колони в CSV id,name,purpose. Между 1 и 6 фактора. Имена:120 байта UTF-8; purpose:600. ИИ класифицира само подаденото предназначение и цитира точен пасаж.
Настройки по подразбиране: ""
levels — Поддържани нива на факторите
Колони в CSV id,factor,value. Всеки фактор се нуждае от 2–6 различни стойности и валидни ID на нива. Най-много 36 нива; всяка стойност е най-много 120 байта UTF-8. Стойности, които изглеждат числови, остават буквални етикети и никога не се преобразуват в измервания.
Настройки по подразбиране: ""
combinations — Изрично разрешени комбинации
Използва се само за режим allowed_combinations. CSV започва с id, следвано от всеки ID на фактор в избрания ред на факторите. Всяка клетка съдържа ID на ниво, принадлежащо към съответния фактор. Дублирани комбинации се отхвърлят. За full_factorial стойността трябва да е празна.
Настройки по подразбиране: ""
design_mode — Режим на комбинациите
Пълният факторен план изброява всяка комбинация от поддържани нива. Изричният режим включва само подадените разрешени комбинации. Нито един режим не извежда безопасност или осъществимост.
Подадена неклинична цел, използвана като контекст за преглед на факторите, обвързан с източниците, и показвана непроменена в резултата. Тя не може да разрешава нови нива или експерименти.
Настройки по подразбиране: ""
Разширени настройки
replicates — Повторения на комбинация
Всяка включена комбинация се повтаря еднакъв брой пъти. Повторението не установява статистическа мощност или независимост.
Настройки по подразбиране: 2
block_size — Опити на блок
Последователните опити се групират в блокове с този размер; последният блок може да е по-кратък. Това са групи за планиране на последователността, а не изведени научни блокиращи фактори.
Настройки по подразбиране: 4
randomization — Подреждане на опитите
Опцията none запазва генерирания ред. Опцията в рамките на блокове разбърква само в първоначалните блокове. global разбърква всички опити преди разпределяне по блокове. Версирано ранжиране SHA256 и seed създават възпроизводим ред.
none — Без рандомизация · within_blocks — Рандомизация в блоковете · global — Глобална рандомизация
Настройки по подразбиране: "within_blocks"
seed — Seed за възпроизводимост
Цяло число 0–2147483647. Еднакви пълни входни данни и алгоритъм за подреждане създават една и съща матрица. Този seed не е механизъм за сигурност.
Настройки по подразбиране: 42
run_limit — Максимален пълен брой опити
Целият план се отхвърля, ако броят комбинации, умножен по повторенията, надвишава този лимит. Не се създава случайна подгрупа и не се извършва скрито съкращаване.
Настройки по подразбиране: 180
factor_order — Ред на факторите
Запазва се редът на факторите в CSV или се сортира по ID на фактор. Заглавките за изричните комбинации трябва да следват този избран ред.
source — Ред на източниците · id — Ред по ID
Настройки по подразбиране: "source"
level_order — Ред на нивата
Запазва се редът на нивата в CSV в рамките на всеки фактор или се сортира по ID на ниво. Това променя изброяването в пълния факторен план и може да промени принадлежността към блокове.
source — Ред на източниците · id — Ред по ID
Настройки по подразбиране: "source"
replicate_order — Ред на повторенията
Опцията grouped поставя повторенията на всяка комбинация заедно. interleaved преминава през всички комбинации веднъж за всяко повторение преди рандомизацията.
grouped — Групиране по комбинация · interleaved — Редуване на повторенията
Настройки по подразбиране: "interleaved"
domain — Неклинична област на работа
Поддържаният обхват е неклинична работа с процеси, материали, софтуер или образование. Инструментът не установява безопасност, одобрения или пригодност за експерименти с хора.
manufacturing — Производство · materials — Материали · software — Софтуер · education — Образование
Настройки по подразбиране: "manufacturing"
design_name — Обозначение на плана
Подадено обозначение, показвано с всички опити и прегледи на фактори.
Настройки по подразбиране: "DESIGN1"
detail — Дължина на доказателствата от ИИ
Кратките откъси са до 120 знака, подробните до 240. Точният език на източника се запазва. Много големи входни данни все пак могат да бъдат отхвърлени.
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "experiment_design",
"text": "{\"factors\":\"id,name,purpose\\nF1,Скорост на печат,Сравнение на настройки за скорост на печат според видимото качество на ръбовете.\\nF2,Настройка на охлаждането,Сравнение на контролирани настройки на охлаждането при преглед на качеството на печат.\",\"levels\":\"id,factor,value\\nL1,F1,Бавно\\nL2,F1,Бързо\\nL3,F2,Ниско\\nL4,F2,Високо\",\"combinations\":\"\",\"design_mode\":\"full_factorial\",\"replicates\":2,\"block_size\":4,\"randomization\":\"within_blocks\",\"seed\":42,\"run_limit\":180,\"factor_order\":\"source\",\"level_order\":\"source\",\"replicate_order\":\"interleaved\",\"domain\":\"manufacturing\",\"objective\":\"Сравнение на поддържани настройки на принтера върху неклинични примерни детайли.\",\"design_name\":\"DESIGN1\",\"detail\":\"brief\"}"
}
Напишете прессъобщение въз основа на предоставени факти, като одобрените цитати се запазват дума по дума и без измислени цифри.
Входни и конфигурационни полета
Основни настройки
facts — Факти
Какво се е случило, кой участва, защо е важно. Обикновени бележки са достатъчни.
Настройки по подразбиране: ""
organisation — Организация
Име на издаващата организация.
Настройки по подразбиране: ""
location — Местоположение
Място, което се посочва заедно с датата.
Настройки по подразбиране: ""
release_date — Дата
Датата във вида, в който трябва да се появи.
Настройки по подразбиране: ""
approved_quotes — Одобрени цитати
Само одобрени цитати. Добавени дума по дума; AI не пише цитати.
Настройки по подразбиране: ""
Разширени настройки
boilerplate — За организацията
Стандартен параграф, добавен дума по дума.
Настройки по подразбиране: ""
contact — Контактни данни
Добавено дума по дума в края.
Настройки по подразбиране: ""
length — Дължина
Приблизителна дължина на черновата.
short — Кратък · medium — Среден · long — Дълъг
Настройки по подразбиране: "medium"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "press_release",
"text": "{\"facts\":\"Riverside Bakery открива втори магазин на ул. Mill Street на 12 май. Магазинът създава 6 работни места. Хлябът се пече на място с брашно от Hartmann Mill.\",\"organisation\":\"Riverside Bakery\",\"location\":\"Bridgeport\",\"release_date\":\"2 май\",\"approved_quotes\":\"\\\"Искахме да печем там, където живеят нашите клиенти.\\\"\",\"boilerplate\":\"Riverside Bakery пече хляб в Bridgeport от 1994 г.\",\"contact\":\"Anna Berg, press@riverside-bakery.example\",\"length\":\"short\"}"
}
Напишете обява за работа въз основа на факти за ролята, като заплатата и подробностите за кандидатстване се запазят дума по дума, а изключващите формулировки се отбележат.
Входни и конфигурационни полета
Основни настройки
facts — Факти
Задачи, изисквания, какво се предлага, работно време. Достатъчни са обикновени бележки.
Настройки по подразбиране: ""
job_title — Заглавие на позицията
Добавено дума по дума като заглавието.
Настройки по подразбиране: ""
company — Компания
Име на работодателя.
Настройки по подразбиране: ""
location — Местоположение
Място на работа или дистанционно.
Настройки по подразбиране: ""
salary — Заплата
Добавено дума по дума. Оставете празно, ако не се публикува.
Настройки по подразбиране: ""
apply_contact — Как да кандидатствате
Контакт или адрес за кандидатстване, добавено дума по дума.
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "job_ad_create",
"text": "{\"facts\":\"Подкрепете екипа по сервиз. Планирайте поръчки за ремонт, поръчвайте части, разговаряйте с клиенти. Завършено обучение като автомеханик, необходима шофьорска книжка. 38 часа на седмица, 30 дни отпуск.\",\"job_title\":\"Сервизен консултант (всички полове)\",\"company\":\"Martens Garage\",\"location\":\"Lindenau\",\"salary\":\"\",\"apply_contact\":\"jobs@martens-garage.example\",\"tone\":\"neutral\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "offer_cover_letter",
"text": "{\"facts\":\"Оферта за пребоядисване на стълбищното пространство в сградата на улица Maple Street. Две ръце, работа по работно време, клиентът поиска боя с ниско съдържание на миризми.\",\"customer\":\"Г-жа Келер, Имоти Maple Street\",\"offer_number\":\"A-2041\",\"amount\":\"4,180 EUR плюс ДДС\",\"valid_until\":\"30 юни\",\"sender\":\"Йонас Вебер, Weber Painters\",\"tone\":\"friendly\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "customer_change_notice",
"text": "{\"facts\":\"Месечният абонамент се увеличава от 29 на 32 EUR поради по-високите разходи за енергия. Договорите могат да бъдат прекратени преди влизането в сила на промяната. Работното време остава непроменено.\",\"organisation\":\"North Gym\",\"effective_date\":\"1 март\",\"contact\":\"service@north-gym.example\",\"tone\":\"neutral\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "polite_decline",
"text": "{\"situation\":\"Lena Hoffmann кандидатства за позицията за стажант в нашата печатница. Интервю на 4 април.\",\"reason\":\"Друг кандидат имаше повече опит с офсет печат.\",\"alternative\":\"Ще запазим кандидатурата за шест месеца, ако тя е съгласна.\",\"sender\":\"Tom Richter, Richter Print\",\"tone\":\"friendly\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "event_invitation",
"text": "{\"event\":\"Летно парти на наемателите в Lindenhof\",\"facts\":\"Грил и напитки са осигурени, моля, донесете салата или торта. Децата са добре дошли. Музика от 18:00 ч.\",\"date_time\":\"Събота 21 юни, 16:00 ч.\",\"place\":\"Вътрешен двор, Lindenhof 4\",\"rsvp\":\"Отговорете на г-жа Йилмаз до 14 юни\",\"host\":\"Комисия на наемателите\",\"tone\":\"friendly\"}"
}
Напишете ясно писмо за прекратяване на договор с молба за писмено потвърждение. Без правен съвет.
Входни и конфигурационни полета
Основни настройки
contract — Договор
Вид на договора и номер на договора.
Настройки по подразбиране: ""
provider — Доставчик
Име на компанията.
Настройки по подразбиране: ""
end_date — Крайна дата на договора
Например дата или "следваща възможна дата". Добавено дума по дума.
Настройки по подразбиране: ""
customer_block — Данни на клиента
Име, адрес и номер на клиента. Добавено дума по дума.
Настройки по подразбиране: ""
Разширени настройки
notes — Забележки
Опционално: причина, спиране на директен дебит, данни за изтриване.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "cancellation_letter",
"text": "{\"contract\":\"Договор за мобилни услуги, клиентски номер 88213\",\"provider\":\"Telecom North\",\"end_date\":\"следваща възможна дата\",\"customer_block\":\"Maria Lang, Oak Street 7, 12345 Riverton\",\"notes\":\"Моля, спрете директното дебитоване след последната фактура.\"}"
}
Превърнете бележките във фактологична жалба с ясно искане и срок, без заплахи или измислени подробности.
Входни и конфигурационни полета
Основни настройки
facts — Факти
Какво се е случило, кога, какво е договорено, какво е опитвано.
Настройки по подразбиране: ""
recipient — Получател
Компания или лице.
Настройки по подразбиране: ""
desired_outcome — Желан резултат
Какво трябва да се случи сега.
Настройки по подразбиране: ""
reference — Референция
Номер на поръчка или клиент. Добавено дума по дума.
Настройки по подразбиране: ""
deadline — Краен срок
Добавено дума по дума.
Настройки по подразбиране: ""
sender — Изпращач и подпис
Име, роля и контактни данни. Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "complaint_letter",
"text": "{\"facts\":\"Пералня, поръчана на 3 март, доставена на 20 март вместо на 10 март. Уплътнението на вратата беше повредено при доставката. Съобщено по телефона на 21 март, без отговор оттогава.\",\"recipient\":\"HomeTech Service\",\"desired_outcome\":\"Замяна на уплътнението на вратата или на машината.\",\"reference\":\"Поръчка 55821\",\"deadline\":\"14 април\",\"sender\":\"Paul Novak, Elm Road 2\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "company_profile",
"text": "{\"facts\":\"Семеен бизнес за градински мебели, основан през 2003 г. Собствено производство с 14 служители. Дърво от регионални гори. Продава на частни клиенти и хотели. Ремонтни услуги от 10 години.\",\"company\":\"Waldholz Furniture\",\"location\":\"Фрайберг\",\"contact\":\"hello@waldholz.example\",\"length\":\"short\",\"tone\":\"friendly\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "speech_draft",
"text": "{\"occasion\":\"Прощаване с Хелга Зомър след 31 години\",\"speaker\":\"Управител\",\"audience\":\"Колеги и семейство\",\"facts\":\"Хелга Зомър започна през 1995 г. в счетоводството и по-късно ръководи екип от 6 души. Тя въведе първите онлайн фактури и обучи 12 ученици. Сега тя ще пътува в Норвегия.\",\"length\":\"short\",\"tone\":\"friendly\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "grant_summary",
"text": "{\"project\":\"Четене на следобедната библиотека в района\",\"organisation\":\"Приятели на Източната библиотека\",\"funder\":\"Градски фонд за култура\",\"facts\":\"Децата от 6 до 10 години четат на глас с доброволци две следобеда седмично. Много семейства имат малко книги у дома. 8 доброволци са готови, книгите се осигуряват от библиотеката. Цел: повече деца да използват библиотеката редовно.\",\"amount\":\"6,500 EUR\",\"period\":\"Септември – юни\"}"
}
Напишете ясно писмо от училище или детска градина до родителите: какво се случва, кога и какво трябва да направят родителите.
Входни и конфигурационни полета
Основни настройки
school — Училище или детска градина
Име на институцията.
Настройки по подразбиране: ""
facts — Факти
Какво се случва, какво е необходимо, каква е цената.
Настройки по подразбиране: ""
date_time — Дата и час
Добавено дума по дума.
Настройки по подразбиране: ""
deadline — Краен срок за отговор
Добавено дума по дума.
Настройки по подразбиране: ""
sender — Изпращач и подпис
Име, роля и контактни данни. Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "parent_letter",
"text": "{\"school\":\"Основно училище „Слънчоглед“\",\"facts\":\"Клас 3б посещава зоопарка. На децата са необходими обяд в кутия и дъждобран. Поездката струва 8 EUR, които се заплащат в клас. Връщаме се до 14:00 ч.\",\"date_time\":\"Вторник, 13 май, 8:30\",\"deadline\":\"Петък, 9 май\",\"sender\":\"Г-жа Айдин, класмен учител\"}"
}
Напишете кратко обявление за табло, врата или стълбище: какво се случва, кога и какво трябва да се направи.
Входни и конфигурационни полета
Основни настройки
facts — Факти
Какво се случва, кои са засегнатите и какво трябва да се направи.
Настройки по подразбиране: ""
date_time — Дата и час
Добавено дума по дума.
Настройки по подразбиране: ""
place — Място
Добавено дума по дума.
Настройки по подразбиране: ""
contact — Контактни данни
Добавено дума по дума в края.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "notice_board",
"text": "{\"facts\":\"Водата е изключена, тъй като се подменя главният кран. Моля, напълнете малко вода предварително и не използвайте пералнята.\",\"date_time\":\"Четвъртък 8 май, 9:00 до 12:00\",\"place\":\"Домашни номера от 4 до 8\",\"contact\":\"Домакини г-н Ланг, 0151 000000\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "cover_letter",
"text": "{\"job_ad\":\"Търсим асистент на екипа с опит в организирането на събития. Изисква се добро владеене на английски език.\",\"profile\":\"Шест години като офис мениджър в компания за търговски изложби. Организирал 40 клиентски събития годишно. Английски език на ниво B2. Търси роля с повече отговорности.\",\"company\":\"Norden Events\",\"applicant\":\"Sara Jensen, sara@example.com\",\"tone\":\"neutral\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "property_listing",
"text": "{\"facts\":\"3 стаи, 74 квадратни метра, втори етаж, балкон с излаз на юг, реновиран през 2021 г., кухня с оборудване, мазе, спирка на трамвай на 5 минути пеша.\",\"location\":\"Schillerstrasse, Лейпциг\",\"price\":\"980 EUR плюс комунални разходи\",\"contact\":\"Immobilien Kern, 0341 000000\",\"tone\":\"neutral\"}"
}
Напишете кратка, честна обява за предмет, като дефектите са посочени, а цената е запазена точно.
Входни и конфигурационни полета
Основни настройки
facts — Факти
Какво представлява, възраст, състояние, дефекти, какво е включено.
Настройки по подразбиране: ""
price — Цена
Добавено дума по дума.
Настройки по подразбиране: ""
location — Местоположение
Добавено дума по дума.
Настройки по подразбиране: ""
contact — Контакт
Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "classified_ad",
"text": "{\"facts\":\"Детско колело 20 инча, купено през 2022 г., 6 скорости, синьо. Малка драскотина по рамката, нови спирачки миналата година. Лампи включени.\",\"price\":\"120 EUR\",\"location\":\"Потсдам\",\"contact\":\"Съобщение в платформата\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "donation_appeal",
"text": "{\"organisation\":\"Приют за животни Берген\",\"facts\":\"Покривът на кучешката къща протеква и трябва да бъде заменен преди зимата. Приютът се грижи за около 40 кучета. Покривничий е предложил 12 000 EUR. До момента са събрани 5 000 EUR.\",\"goal\":\"7 000 EUR до октомври\",\"donation_details\":\"IBAN DE00 0000 0000 0000 0000 00, референция Покрив\",\"contact\":\"info@shelter-bergen.example\",\"tone\":\"friendly\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "release_notes",
"text": "{\"changes\":\"id,type,text\\nC1,added,CSV експорт за фактури\\nC2,fixed,\\\"Входът не беше успешен, когато електронният адрес съдържаше главни букви\\\"\\nC3,changed,Отчетите се зареждат във фонов режим\",\"product\":\"Billy Invoices\",\"version\":\"3.2\",\"release_date\":\"12 май\",\"audience\":\"customers\"}"
}
Създайте маркери за глави от субтитри или транскрипт с времеви кодове. Времената идват от файла, а заглавията – от AI.
Входни и конфигурационни полета
Основни настройки
transcript — Транскрипт с времеви кодове
SRT, VTT или редове, които започват с време като 01:12.
Настройки по подразбиране: ""
max_chapters — Максимален брой глави
От 3 до 20.
Настройки по подразбиране: 8
Разширени настройки
min_gap_seconds — Минимално разстояние в секунди
От 10 до 600.
Настройки по подразбиране: 60
Максимален брой входни байтове UTF-8: 70000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "video_chapters",
"text": "{\"transcript\":\"00:00 Добре дошли на workshop-а и кратък преглед на днешната програма.\\n00:40 Започваме с инструментите, които са ви необходими за смяна на гума.\\n01:30 Първо разхлабете болтовете на колелото, докато колата е на земята.\\n02:20 Сега повдигнете колата с крик на маркираното място.\\n03:10 Свалете колелото и монтирайте резервното.\\n04:05 Завийте гайките на кръст и спуснете автомобила.\\n05:00 Проверете налягането и приберете инструментите.\",\"max_chapters\":4,\"min_gap_seconds\":60}"
}
Създайте дневен ред на среща с часове от теми и продължителности. Сървърът изчислява часовете, а AI формулира точките и очакваните резултати.
Входни и конфигурационни полета
Основни настройки
meeting_title — Заглавие на срещата
Добавено дума по дума.
Настройки по подразбиране: ""
objective — Цел
Какво трябва да постигне срещата.
Настройки по подразбиране: ""
start_time — Час на започване
Формат 09:30.
Настройки по подразбиране: "09:00"
topics — Теми
Една тема на ред с отговорното лице и минутите.
Настройки по подразбиране: ""
Разширени настройки
available_minutes — Налични минути
0 означава без ограничение. По-дълъг дневен ред се съобщава.
Настройки по подразбиране: 0
break_minutes — Почивка след всяка трета тема
Минути, 0 означава без почивка.
Настройки по подразбиране: 0
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "meeting_agenda",
"text": "{\"meeting_title\":\"Планиране на пролетта\",\"objective\":\"Определете реда на трите проекта\",\"start_time\":\"09:30\",\"topics\":\"id,topic,owner,minutes\\nT1,преглед на последното тримесечие,Anna,20\\nT2,бюджет за проекти A B C,Marek,40\\nT3,кой какво прави,Anna,30\",\"available_minutes\":90,\"break_minutes\":0}"
}
Отговори на въпроси от поставен документ. Всеки отговор изисква точен цитат; иначе резултатът посочва, че документът не го съдържа.
Входни и конфигурационни полета
Основни настройки
document — Документ
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
questions — Въпроси
Един въпрос на ред, до 12.
Настройки по подразбиране: ""
Разширени настройки
answer_length — Дължина на отговора
Кратки или подробни отговори.
brief — Кратки · detailed — Подробни
Настройки по подразбиране: "brief"
Максимален брой входни байтове UTF-8: 40000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "document_questions",
"text": "{\"document\":\"Периодът на наема започва на 1 юни и продължава 24 месеца.\\n\\nНаемателят плаща месечна наемна сума от 950 EUR до третия работен ден на всеки месец.\\n\\nЗа домашни любимци е необходимо писмено разрешение от наемодателя.\",\"questions\":\"Колко дълго продължава периодът на наема?\\nМоже ли наемателят да държи куче?\\nКой плаща за ремонтите?\",\"answer_length\":\"brief\"}"
}
Намерете клаузи в договор, които заслужават по-внимателен поглед: подновяване, прекратяване, отговорност, плащане, неустойки и данни, всяка с точен цитат.
Входни и конфигурационни полета
Основни настройки
document — Текст на договора
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 32000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "contract_clause_review",
"text": "{\"document\":\"Този договор се подновява автоматично за 12 месеца, освен ако не бъде прекратен писмено 3 месеца преди края на срока.\\n\\nОтговорността на доставчика е ограничена до таксите, платени през последните 6 месеца.\\n\\nФактурите се дължат в рамките на 14 дни. Закъснялото плащане води до такса от 2 процента на месец.\"}"
}
Извличайте задачи, решения и отворени въпроси от имейли или бележки. Отговорници и дати се появяват само ако са в текста.
Входни и конфигурационни полета
Основни настройки
document — Имейли или бележки
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 32000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "action_items",
"text": "{\"document\":\"Здравейте на всички, съгласухме преместването на старта на 12 юни. Marek ще актуализира ценоразлозите до петък. Никой още не е проверил дали доставчикът може да достави по-рано.\"}"
}
Намерете твърдения в документ, които си противоречат, например различни дати или суми, като и двата откъса се цитират.
Входни и конфигурационни полета
Основни настройки
document — Документ
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 32000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "contradiction_check",
"text": "{\"document\":\"Проектът започва на 1 март и приключва след 6 месеца.\\n\\nБюджетът е 40 000 EUR общо.\\n\\nВ раздел 4 проектът приключва на 30 ноември. Общият бюджет от 45 000 EUR включва пътуване.\"}"
}
Намерете какво липсва в заявка или бриф, преди да започне работата, и получете въпросите, които да зададете.
Входни и конфигурационни полета
Основни настройки
document — Заявка или бриф
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
purpose — За какво е необходимо
Например „подготви оферта“ или „планирай събитието“.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 22000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "missing_information",
"text": "{\"document\":\"Здравейте, трябва да пребоядисаме офиса си скоро. Той има няколко стаи и по стените има някои петна. Моля, изпратете оферта за цена.\",\"purpose\":\"подгответе оферта\"}"
}
Обяснете официално писмо на разбираем език: какво казва, срокове, суми и какво трябва да се направи, всяко с точния откъс. Без правен съвет.
Входни и конфигурационни полета
Основни настройки
document — Текст на писмо
Поставете текста. Личните данни могат да бъдат премахнати предварително.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 22000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "official_letter_explainer",
"text": "{\"document\":\"Уведомление от 4 май. Получихме вашата молба за жилищно облекчение. Моля, изпратете договора си за наем и доказателство за доход до 25 май. Без тези документи не можем да вземем решение по вашата молба. Въпроси: Жилищно бюро, стая 214.\"}"
}
Превърнете инструкции или процедура в контролен списък. Всеки пункт е свързан с точен пасаж и нищо не се добавя.
Входни и конфигурационни полета
Основни настройки
document — Инструкции или процедура
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 32000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "checklist_from_text",
"text": "{\"document\":\"Преди да започнете, изключете машината и извадете щепсела. Отворете капака с предоставения ключ. Свалете филтъра и го промийте под студена вода. Никога не използвайте разтворители, тъй като те увреждат уплътнението. Оставете филтъра да съхне един час, преди да го поставите отново.\"}"
}
Сортирайте тикетите за поддръжка в поддържани категории със спешност, точен откъс и предложена следваща стъпка. Нищо не се изпраща.
Входни и конфигурационни полета
Основни настройки
items — Тикети
Един тикет на ред. Текстът може да бъде поставен от всяка система.
Настройки по подразбиране: ""
categories — Категории
Поддържани категории с кратка дефиниция.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 56000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "ticket_triage",
"text": "{\"items\":\"id,subject,text\\nT1,Входът не успява,От тази сутрин никой от нашия екип не може да влезе. Не можем да работим.\\nT2,Адрес за фактуриране,\\\"Моля, променете нашия адрес за фактуриране на Mill Road 3.\\\"\\nT3,Идея,Щеше да е хубаво да има тъмен режим.\",\"categories\":\"id,name,definition\\nC1,Техническа грешка,Нещо не работи\\nC2,Таксуване,Фактури и плащания\\nC3,Заявка за функция,Пожелания за нови функции\"}"
}
Сортирайте отворената обратна връзка в поддържани теми, с точен откъс за всеки елемент и бройки за всяка тема.
Входни и конфигурационни полета
Основни настройки
items — Обратна връзка
Един запис на ред, например от анкета.
Настройки по подразбиране: ""
categories — Теми
Поддържани теми с кратка дефиниция.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 56000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "feedback_sorting",
"text": "{\"items\":\"id,source,text\\nF1,Анкета,Персоналът на касата беше много любезен.\\nF2,Е-мейл,Чаках над един час за моя час.\\nF3,Анкета,Паркирането е трудно близо до сградата.\",\"categories\":\"id,name,definition\\nS1,Персонал,Поведение и съвети от персонала\\nS2,Време за чакане,Чакане и часове\\nS3,Местоположение,Достъп и паркиране\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "recommendation_letter",
"text": "{\"person\":\"Mira Kovac\",\"relationship\":\"Ръководител на екип в Lumen Print от три години\",\"purpose\":\"Роля на мениджър проект\",\"facts\":\"Mira планира преместването на нашата печатна работница през 2025 г. Тя обучи двама нови колеги. Тя държа клиентите информирани по време на преместването.\",\"tone\":\"friendly\",\"sender\":\"Tom Berg, Ръководител на производство, Lumen Print\"}"
}
Превърнете бележките за работа и образование в структурирано CV, с дати и работодатели точно така, както са предоставени.
Входни и конфигурационни полета
Основни настройки
full_name — Име
Добавено дума по дума.
Настройки по подразбиране: ""
contact — Контактни данни
Добавено дума по дума под името.
Настройки по подразбиране: ""
target_role — Целева позиция
Опционално: позицията, за която е предназначено това CV.
Настройки по подразбиране: ""
experience — Професионален опит
Позиции, работодатели, дати и задачи. Достатъчни са обикновени бележки.
Настройки по подразбиране: ""
education — Образование
Опционално: училища, курсове и дати.
Настройки по подразбиране: ""
skills — Умения
Опционално: езици, инструменти и други умения.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "cv_from_notes",
"text": "{\"full_name\":\"Mira Kovac\",\"contact\":\"mira.kovac@example.org\",\"target_role\":\"Project manager\",\"experience\":\"2022 до днес: координатор на екипа в Lumen Print, планиране на преместване на работилница, обучение на нови колеги. 2018 до 2022: техник за печат в Atlas Druck.\",\"education\":\"2018 професионално обучение като техник за печат\",\"skills\":\"Планиране на проекти, немски, английски\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "thank_you_letter",
"text": "{\"recipient\":\"Riverside Bakery\",\"occasion\":\"Спонсориране на нашето лятно изложение\",\"facts\":\"Пекарната дари хляб за 200 гости. Двама от персонала им помогнаха на щанда.\",\"tone\":\"friendly\",\"sender\":\"Ана Берг, Съвет, Асоциация Ривърсайд\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "appointment_confirmation",
"text": "{\"recipient\":\"Г-н Новак\",\"subject_matter\":\"Проверка на отоплението\",\"date_time\":\"12 май, 10:00\",\"place\":\"Mill Road 4\",\"notes\":\"Моля, уверете се, че котелното помещение е достъпно. Носете последния доклад от проверката.\",\"cancellation\":\"Обадете се на 030 000000 най-късно ден преди това.\",\"tone\":\"neutral\",\"sender\":\"Сервизен екип, Heizung Berg\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "out_of_office",
"text": "{\"person\":\"Mira Kovac\",\"date_range\":\"4 до 15 август\",\"substitute\":\"Tom Berg, tom.berg@example.org\",\"notes\":\"Фактури, чакащи до връщането.\",\"tone\":\"friendly\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "offer_follow_up",
"text": "{\"customer\":\"Atlas Druck\",\"offer_reference\":\"Оферта 2026-41 от 3 март\",\"facts\":\"Нова сгъвачна машина с инсталация. Говорихме за доставка през май. Следващата стъпка би била кратък разговор.\",\"tone\":\"neutral\",\"sender\":\"Anna Berg, Продажби, Lumen Print\"}"
}
Превърнете бележки в кратко ръководство стъпка по стъпка, с предупреждения само ако са предоставени.
Входни и конфигурационни полета
Основни настройки
guide_title — Заглавие
Добавено дума по дума.
Настройки по подразбиране: ""
audience — За кого
Опционално: кой използва това ръководство.
Настройки по подразбиране: ""
notes — Забележки
Стъпки, настройки и предупреждения в произволен ред.
Настройки по подразбиране: ""
support — Помощ
Опционално: към кого да се обърнете. Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "quick_guide",
"text": "{\"guide_title\":\"Почистете кафе машината\",\"audience\":\"Офис екип\",\"notes\":\"Изключете я и я оставете да изстине. Изпразнете капана за оттичане. Изплакнете капана с топла вода. Не използвайте миялна машина. Притиснете бутона за почистване за 3 секунди.\",\"support\":\"Екип по поддръжката, стая 12\"}"
}
Напишете инструктаж за безопасност въз основа на предоставените правила и опасности, без да добавяте опасности, правила или правни изявления.
Входни и конфигурационни полета
Основни настройки
workplace — Работно място
Област или задача, за която е инструктажът.
Настройки по подразбиране: ""
notes — Правила и опасности
Собствени правила, опасности и стъпки при спешни случаи. Нищо друго не се добавя.
Настройки по подразбиране: ""
responsible — Отговорен
Добавено дума по дума.
Настройки по подразбиране: ""
briefing_date — Дата на инструктажа
Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "safety_briefing",
"text": "{\"workplace\":\"Работилница за печат\",\"notes\":\"Опасности: движещи се ролки, изпарения от разтворител. Правила: завържете дълга коса, носете ръкавици при почистване, дръжте вратите отворени при използване на разтворител. Спешни случаи: притиснете червения бутон за спиране, обадете се на сменния ръководител.\",\"responsible\":\"Tom Berg\",\"briefing_date\":\"12 май\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "tenant_notice",
"text": "{\"property\":\"Mill Road 4\",\"topic\":\"Прекъсване на водоснабдяването поради ремонт на тръба\",\"facts\":\"Водата ще бъде изключена в цялата сграда за около 4 часа. Моля, съберете вода предварително и дръжте достъпа до мазето свободен.\",\"date_time\":\"12 май, 08:00\",\"contact\":\"Екип за поддръжка, 030 000000\",\"tone\":\"neutral\",\"sender\":\"Управление на имоти Berg\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "internal_announcement",
"text": "{\"topic\":\"Ново работно време на офиса\",\"audience\":\"Весь персонал\",\"facts\":\"Офисът затваря в 16:00 часа в петъц. След това обажданията се пренасочват към услуга за съобщения. Моля, информирайте клиентите за това при следващата си комуникация.\",\"effective_date\":\"1 юни\",\"contact\":\"Ана Берг, офис\",\"tone\":\"neutral\",\"sender\":\"Ръководство, Lumen Print\"}"
}
Превърнете бележки и таблица с часове и материали в прегледен отчет за работа. Сървърът събира часовете и сумите, а AI формулира извършената работа.
Входни и конфигурационни полета
Основни настройки
customer — Клиент
Добавено дума по дума.
Настройки по подразбиране: ""
site — Обект
По желание: адрес или номер на поръчката.
Настройки по подразбиране: ""
work_date — Дата на работата
Добавено дума по дума.
Настройки по подразбиране: ""
technician — Извършено от
По желание: име или екип.
Настройки по подразбиране: ""
work_notes — Забележки по работата
Какво е направено, какво е намерено, какво остава незавършено. Достатъчни са обикновени бележки.
Настройки по подразбиране: ""
lines — Часове и материали
Един ред за всяка позиция. kind е labour, material или other. unit_price може да е празно.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "work_report",
"text": "{\"customer\":\"Hartmann Bakery\",\"site\":\"Mill Street 4\",\"work_date\":\"12 май 2026\",\"technician\":\"Tom Berg\",\"work_notes\":\"Сменен е течащият клапан на водната линия на тестосмесителя. Проверено за течове, не са открити. Вторият клапан показва ръжда и трябва да бъде заменен при следващата сервизна проверка.\",\"lines\":\"id,kind,description,quantity,unit,unit_price\\nL1,labour,Ремонт и тест,2.5,h,48\\nL2,material,Кратенен вентил DN15,1,бр.,18.40\\nL3,other,Ход,1,плосък,25\",\"currency\":\"EUR\"}"
}
Превърнете бележките от инспекция в номериран списък с дефекти. Всеки запис е свързан с точния откъс в бележките и нищо не се добавя.
Входни и конфигурационни полета
Основни настройки
site — Обект или имот
Добавено дума по дума.
Настройки по подразбиране: ""
inspection_date — Дата на инспекцията
Добавено дума по дума.
Настройки по подразбиране: ""
inspector — Проверено от
Опционално.
Настройки по подразбиране: ""
document — Бележки от инспекцията
Един дефект на ред или параграф. Може да бъдат споменати имена на файлове със снимки.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "defect_list",
"text": "{\"site\":\"Mill Road 3, втория етаж\",\"inspection_date\":\"3 юни 2026\",\"inspector\":\"А. Новак\",\"document\":\"Кухня: контактът до прозореца няма капак, видят се жици.\\n\\nБаня: липсва фуга около душата от лявата страна.\\n\\nКоридор: боята на дограмата на вратата е надраскана, вижте снимка IMG_204.\\n\\nВсекидневна: клапанът на радиатора не се върти.\"}"
}
Обяснете трудова препоръка изречение по изречение с прости думи. Всяко обяснение е свързано с точното изречение.
Входни и конфигурационни полета
Основни настройки
document — Текст на препоръката
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "reference_explained",
"text": "{\"document\":\"Г-жа Ковач работе за нас като асистент по проекти от март 2023 г. до юни 2026 г.\\n\\nТя изпълняваше възложените ѝ задачи с голяма внимателност и винаги към наше пълно удовлетворение.\\n\\nПоведението ѝ към колегите беше дружелюбно и тя винаги беше точна.\\n\\nЖелаем ѝ всичко най-добро за бъдещето.\"}"
}
Създайте чернова за трудова препоръка въз основа на предоставените факти. Дати, задължения и оценки се появяват само ако са включени във входните данни.
Входни и конфигурационни полета
Основни настройки
employee — Служител
Пълно име. Добавено дума по дума.
Настройки по подразбиране: ""
period — Период на заетост
Добавено дума по дума, например 1 март 2023 до 30 юни 2026.
Настройки по подразбиране: ""
role — Роля
Добавено дума по дума.
Настройки по подразбиране: ""
company — Компания
Добавено дума по дума.
Настройки по подразбиране: ""
facts — Факти
Задължения, резултати, поведение и как се оценяват. Само това, което е написано тук, може да се появи в черновата.
Настройки по подразбиране: ""
sender — Изпращач и подпис
Име, роля и контактни данни. Добавено дума по дума.
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "reference_draft",
"text": "{\"employee\":\"Мира Ковач\",\"period\":\"1 март 2023 г. до 30 юни 2026 г.\",\"role\":\"Асистент по проекта\",\"company\":\"Lumen Print\",\"facts\":\"Планиране на графици за печат за 40 клиенти. Обучи двама нови колеги. Нейната работа беше много добра и надеждна. Колегите и клиентите ценят нейния дружелюбен подход. Напуска по собствено желание.\",\"tone\":\"formal\",\"sender\":\"Том Берг, Ръководител производство\"}"
}
Преизчислете сметка за общи или комунални разходи по нейните цифри и избройте въпроси, които да зададете. Сървърът извършва изчисленията.
Входни и конфигурационни полета
Основни настройки
property — Апартамент или имот
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период на отчитане
Добавено дума по дума.
Настройки по подразбиране: ""
lines — Разходи от извлечението
Един ред за всеки тип разход: total_amount за сградата, key_total и key_share за разпределението, например 500 и 62 квадратни метра. previous_total може да бъде празно.
Настройки по подразбиране: ""
advance_paid — Авансови плащания
Общо платено през периода. Празно, ако е неизвестно.
Настройки по подразбиране: ""
billed_balance — Салдо по извлечението
Сума за плащане според извлечението, за сравнение. Празно, ако е неизвестно.
Настройки по подразбиране: ""
statement_total — Бележки от извлечението
По избор: всичко друго, посочено в извлечението, например фактурираното салдо.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "utility_bill_check",
"text": "{\"property\":\"Mill Road 3, кв. 5\",\"period\":\"1 януари до 31 декември 2025 г.\",\"lines\":\"id,cost_type,total_amount,key_total,key_share,previous_total\\nC1,Отопление,8400,500,62,6800\\nC2,Вода,2100,500,62,2050\\nC3,Смотрител,3600,500,62,3600\\nC4,Застраховка,1500,500,62,1450\",\"advance_paid\":\"1500\",\"billed_balance\":\"402.60\",\"statement_total\":\"Искане от 15 март 2026 г.\",\"currency\":\"EUR\"}"
}
Отбележете 14-те основни хранителни алергена за всяко ястие от списъците със съставки. Всеки запис посочва съставката, от която идва, за проверка от бизнеса.
Входни и конфигурационни полета
Основни настройки
dishes — Ястия и съставки
Един ред за ястие с всички съставки, включително тези на купените продукти, когато са известни.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Превърнете учебен текст в картички с въпроси и отговори. Всяка картичка е свързана с точния пасаж, а комплектът може да бъде импортиран в програми за картички.
Входни и конфигурационни полета
Основни настройки
document — Учебен текст
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
card_count — Брой картички
От 5 до 40.
Настройки по подразбиране: 12
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "flashcards",
"text": "{\"document\":\"Фотосинтезът се извършва в хлоропластите на растителните клетки. Хлорофилът абсорбира светлина, предимно в червения и синия спектър.\\n\\nВ светлинните реакции водата се разцепва и се освобождава кислород. Енергията се съхранява в ATP и NADPH.\\n\\nВ цикъла на Калвин въглеродният диоксид се превръща в захар, използвайки тази енергия.\",\"card_count\":5}"
}
Създайте план на урок с часове от фази и продължителности. Сървърът изчислява часовете, а AI формулира всяка фаза и нейната учебна цел.
Входни и конфигурационни полета
Основни настройки
meeting_title — Заглавие на урока
Добавено дума по дума.
Настройки по подразбиране: ""
objective — Цел на обучението и група
Какво трябва да може да прави групата след това и коя е групата.
Настройки по подразбиране: ""
start_time — Час на започване
Формат 09:30.
Настройки по подразбиране: "08:00"
topics — Фази
Една фаза на ред с това кой я води и минутите.
Настройки по подразбиране: ""
Разширени настройки
available_minutes — Налични минути
0 означава без ограничение. По-дълъг план се съобщава.
Настройки по подразбиране: 45
break_minutes — Почивка след всяка трета фаза
Минути, 0 означава без почивка.
Настройки по подразбиране: 0
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "lesson_plan",
"text": "{\"meeting_title\":\"Дроби: събиране с еднакви знаменатели\",\"objective\":\"5 клас може да събира дроби с еднакви знаменатели.\",\"start_time\":\"08:00\",\"topics\":\"id,topic,owner,minutes\\nP1,Повторение на това какво е дроб,Teacher,5\\nP2,Демонстрация на събиране с парчета пица,Teacher,10\\nP3,Упражнения по двойки,Pupils,20\\nP4,Сравняване на резултатите и обобщение,Class,10\",\"available_minutes\":45,\"break_minutes\":0}"
}
Напишете съобщение за щета до застраховател въз основа на предоставени факти. Номерът на полицата, датата и сумата остават точни и нищо не се добавя.
Входни и конфигурационни полета
Основни настройки
insurer — Застраховател
Добавено дума по дума.
Настройки по подразбиране: ""
policy_number — Номер на полицата
Добавено дума по дума.
Настройки по подразбиране: ""
incident_date — Дата на инцидента
Добавено дума по дума.
Настройки по подразбиране: ""
incident_place — Място на инцидента
Добавено дума по дума.
Настройки по подразбиране: ""
facts — Факти
Какво се е случило, какво е повредено, какво е направено след това, кой е участвал.
Настройки по подразбиране: ""
claim_amount — Претендирана сума
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
sender — Изпращач и подпис
Име, роля и контактни данни. Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "insurance_claim",
"text": "{\"insurer\":\"Riverside Insurance\",\"policy_number\":\"HR-4471-22\",\"incident_date\":\"14 март 2026 г.\",\"incident_place\":\"Mill Road 3, апартамент 5\",\"facts\":\"Водна тръба в стената на кухнята се спука през нощта. Водата се вля в кухнята и коридора. Подът в коридора и един кухненски шкаф са повредени. Изключихме главния кран и извикахме водопроводник същия сутрин.\",\"claim_amount\":\"2,350 EUR\",\"sender\":\"Anna Novak, Mill Road 3, Bridgeport\"}"
}
Превърнете списък с разходи в отчет за пътеви разходи. Сървърът събира сумите и отчита липсващи касови бележки и дати.
Входни и конфигурационни полета
Основни настройки
traveller — Пътуващ
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период на пътуването
Добавено дума по дума.
Настройки по подразбиране: ""
purpose — Цел на пътуването
Къде и защо.
Настройки по подразбиране: ""
lines — Разходи
Един ред на разход. receipt е yes или no.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "travel_expenses",
"text": "{\"traveller\":\"Mira Kovac\",\"period\":\"3 до 4 юни 2026 г.\",\"purpose\":\"Посещение при доставчика Hartmann Paper в Bridgeport за съгласуване на графика за доставки.\",\"lines\":\"id,date,category,description,amount,receipt\\nE1,3 юни,Влак,Обратен билет,86.50,yes\\nE2,3 юни,Хотел,Една нощувка,112,yes\\nE3,3 юни,Храна,Вечеря с доставчик,48.20,no\\nE4,4 юни,Такси,От гаража до офиса,,no\",\"currency\":\"EUR\"}"
}
Напишете годишния отчет на клуб или асоциация от бележки. Брой на членовете и финансите се появяват точно както са предоставени.
Входни и конфигурационни полета
Основни настройки
club — Клуб или асоциация
Добавено дума по дума.
Настройки по подразбиране: ""
year — Година
Добавено дума по дума.
Настройки по подразбиране: ""
facts — Факти
Събития, членове, финанси, благодарности и планове. Достатъчни са кратки бележки.
Настройки по подразбиране: ""
sender — Изпращач и подпис
Име, роля и контактни данни. Добавено дума по дума.
Настройки по подразбиране: ""
Разширени настройки
length — Дължина
Приблизителна дължина на черновата.
short — Кратък · medium — Среден · long — Дълъг
Настройки по подразбиране: "medium"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "club_annual_report",
"text": "{\"club\":\"Riverside Rowing Club\",\"year\":\"2025\",\"facts\":\"Проведохме лятна регата през юни с 120 участници. Купени бяха две нови лодки. Членският ни състав се увеличи от 84 на 97. Приходите бяха 18 400 EUR, а разходите – 16 900 EUR. През 2026 г. искаме да реновираме лодковата база. Благодарение на доброволците от екипа за регатата.\",\"length\":\"medium\",\"sender\":\"Ана Новак, председател\"}"
}
Напишете протокол за предаване на апартамент от бележки. Адресът, показанията на броячите, ключовете и присъстващите остават точно както са въведени.
Входни и конфигурационни полета
Основни настройки
address — Адрес
Добавено дума по дума.
Настройки по подразбиране: ""
handover_date — Дата на предаване
Добавено дума по дума.
Настройки по подразбиране: ""
parties — Присъстващи лица
Имена и роли. Добавено дума по дума.
Настройки по подразбиране: ""
meters — Показания на броячите
Един брояч на ред с номер и показание. Добавено дума по дума.
Настройки по подразбиране: ""
keys — Ключове
Какво е предадено. Добавено дума по дума.
Настройки по подразбиране: ""
rooms_notes — Забележки по стаи
Състояние, стая по стая. Дефекти и договорености в обикновени бележки.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "flat_handover",
"text": "{\"address\":\"Mill Road 3, апартамент 5, Bridgeport\",\"handover_date\":\"30 юни 2026\",\"parties\":\"Anna Novak (имотодател), Tom Berg (наемател)\",\"meters\":\"Електричество 44812 kWh\\nВода 312 m3\",\"keys\":\"3 ключа за апартамента, 1 ключ за мазето\",\"rooms_notes\":\"Кухнята е чиста, една драскотина по плота. Всекидневната е току-що боядисана, без повреди. Банята е чиста, чешмата капе леко. Наемателят ще поправи чешмата до 15 юли.\"}"
}
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "staff_talk_prep",
"text": "{\"employee\":\"Mira Kovac\",\"meeting_date\":\"20 юни 2026\",\"role\":\"Проектен асистент\",\"facts\":\"Планира добре преместването на работилницата. Обучи двама нови колеги. Докладите закъсняваха три пъти през пролетта. Тя би искала да поеме повече работа с клиенти.\",\"tone\":\"friendly\"}"
}
Превърнете касова книга в касов отчет. Сървърът изчислява начално и крайно салдо, приходи и разходи, и отчита липсващи дати и разписки.
Входни и конфигурационни полета
Основни настройки
club — Клуб или асоциация
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период
Добавено дума по дума, например 1 януари до 31 март 2026 г.
Настройки по подразбиране: ""
opening_balance — Начално салдо
Салдо в началото на периода, например 1250.50. Отрицателното салдо започва със знак минус.
Настройки по подразбиране: ""
stated_closing — Посочено крайно салдо
Опционално: действително преброеното или показаното от банката салдо, за сравнение.
Настройки по подразбиране: ""
lines — Касова книга
Един ред за всяко счетоводно записване. Въведете приход или разход като положително число. receipt е yes или no.
Настройки по подразбиране: ""
treasurer_notes — Забележки
Опционално: всичко, което отчетът трябва да спомене, като например целта на по-големите счетоводни записи.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 45000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "cash_report",
"text": "{\"club\":\"Riverside Rowing Club\",\"period\":\"1 януари до 31 март 2026\",\"opening_balance\":\"1250.00\",\"stated_closing\":\"1941.20\",\"lines\":\"id,date,description,income,expense,receipt\\nK1,2026-01-15,Членски вноски за януари,640.00,,yes\\nK2,2026-01-28,Гориво за лодки,,86.40,yes\\nK3,2026-02-10,Наем на зала,,180.00,yes\\nK4,2026-02-21,Продажба на торти по време на деня на отворените врата,212.50,,no\\nK5,,Средства за почистване,,34.90,yes\\nK6,2026-03-12,Дарение от пекарната,150.00,,yes\",\"treasurer_notes\":\"Бележката за продажбата на торти все още е при организатора. Паричните средства бяха преброени в края на март.\",\"currency\":\"EUR\"}"
}
Проверете дневника за пробег ред по ред. Сървърът изчислява километрите на всяко пътуване и отчита пропуски, намаляващи показания и липсващи подробности.
Входни и конфигурационни полета
Основни настройки
vehicle — Превозно средство
Добавено дума по дума, например име или регистрационен номер.
Настройки по подразбиране: ""
period — Период
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Пътувания
Един ред за всяко пътуване с начално и крайно показание. trip_type е свободен текст, например служебно или лично.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което проверката трябва да спомене.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 45000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "mileage_log_check",
"text": "{\"vehicle\":\"Корвет на компанията BX-KM 418\",\"period\":\"Май 2026\",\"lines\":\"id,date,driver,start_km,end_km,trip_type,purpose\\nF1,2026-05-04,T. Berg,45210,45262,бизнес,Посещение при клиента Hartmann Bakery\\nF2,2026-05-05,T. Berg,45262,45298,лично,Пътуване до магазина за инструменти\\nF3,2026-05-06,A. Novak,45310,45402,бизнес,Доставка за Mill Road\\nF4,2026-05-07,A. Novak,45402,45455,,Среща с доставчик в Bridgeport\\nF5,2026-05-08,T. Berg,45450,45471,бизнес,Посещение на обекта\",\"remarks\":\"\"}"
}
Сумирайте часовите листове по начало, край и почивка. Сървърът изчислява часовете по лице и седмица, сравнява ги с целевите часове и съобщава за необичайни времена.
Входни и конфигурационни полета
Основни настройки
organisation — Компания или клуб
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Времеви записи
Един ред за всеки работен период. Време като 08:30, почивка в цели минути.
Настройки по подразбиране: ""
target_hours — Целеви часове на седмица
Опционално: цел за едно лице в една календарна седмица, например 38.5.
Настройки по подразбиране: ""
remarks — Забележки
По избор: всичко, което резюмето трябва да спомене.
Настройки по подразбиране: ""
Разширени настройки
overnight — Смени след полунощ
„Да“ отчита крайно време преди началното като следващ ден. „Не“ съобщава за такива редове.
no — Не · yes — Да
Настройки по подразбиране: "no"
Максимален брой входни байтове UTF-8: 45000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "timesheet_summary",
"text": "{\"organisation\":\"Пекарна Hartmann\",\"period\":\"4 до 10 май 2026\",\"lines\":\"id,person,date,start,end,break_minutes\\nS1,Mira Kovac,2026-05-04,08:00,12:30,30\\nS2,Mira Kovac,2026-05-05,08:00,14:00,30\\nS3,Mira Kovac,2026-05-06,07:30,15:45,45\\nS4,Mira Kovac,2026-05-07,08:00,13:00,\\nS5,Tom Berg,2026-05-04,06:00,10:00,0\\nS6,Tom Berg,2026-05-05,14:00,12:00,0\\nS7,Tom Berg,2026-05-06,06:00,13:00,30\\nS8,Tom Berg,2026-05-07,,11:00,15\",\"target_hours\":\"20\",\"overnight\":\"no\",\"remarks\":\"\"}"
}
Анализирайте показанията на броячи за електричество, вода или газ. Сървърът изчислява консумацията за период и съобщава за отклонения и спадащи показания.
Входни и конфигурационни полета
Основни настройки
property — Имот или домакинство
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Показания
Един ред за всяко показание. Дати като 2026-03-31 или 31.03.2026. Използвайте една единица на брояч.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: например смяна на брояч или дълго отсъствие.
Настройки по подразбиране: ""
Разширени настройки
outlier_percent — Праг за отклонение в проценти
Периоди, които са толкова далеч от средното на брояча, се отчитат. От 10 до 500.
Настройки по подразбиране: 50
Максимален брой входни байтове UTF-8: 40000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "meter_readings",
"text": "{\"property\":\"Mill Road 3, апартамент 5\",\"lines\":\"id,meter,date,reading,unit\\nZ1,Електричество,2026-01-01,44120,kWh\\nZ2,Електричество,2026-02-01,44430,kWh\\nZ3,Електричество,2026-03-01,44710,kWh\\nZ4,Електричество,2026-04-01,45410,kWh\\nZ5,Електричество,2026-05-01,45700,kWh\\nZ6,Вода,2026-01-01,312.5,m3\\nZ7,Вода,2026-04-01,331,m3\\nZ8,Вода,2026-07-01,328.5,m3\",\"outlier_percent\":50,\"remarks\":\"Отоплител използван през март.\"}"
}
Превърнете инвентаризация в инвентарен списък. Сървърът умножава количеството по единичната стойност, сумира по категория и отчита дублиращи се и липсващи стойности.
Входни и конфигурационни полета
Основни настройки
organisation — Магазин или клуб
Добавено дума по дума.
Настройки по подразбиране: ""
inventory_date — Дата на инвентаризация
Добавено дума по дума.
Настройки по подразбиране: ""
location — Местоположение
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Артикули
Един ред на артикул с количество и стойност за единица. Липсваща цифра се съобщава и редът се изключва от общата сума.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което списъкът трябва да спомене.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 45000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "inventory_list",
"text": "{\"organisation\":\"Riverside Rowing Club\",\"inventory_date\":\"31 декември 2025 г.\",\"location\":\"Лодка\",\"lines\":\"id,category,item,quantity,unit,unit_value\\nI1,Лодки,Единична гребна лодка,3,бр.,1800\\nI2,Лодки,Чифт весла,12,чифт,95\\nI3,Кухня,Експрес за кафе,1,бр.,240\\nI4,Кухня,Чинии,48,бр.,2.50\\nI5,Кухня,Чинии,48,бр.,2.50\\nI6,Работилница,Акумулаторна бормашина,2,бр.,\\nI7,Работилница,Смазка,,консерва,7.80\",\"remarks\":\"Преброяно от двама членове на борда.\",\"currency\":\"EUR\"}"
}
Превърнете бележките от смяната в ясно предаване. Появяват се само точки от бележките, незавършените задачи се изписват отделно и нищо не се оценява или препоръчва.
Входни и конфигурационни полета
Основни настройки
area — Област или екип
Добавено дума по дума, например отделение, кухня или производствена линия.
Настройки по подразбиране: ""
shift — Смяна и дата
Добавено дума по дума.
Настройки по подразбиране: ""
handed_by — Предадено от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
received_by — Прието от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
notes — Бележки от смяната
Обикновени бележки са достатъчни. В предаването може да се появи само това, което е записано тук.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "shift_handover",
"text": "{\"area\":\"Район 2, екип за грижи\",\"shift\":\"Късна смяна, 12 май 2026\",\"handed_by\":\"А. Новак\",\"received_by\":\"Т. Берг\",\"notes\":\"Стая 12: К-во Хансен имаше кръвно налягане 150/90 в 16:00, лекарят е информиран, все още няма нова заповед. Стая 14: Г-жа Лунд получи вечерните си таблетки в 18:00. Стая 9: звънокът за повикване не работи, потърсени са техници, ще дойдат утре сутрин. Стая 12: попитайте отново лекаря за новата заповед преди 21:00. Доставката на лене още трябва да бъде прибрана.\"}"
}
Превърнете бюджетните показатели в бюджетен план на клуба. Сървърът събира приходите и разходите, изчислява баланса и отбелязва промени от поне 20 % спрямо предходната година.
Входни и конфигурационни полета
Основни настройки
club — Клуб или асоциация
Добавено дума по дума.
Настройки по подразбиране: ""
year — Бюджетна година
Добавено дума по дума.
Настройки по подразбиране: ""
lines — Бюджетни позиции
Един ред на позиция. kind е income или expense. previous е сумата от предходната година и може да бъде празна.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: причини за промените или планове за годината.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "club_budget",
"text": "{\"club\":\"Riverside Rowing Club\",\"year\":\"2026\",\"lines\":\"id,kind,item,planned,previous\\nH1,income,Членски вноски,18400,17800\\nH2,income,Вноски за участие в регата,3600,2800\\nH3,income,Дарения,1500,2000\\nH4,expense,Ремонти на лодки,6200,4800\\nH5,expense,Наем на лодкова база,9600,9600\\nH6,expense,Застраховка,2100,1950\\nH7,expense,Реновация на лодкова къща,7000,\",\"remarks\":\"Реновацията на лодковата къща е планирана за лятото. На две лодки са необходими нови ригери.\",\"currency\":\"EUR\"}"
}
Подгответе събеседуване за работа от обява за работа и CV: вероятни въпроси, подходящи точки и пропуски. Нищо не се добавя за работодателя или кандидата.
Входни и конфигурационни полета
Основни настройки
job_title — Заглавие на позицията
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
company — Компания
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
job_ad — Обява за работа
Поставете текста. Той се третира като данни, а не като инструкции.
Настройки по подразбиране: ""
cv — CV
Поставете текста. Само това, което е необходимо за подготовката; контактните данни могат да бъдат пропуснати.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "interview_preparation",
"text": "{\"job_title\":\"Асистент по проекти\",\"company\":\"Lumen Print\",\"job_ad\":\"Lumen Print търси асистент по проекти в Бриджпорт. Задачи: планиране на графици за печат, координация с клиенти и доставчици, подготовка на седмични отчети за напредъка. Изисквания: опит в координацията на проекти, уверено използване на електронни таблици, добър писмен английски език, опит в производствения печат е предимство. Начало: 1 септември.\",\"cv\":\"Mira Kovac. 2023 до 2026: офис асистент в Hartmann Paper, Бриджпорт. Координираше доставки с 40 клиенти, поддържаше плана за доставки в електронни таблици, обучаваше двама нови колеги. 2020 до 2023: обучение за офис служител. Езици: английски, добър писмен и устен; хърватски, майчин.\"}"
}
Превърнете списък с часове по кормуване в отчет за обучението. Сървърът преброява часовете по вид и ги сравнява с въведените цели.
Входни и конфигурационни полета
Основни настройки
learner — Курсист
Име или референция. Добавено дума по дума.
Настройки по подразбиране: ""
driving_school — Автошкола
Добавено дума по дума.
Настройки по подразбиране: ""
licence_class — Категория шофьорска книжка
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Часове
Един ред на всеки час или блок. units е броят на часовете, topic може да е празно.
Настройки по подразбиране: ""
targets — Цели по вид час
Един ред на всеки тип с приложимата цел. Инструментът не познава правила и само сравнява тези числа.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което записът трябва да спомене.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "driving_lesson_record",
"text": "{\"learner\":\"Mira K.\",\"driving_school\":\"Driving School Lindenau\",\"licence_class\":\"B\",\"lines\":\"id,date,lesson_type,units,instructor,topic\\nL1,2026-03-03,Basic,2,T. Berg,Starting and steering\\nL2,2026-03-10,Basic,2,T. Berg,Junctions\\nL3,2026-03-17,Basic,2,T. Berg,Parking\\nL4,2026-04-07,Country road,3,A. Novak,Overtaking\\nL5,2026-04-14,Country road,2,A. Novak,\\nL6,2026-04-21,Motorway,4,A. Novak,Joining and leaving\\nL7,2026-05-05,Night,2,T. Berg,\\nL8,,Night,,T. Berg,Dipped headlights\",\"targets\":\"id,lesson_type,target_units\\nT1,Basic,12\\nT2,Country road,5\\nT3,Motorway,4\\nT4,Night,3\",\"remarks\":\"Урок L8 беше преместен, датата все още е свободна.\"}"
}
Превърнете продуктите за боя и бележките в карта за боя. Сървърът изчислява съотношението на смесване и количествата от въведените продукти и не се споменава нищо за кожата.
Входни и конфигурационни полета
Основни настройки
client — Клиент
Име или клиентски номер. Добавено дума по дума.
Настройки по подразбиране: ""
salon — Салон
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
recipe_date — Дата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Продукти
Един ред на продукт. Въведете части за съотношение или количеството на всеки продукт.
Настройки по подразбиране: ""
total_amount — Общо количество
Опционално: количеството за смесване, например 120. То се разделя на частите.
Настройки по подразбиране: ""
recipe_notes — Бележки за нанасянето
Опционално: ред, време на действие, желания на клиента.
Настройки по подразбиране: ""
Разширени настройки
unit — Единица
До 4 букви, например g или ml.
Настройки по подразбиране: "g"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "hair_colour_card",
"text": "{\"client\":\"Карта на клиент 1184\",\"salon\":\"Студио Lindenau\",\"recipe_date\":\"12 май 2026\",\"lines\":\"id,product,shade,parts,amount\\nF1,Lumina Cream,7.1,1,\\nF2,Lumina Cream,6.0,1,\\nF3,Lumina Developer 6 %,,2,\",\"total_amount\":\"120\",\"unit\":\"g\",\"recipe_notes\":\"Първо корекция на корените, след това 30 минути за дължината, а после последните 10 минути за дължината. Клиентът иска хладен тон без червено.\"}"
}
Създайте график за фотосесия от стъпки и минути. Сървърът изчислява всички часове, буфери и превишения, а AI формулира всяка стъпка.
Входни и конфигурационни полета
Основни настройки
shoot — Фотосесия
Име на фотосесията или клиента. Добавено дума по дума.
Настройки по подразбиране: ""
shoot_date — Дата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
location — Местоположение
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
start_time — Час на започване
Формат 09:30.
Настройки по подразбиране: "09:00"
latest_end — Планиран край
По избор, формат 18:30. По-късен край се съобщава.
Настройки по подразбиране: ""
lines — Стъпки
Един ред за всяка стъпка с минути. fixed_start е по избор, за време, което не може да се измести, например златният час в 19:40.
Настройки по подразбиране: ""
remarks — Забележки
По избор: желания и детайли, които могат да помогнат при формулирането на стъпките.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "photo_shoot_schedule",
"text": "{\"shoot\":\"Семейство Berg, пролетни снимки\",\"shoot_date\":\"16 май 2026\",\"location\":\"Mill Park\",\"start_time\":\"14:00\",\"latest_end\":\"16:30\",\"lines\":\"id,step,who,minutes,fixed_start\\nA1,Arrival and light check,Photographer,20,\\nA2,Family group at the lake,Photographer and family,30,14:30\\nA3,Children on the meadow,Assistant,25,\\nA4,Change of clothes,Family,15,\\nA5,Portraits in the old orchard,Photographer,40,15:40\\nA6,Couple at the bridge in low sun,Photographer,30,16:15\",\"remarks\":\"Семейството иска естествени снимки без позиране. Децата се изморяват бързо.\"}"
}
Създайте програмата за сватбен ден от стъпки и минути. Сървърът изчислява всички часове, буфери и превишения, а AI формулира всяка стъпка.
Входни и конфигурационни полета
Основни настройки
wedding — Сватба
Имена на двойката. Добавено дума по дума.
Настройки по подразбиране: ""
wedding_date — Дата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
venue — Място на провеждане
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
start_time — Час на започване
Формат 09:30.
Настройки по подразбиране: "09:00"
latest_end — Планиран край
По избор, формат 00:30. По-късен край се съобщава. Час, по-ранен от началото, се счита за следващия ден.
Настройки по подразбиране: ""
lines — Стъпки
Един ред за всяка стъпка с минути. fixed_start е по избор, за време, което не може да се измести, например церемонията.
Настройки по подразбиране: ""
remarks — Забележки
По избор: желания и детайли, които могат да помогнат при формулирането на стъпките.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "wedding_day_schedule",
"text": "{\"wedding\":\"Аня и Том\",\"wedding_date\":\"20 юни 2026\",\"venue\":\"Линденхоф\",\"start_time\":\"09:00\",\"latest_end\":\"00:30\",\"lines\":\"id,step,who,minutes,fixed_start\\nW1,Hair and make-up,Anna and stylist,120,\\nW2,Couple pictures in the garden,Photographer,60,\\nW3,Drive to the church,Tom,30,\\nW4,Guests arrive,Ushers,30,13:00\\nW5,Ceremony,Pastor,45,13:30\\nW6,Reception with cake,Service team,75,\\nW7,Group pictures,Photographer,40,\\nW8,Drive to the Lindenhof,All,20,\\nW9,Dinner,Kitchen,120,18:00\\nW10,Speeches,Best man,45,\\nW11,First dance,Anna and Tom,15,20:30\\nW12,Party,DJ,240,\",\"remarks\":\"Тортата е от пекарня Hartmann. Диджеят носи собствена техника.\"}"
}
Подредете бележките на терапевт в ясен лист за домашни упражнения. Появяват се само упражненията от бележките, без диагноза и без медицински съвети.
Входни и конфигурационни полета
Основни настройки
patient — Пациент
По избор: достатъчно е малко име или референция. Добавя се дума по дума.
Настройки по подразбиране: ""
therapist — Терапевт или кабинет
Добавено дума по дума.
Настройки по подразбиране: ""
sheet_date — Дата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
notes — Бележки на терапевта
Упражненията според договореното, с повторения и начин на изпълнение. Може да се появи само това, което е записано тук.
Настройки по подразбиране: ""
practice_contact — Контакт
По избор. Добавя се дума по дума в края.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "home_exercise_sheet",
"text": "{\"patient\":\"Референция 2207\",\"therapist\":\"Физиотерапия Lindenau, К. Берг\",\"sheet_date\":\"5 май 2026\",\"notes\":\"Повдигане на петите, държейки се за стола, 10 пъти, 2 серии, сутрин и вечер. Легнете по гръб, притегнете коляното към гърдите с двете ръце, задръжте 20 секунди, 3 пъти от всяка страна. Ходете по равна повърхност 15 минути дневно. Изпълнявайте упражненията бавно. Донесете листа на следващата среща.\",\"practice_contact\":\"Lindenau Physiotherapy, телефон 0123 456789\"}"
}
Превърнете бележките за грижа в неутрален отчет. Появяват се само наблюденията от бележките, без диагноза и без съвети, а бележка указва, че отчетът се проверява от квалифициран специалист.
Входни и конфигурационни полета
Основни настройки
care_client — Клиент
Достатъчна е препратка. Добавено дума по дума.
Настройки по подразбиране: ""
report_date — Дата и смяна
Добавено дума по дума.
Настройки по подразбиране: ""
written_by — Написано от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
notes — Бележки за грижите
Какво е наблюдавано и направено. В отчета може да се появи само това, което е записано тук.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "care_report",
"text": "{\"care_client\":\"Референция A-17\",\"report_date\":\"12 май 2026 г., ранна смяна\",\"written_by\":\"А. Новак\",\"notes\":\"Измито в мивката с помощ в 08:00. Закуска в дневната стая. Разхожда се в градината с ходилката за около 20 минути. Казва, че новата стола е удобна. Батерията на слуховия апарат е сменена в 09:30. Дъщерята се обади в 11:00. Отворено: попитай дали спирачките на ходилката се нуждаят от проверка.\"}"
}
Подредете бележките на възпитател в отчет за наблюдение. Появяват се само наблюденията, без диагнози и без оценка или класификация на детето.
Входни и конфигурационни полета
Основни настройки
child — Дете
Достатъчно е малко име или код. Добавено дума по дума.
Настройки по подразбиране: ""
child_group — Група
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
observation_period — Период на наблюдение
Добавено дума по дума.
Настройки по подразбиране: ""
observer — Наблюдавано от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
notes — Забележки
Какво е направило и казало детето. Само това, което е записано тук, може да се появи в отчета.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "childcare_observation",
"text": "{\"child\":\"Дете А\",\"child_group\":\"Група Слънчоглед\",\"observation_period\":\"4 - 8 май 2026 г.\",\"observer\":\"К. Берг\",\"notes\":\"Понеделник: построи кула с дървени кубчета по време на свободна игра и броеше кубчетата на глас до 12. Вторник: поиска от друго дете да ѝ помогне да пренесе кутията. Сряда: рисува с две ръце около 20 минути и каза „слънцето е горещо“. Четвъртък: слуша приказката в ъгъла за четене до края. Петък: обува ботушите си без помощ преди да излезе.\"}"
}
Напишете съобщение за смърт и кратък некролог въз основа на това, което казва семейството. Имената и датите остават дума по дума и нищо не се измисля за живота на човека.
Входни и конфигурационни полета
Основни настройки
deceased — Име на починалия
Добавено дума по дума.
Настройки по подразбиране: ""
born — Роден
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
died — Починал
Добавено дума по дума.
Настройки по подразбиране: ""
facts — Какво иска да каже семейството
Прости бележки за живота на човека. Тук може да се появи само това, което е написано.
Настройки по подразбиране: ""
mourners — В траур
По желание: имена на семейството. Добавя се дума по дума.
Настройки по подразбиране: ""
service_details — Прощална церемония
Опционално: място, дата и пожелания. Добавя се дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "death_notice_obituary",
"text": "{\"deceased\":\"Ана Визентал\",\"born\":\"3 март 1941\",\"died\":\"12 октомври 2026\",\"facts\":\"Учител в началното училище в Бриджпорт в продължение на 31 години. Пееше в църковен хор. Обичаше градината си и двете си внуци. Обичаше да казва, че добра книга никога не приключва.\",\"mourners\":\"Пол и Лена Визентал с Том и Мия\",\"service_details\":\"Събота, 24 октомври 2026, 11:00 ч., Капела на Мил Роуд. Вместо цветя, моля, помислете за дарение за училищната библиотека.\"}"
}
Напишете поканата или протокола от събрание на собствениците. Дневният ред и решенията остават дума по дума, без правни изявления и без измислени срокове.
Входни и конфигурационни полета
Основни настройки
document — Документ
Изберете какво да създадете.
invitation — Покана · minutes — Протокол
Настройки по подразбиране: "invitation"
property_name — Имот
Добавено дума по дума.
Настройки по подразбиране: ""
meeting_when — Дата и час
Добавено дума по дума.
Настройки по подразбиране: ""
meeting_place — Място
Добавено дума по дума.
Настройки по подразбиране: ""
manager — Управител на имота
Добавено дума по дума.
Настройки по подразбиране: ""
agenda_items — Дневен ред
Една точка на ред. Добавено дума по дума.
Настройки по подразбиране: ""
notes — Забележки
Покана: какво трябва да се спомене. Протокол: как е протекло събранието. Може да се появи само това, което е написано тук.
Настройки по подразбиране: ""
attendance — Присъстващи
Само за протокол: добавено дума по дума, например присъстват 14 от 20 обекта.
Настройки по подразбиране: ""
resolutions — Решения
Само за протокол: по едно решение на ред с гласове и суми. Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "owners_meeting",
"text": "{\"document\":\"minutes\",\"property_name\":\"Собственици на Mill Road 3\",\"meeting_when\":\"Четвъртък, 18 юни 2026 г., 18:30\",\"meeting_place\":\"Конференц зала на Общински център Lindenau\",\"manager\":\"Hartmann Property Management, S. Hartmann\",\"agenda_items\":\"1. Приветствие\\n2. Годишен отчет 2025\\n3. Ремонт на покрива\\n4. Други въпроси\",\"notes\":\"Г-жа Берг попита за графика на ремонта на покрива. Управителят ще попита покривната фирма и ще докладва. Осветлението на стълбището беше споменато в точка „Други въпроси“.\",\"attendance\":\"14 от 20 собственици присъстват или са представлявани\",\"resolutions\":\"Точка 2: Годишният отчет за 2025 г. е одобрен. 13 да, 0 не, 1 въздържащ се.\\nТочка 3: Ремонтът на покрива от Dachbau Lindenau е одобрен на сума от 48 500,00 EUR, платена от резерва. 11 да, 2 не, 1 въздържащ се.\"}"
}
Подредете инструкциите на ветеринарна клиника в лист за последващи грижи за собствениците на животни. Без диагноза и без лекарства или дози извън въведеното.
Входни и конфигурационни полета
Основни настройки
practice — Клиника
Добавено дума по дума.
Настройки по подразбиране: ""
animal — Животно
Име и вид. Добавено дума по дума.
Настройки по подразбиране: ""
pet_owner — Собственик
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
visit_date — Дата на посещението
Добавено дума по дума.
Настройки по подразбиране: ""
notes — Инструкции на клиниката
Грижи, хранене, лекарства и дози по инструкции, следващият час. Може да се появи само това, което е написано тук.
Настройки по подразбиране: ""
practice_contact — Контакт
По избор. Добавя се дума по дума в края.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "pet_aftercare_sheet",
"text": "{\"practice\":\"Ветеринарна практика Lindenau\",\"animal\":\"Мопс, куче\",\"pet_owner\":\"\",\"visit_date\":\"5 май 2026 г.\",\"notes\":\"След почистването на зъбите: мека храна за 3 дни. Без играчки за дъвчене за 5 дни. Гел Demodent върху венците веднъж дневно вечер за 5 дни, както беше предадено. Ако има кървене след 2-рия ден, моля, обадете се в практиката. Преглед на 14 май в 10:30 ч.\",\"practice_contact\":\"Ветеринарна практика Lindenau, телефон 0123 456700\"}"
}
Сервизен отчет за собственици на превозни средства
workshop_report
Обяснете ремонта с прости думи. Сървърът събира разходите за труд и части, а AI обяснява само това, което е посочено в поръчката и бележките от сервиза.
Входни и конфигурационни полета
Основни настройки
workshop — Сервиз
Добавено дума по дума.
Настройки по подразбиране: ""
vehicle — Превозно средство
Добавено дума по дума, например модел и регистрационен номер.
Настройки по подразбиране: ""
mileage — Пробег
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Труд и части
Един ред на всяка работа или част. kind е labour или part. За труда количеството означава часове.
Настройки по подразбиране: ""
workshop_notes — Бележки от сервиза
Какво е докладвано, намерено и договорено. Само това, което е записано тук, може да бъде обяснено.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 25000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "workshop_report",
"text": "{\"workshop\":\"Hartmann Car Service\",\"vehicle\":\"VW Golf, BX-KM 418\",\"mileage\":\"84210 km\",\"lines\":\"id,kind,description,quantity,unit_price\\nW1,labour,Replace front brake pads and discs,1.5,89.00\\nW2,labour,Annual service with oil change,2,89.00\\nW3,part,Front brake pads set,1,64.90\\nW4,part,Front brake discs,2,58.50\\nW5,part,Engine oil in litres,4.5,14.20\\nW6,part,Oil filter,1,12.80\\nW7,part,Wiper blades,1,\",\"workshop_notes\":\"Клиентът съобри за скърцане при спиране. Предните спирачни дискове бяха под границата на износване. Задните спирачни накладки са износени наполовина; сервизът ще ги прегледа отново при следващата сервизна проверка. Цената на чистачките все още трябва да бъде проверена.\",\"currency\":\"EUR\"}"
}
Сравнете измерените стойности с въведените граници. Сървърът отбелязва всяка стойност като в рамките или извън границата ѝ. Не се добавят стандартни стойности и това не замества проверката от квалифициран електротехник.
Входни и конфигурационни полета
Основни настройки
installation — Инсталация
Добавено дума по дума, например сграда и разпределително табло.
Настройки по подразбиране: ""
test_date — Дата на проверката
Добавено дума по дума.
Настройки по подразбиране: ""
tester — Проверено от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Измервания
Един ред за всяка стойност. Границата идва от приложимия стандарт или от производителя. limit_type е max (стойността не може да бъде по-висока) или min (стойността не може да бъде по-ниска).
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което записът трябва да спомене, например измервателният уред.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 45000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "electrical_test_record",
"text": "{\"installation\":\"Mill Road 3, разпределителна табла 1\",\"test_date\":\"12 май 2026\",\"tester\":\"Т. Berg\",\"lines\":\"id,circuit,measurement,value,unit,limit,limit_type\\nP1,Sockets,Insulation resistance,210,MOhm,1,min\\nP2,Sockets,Loop impedance,0.62,Ohm,1.37,max\\nP3,Oven,Loop impedance,1.54,Ohm,1.37,max\\nP4,Oven,RCD trip time,24,ms,30,max\\nP5,Lighting,Insulation resistance,,MOhm,1,min\\nP6,Lighting,RCD trip current,30,mA,30,max\",\"remarks\":\"Измерено с едно и също устройство на всички вериги.\"}"
}
Проверете температурен дневник за хладилници и фризери. Сървърът открива показания извън въведения диапазон и дни без показание. Без твърдения относно законодателството за храните.
Входни и конфигурационни полета
Основни настройки
kitchen — Кухня или бизнес
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Показания
Един ред за всяко показание. Дати като 2026-03-31 или 31.03.2026, часове като 08:30. Въведете долна и горна граница веднъж за всеки уред; празните клетки запазват последния диапазон.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: например почивни дни, които тогава обясняват пропуска.
Настройки по подразбиране: ""
Разширени настройки
checks_per_day — Показания на ден
Изброяват се дни с по-малко показания на уред. От 1 до 6.
Настройки по подразбиране: 1
Максимален брой входни байтове UTF-8: 45000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "temperature_log_check",
"text": "{\"kitchen\":\"Riverside Bistro\",\"period\":\"4 - 8 май 2026\",\"lines\":\"id,appliance,date,time,temperature,lower,upper,note\\nT1,Cold room,2026-05-04,08:00,4.0,0,7,\\nT2,Freezer,2026-05-04,08:05,-19,-25,-18,\\nT3,Cold room,2026-05-05,08:00,5.5,,,\\nT4,Freezer,2026-05-05,08:10,-16.5,,,Door open during delivery\\nT5,Cold room,2026-05-06,08:02,8.5,,,\\nT6,Cold room,2026-05-08,08:00,3,,,\\nT7,Freezer,2026-05-08,08:03,,,,\",\"checks_per_day\":1,\"remarks\":\"Затворено на 7 май.\"}"
}
Превърнете рецепта в количества. Сървърът изчислява грамове на съставка, общо тесто, хидратация и добив на тесто от пекарски проценти или от рецепта в грамове.
Входни и конфигурационни полета
Основни настройки
recipe — Рецепта
Добавено дума по дума.
Настройки по подразбиране: ""
lines — Съставки
Един ред на съставка. role е flour, liquid или other. Попълнете percent във всички редове или amount_g във всички редове.
Настройки по подразбиране: ""
pieces — Бройки
Колко бройки са необходими, например 40.
Настройки по подразбиране: ""
piece_weight — Тегло на тестото за бройка (g)
Тегло на тестото на една бройка в грамове, например 500.
Настройки по подразбиране: ""
flour_weight — Или: тегло на брашното (g)
Вместо бройки: общо брашно в грамове, например 10000.
Настройки по подразбиране: ""
remarks — Забележки
По желание: всичко, което листът трябва да спомене.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 12000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "bakers_percentage",
"text": "{\"recipe\":\"Хляб от пшеница и ръж\",\"lines\":\"id,role,ingredient,percent,amount_g\\nD1,flour,Wheat flour,80,\\nD2,flour,Rye flour,20,\\nD3,liquid,Water,65,\\nD4,other,Salt,2,\\nD5,other,Fresh yeast,1,\",\"pieces\":\"40\",\"piece_weight\":\"500\",\"flour_weight\":\"\",\"remarks\":\"Тясто престоява през нощта в хладилна стая.\"}"
}
Анализирайте дневниците на кошерите. Сървърът събира добива на мед за всеки кошер и съобщава за дълги пропуски между записите. Без диагноза и без съвети за лечение.
Входни и конфигурационни полета
Основни настройки
apiary — Пчелин
Добавено дума по дума.
Настройки по подразбиране: ""
year — Сезон
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Записи
Един ред за всяка проверка или прибиране на мед. Дати като 2026-03-31 или 31.03.2026. honey_kg само за прибиране на мед. Без запетаи в бележката, освен ако не е в кавички.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което оценката трябва да спомене.
Настройки по подразбиране: ""
Разширени настройки
gap_days — Пропуск след дни
Изброява се по-дълъг период без запис. От 7 до 365.
Настройки по подразбиране: 30
Максимален брой входни байтове UTF-8: 45000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "hive_record",
"text": "{\"apiary\":\"Пчелен кошница Mill Road\",\"year\":\"2026\",\"lines\":\"id,hive,date,honey_kg,note\\nB1,Hive 1,2026-04-12,,Queen seen and brood on six frames\\nB2,Hive 1,2026-05-20,,Queen cups found\\nB3,Hive 1,2026-06-15,18.5,First harvest\\nB4,Hive 1,2026-07-20,14,Second harvest\\nB5,Hive 2,2026-04-12,,Few bees after winter\\nB6,Hive 2,2026-06-15,9.25,Harvest from one super\\nB7,Hive 3,2026-04-12,,New colony\\nB8,Hive 3,,,\",\"gap_days\":30,\"remarks\":\"\"}"
}
Превърнете списък с трупи в списък с дървесина. Сървърът изчислява обема на всеки труп по формулата на Huber от дължината и средния диаметър и показва изчислението.
Входни и конфигурационни полета
Основни настройки
forest — Гора или насаждение
Добавено дума по дума.
Настройки по подразбиране: ""
timber_date — Дата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Трупи
Един ред за всеки труп с дължина в метри и среден диаметър в сантиметри.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което списъкът трябва да спомене.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "timber_list",
"text": "{\"forest\":\"Mill Forest, щендец 12\",\"timber_date\":\"3 февруари 2026\",\"lines\":\"id,species,length_m,diameter_cm\\nH1,Spruce,4,32\\nH2,Spruce,4,28.5\\nH3,Spruce,5,24\\nH4,Pine,4.5,30\\nH5,Pine,,26\",\"remarks\":\"Дърва, натрупани на източната писта.\"}"
}
Превърнете лехи и гъстоти в план за засаждане. Сървърът изчислява броя на растенията от площта и гъстотата и закръгля всеки ред нагоре до цели растения.
Входни и конфигурационни полета
Основни настройки
planting_site — Място за засаждане
Добавено дума по дума, например проект или адрес.
Настройки по подразбиране: ""
lines — Редове за засаждане
Един ред на растение в леха, с площ в квадратни метри и растения на квадратен метър.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което планът трябва да спомене.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 15000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "planting_plan",
"text": "{\"planting_site\":\"Двор на Mill Road\",\"lines\":\"id,bed,plant,area_m2,density_per_m2\\nG1,North bed,Lavender,12.5,6\\nG2,North bed,Ornamental grass,4.2,5\\nG3,South bed,Ground cover,18.4,8.5\\nG4,Hedge,Hornbeam,7.5,3\\nG5,South bed,Tulips,,25\",\"remarks\":\"Площта на тулипаните ще бъде измерена на място следващата седмица.\"}"
}
Сумирайте мощността по фази за събитие. Сървърът сравнява ватовете на всяка фаза с въведения предпазител. Това не замества проверка от квалифицирано лице.
Входни и конфигурационни полета
Основни настройки
event — Събитие
Добавено дума по дума.
Настройки по подразбиране: ""
fuse_amps — Предпазител на фаза (A)
От захранването на обекта, например 16 или 32.
Настройки по подразбиране: 16
lines — Устройства
Един ред за всеки тип устройство. phase е L1, L2 или L3. Ватове от табелката или техническия лист.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което трябва да се спомене в прегледа.
Настройки по подразбиране: ""
Разширени настройки
voltage — Напрежение на фаза (V)
Напрежение между фаза и неутрал.
Настройки по подразбиране: 230
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "power_load_phases",
"text": "{\"event\":\"Летен фестивал, главна сцена\",\"fuse_amps\":16,\"voltage\":230,\"lines\":\"id,device,phase,quantity,watts\\nS1,LED spot,L1,12,180\\nS2,Moving head,L1,4,320\\nS3,Sound amplifier,L2,2,1800\\nS4,Mixing desk,L2,1,150\\nS5,Fog machine,L3,1,1500\\nS6,Bar fridge,,1,350\",\"remarks\":\"Барът се захранва от същата разпределителна кутия.\"}"
}
Превърнете стоките в товарен списък. Сървърът събира теглата, сравнява ги с въведения полезен товар и съобщава за липсващи стойности. Без твърдения за обезопасяването на товара.
Входни и конфигурационни полета
Основни настройки
vehicle — Превозно средство
Добавено дума по дума, например регистрационен номер.
Настройки по подразбиране: ""
tour — Обиколка
По избор. Добавено дума по дума, например номер и дата.
Настройки по подразбиране: ""
payload_kg — Полезен товар (kg)
От документите на превозното средство, например 1200.
Настройки по подразбиране: ""
lines — Стоки
Един ред на артикул с количество и тегло на брой в килограми. stop е точката за разтоварване.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което списъкът трябва да спомене.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 25000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "load_list",
"text": "{\"vehicle\":\"Ван BX-KM 418\",\"tour\":\"Турне 7, 12 май 2026\",\"payload_kg\":\"1200\",\"lines\":\"id,stop,item,quantity,unit_weight_kg\\nL1,Bridgeport,Pallet of flour,2,320\\nL2,Bridgeport,Sack of sugar,10,25\\nL3,Mill Road,Crate of bottles,14,18.5\\nL4,Mill Road,Cleaning supplies,6,12.25\\nL5,Mill Road,Display stand,1,\",\"remarks\":\"Стендът за дисплей идва от склада сутринта.\"}"
}
Превърнете задачите за почистване в план. Сървърът изчислява часовете на седмица за всеки обект въз основа на честотата и минутите и изписва непълните редове.
Входни и конфигурационни полета
Основни настройки
company — Почистваща компания или екип
Добавено дума по дума.
Настройки по подразбиране: ""
period — Важи от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Задачи
Един ред на задача и обект с брой пъти на седмица и минути за всеки път. На всеки две седмици е 0.5 пъти на седмица.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: всичко, което планът трябва да спомене.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 25000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "cleaning_plan",
"text": "{\"company\":\"Clearwater Services\",\"period\":\"Май 2026\",\"lines\":\"id,site,task,times_per_week,minutes\\nR1,Mill Road office,Floors and desks,5,45\\nR2,Mill Road office,Washrooms,5,20\\nR3,Mill Road office,Windows,0.5,90\\nR4,Hartmann Bakery,Sales room,6,30\\nR5,Hartmann Bakery,Storage room,1,40\\nR6,Hartmann Bakery,Staff room,2,\",\"remarks\":\"Минути за стаята на персонала се съгласуват следващата седмица.\"}"
}
Изчислете боята за обект от помещенията, прозорците и вратите, слоевете и разходната норма. Сървърът изчислява литрите и опаковките, а AI пише кратко обобщение за офертата.
Входни и конфигурационни полета
Основни настройки
project — Проект
Добавя се дословно, например клиент и адрес.
Настройки по подразбиране: ""
lines — Помещения и площи
Един ред на помещение или повърхност. Площта на стените е периметър по височина; extra_m2 добавя таван или друга площ директно; openings_m2 се изважда. Оставете coats празно, за да се използва числото по-долу.
Настройки по подразбиране: ""
coverage_m2_per_l — Разходна норма (m² на литър)
От техническия лист на продукта, например 8 или 7,5.
Настройки по подразбиране: ""
coats — Слоеве
За редове без собствен брой. От 1 до 6.
Настройки по подразбиране: 2
container_l — Размер на опаковката (l)
По избор: литри в една опаковка, например 10 или 2,5.
Настройки по подразбиране: "10"
remarks — Забележки
По избор: всичко, което обобщението трябва да спомене, например цветове или състоянието на стените.
Настройки по подразбиране: ""
Разширени настройки
reserve_percent — Резерв (%)
Добавя се към общото количество литри. От 0 до 50.
Настройки по подразбиране: 10
container_price — Цена на опаковка
По избор: за разхода за материал, например 89,90.
Настройки по подразбиране: ""
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "paint_quantity",
"text": "{\"project\":\"Семейство Келер, ул. Кленова\",\"lines\":\"id,room,perimeter_m,height_m,extra_m2,openings_m2,coats\\nR1,Хол,18.4,2.6,,5.2,\\nR2,Кухня,12,2.5,,3.1,\\nR3,Таван в хола,,,21.5,,1\\nR4,Коридор,9.6,,,1.8,\",\"coverage_m2_per_l\":\"8\",\"coats\":2,\"container_l\":\"10\",\"reserve_percent\":10,\"container_price\":\"89.90\",\"currency\":\"EUR\",\"remarks\":\"Стените в топло бяло, таванът в чисто бяло. Малките пукнатини в кухнята се запълват първо. Височината на коридора се измерва на място.\"}"
}
Изчислете плочки, лепило и фугираща смес от площите на обект. Сървърът добавя отпадъка, закръглява нагоре до цели кашони за всяка плочка и изчислява чувалите от въведения разход.
Входни и конфигурационни полета
Основни настройки
project — Проект
Добавя се дословно, например клиент и адрес.
Настройки по подразбиране: ""
lines — Повърхности
Един ред на повърхност с нетната площ в квадратни метри. tile назовава плочката. waste_percent и pack_m2 могат да са празни, тогава се използват стойностите по-долу.
Настройки по подразбиране: ""
waste_percent — Отпадък (%)
За редове без собствена стойност. От 0 до 50.
Настройки по подразбиране: 10
pack_m2 — m² на кашон
По избор: за редове без собствена стойност, например 1,44.
Настройки по подразбиране: ""
remarks — Забележки
По избор: всичко, което обобщението трябва да спомене, например схема на редене или основа.
Настройки по подразбиране: ""
Разширени настройки
adhesive_kg_m2 — Лепило (kg на m²)
По избор: разход от техническия лист, например 3,5.
Настройки по подразбиране: ""
adhesive_bag_kg — Чувал лепило (kg)
По избор, например 25.
Настройки по подразбиране: ""
grout_kg_m2 — Фугираща смес (kg на m²)
По избор: разход от техническия лист за тази плочка и фуга, например 0,5.
Настройки по подразбиране: ""
grout_bag_kg — Чувал фугираща смес (kg)
По избор, например 5.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "tile_quantity",
"text": "{\"project\":\"Баня и кухня, ул. Мелнична 3\",\"lines\":\"id,surface,tile,area_m2,waste_percent,pack_m2\\nF1,Под в банята,Плочка A 60x60,6.8,,\\nF2,Стена в банята,Плочка B 30x60,22.4,15,1.08\\nF3,Стена в кухнята,Плочка B 30x60,4.2,,1.08\\nF4,Под в коридора,Плочка A 60x60,,,\",\"waste_percent\":10,\"pack_m2\":\"1.44\",\"adhesive_kg_m2\":\"3.5\",\"adhesive_bag_kg\":\"25\",\"grout_kg_m2\":\"0.5\",\"grout_bag_kg\":\"5\",\"remarks\":\"Стената в банята се реди диагонално. Подът в коридора се измерва, след като старата настилка бъде премахната.\"}"
}
Изчислете керемиди, летви и било от покривните плоскости на обект. Сървърът използва броя керемиди на квадратен метър и стъпката на летвите от производителя и добавя отпадъка.
Входни и конфигурационни полета
Основни настройки
project — Проект
Добавя се дословно, например клиент и адрес.
Настройки по подразбиране: ""
lines — Покривни плоскости
Един ред на покривна плоскост с площта по наклона в квадратни метри. ridge_m е дължината на билото или ребрата за покриване по тази плоскост; общо било въведете само веднъж.
Настройки по подразбиране: ""
tiles_per_m2 — Керемиди на m²
От производителя за тази керемида и стъпка на летвите, например 10,5.
Настройки по подразбиране: ""
batten_gauge_cm — Стъпка на летвите (cm)
По избор: разстояние между летвите, например 33,5. Без него не се изчисляват летви.
Настройки по подразбиране: ""
waste_percent — Отпадък (%)
Добавя се към керемидите и летвите. От 0 до 30.
Настройки по подразбиране: 5
remarks — Забележки
По избор: всичко, което обобщението трябва да спомене, например модела керемиди или формата на покрива.
Настройки по подразбиране: ""
Разширени настройки
ridge_tiles_per_m — Капаци за било на метър
По избор: от производителя, например 2,5.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 12000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "roofing_material",
"text": "{\"project\":\"Къща Берг, ул. Липова 7\",\"lines\":\"id,roof_face,area_m2,ridge_m\\nD1,Южен скат,62.4,10.4\\nD2,Северен скат,62.4,\\nD3,Покрив на гаража,18.3,\\nD4,Навес над входа,,\",\"tiles_per_m2\":\"10.5\",\"batten_gauge_cm\":\"33.5\",\"waste_percent\":5,\"ridge_tiles_per_m\":\"2.5\",\"remarks\":\"Червени глинени керемиди като на стария покрив. Навесът се измерва, когато скелето е поставено.\"}"
}
Превърнете стъклата в списък за поръчка. Сървърът изчислява площта на стъкло и позиция, минимална площ на стъкло по избор и теглото от площта, дебелината и 2,5 kg на m² и mm.
Входни и конфигурационни полета
Основни настройки
customer — Клиент или поръчка
Добавено дума по дума.
Настройки по подразбиране: ""
order_ref — Номер на поръчката
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Стъкла
Един ред на позиция с ширина и височина в милиметри, дебелина в милиметри и брой. За стъклопакет или ламинирано стъкло въведете сбора от дебелините на стъклата.
Настройки по подразбиране: ""
remarks — Забележки
По избор: всичко, което поръчката трябва да спомене, например обработка на ръбовете или доставка.
Настройки по подразбиране: ""
Разширени настройки
min_area_m2 — Минимална площ на стъкло (m²)
По избор: според ценоразписа на доставчика, например 0,5. По-малките стъкла се отчитат с тази площ.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "glass_order",
"text": "{\"customer\":\"Новак кухни и бани\",\"order_ref\":\"GL-2026-114\",\"lines\":\"id,position,glass_type,width_mm,height_mm,thickness_mm,quantity\\nG1,Кухненски прозорец,Стъклопакет 4/16/4,1200,1400,8,2\\nG2,Баня,Матирано стъкло,600,450,6,1\\nG3,Рафт,Флоатно стъкло,800,250,8,3\\nG4,Врата,Флоатно стъкло,900,,8,1\",\"min_area_m2\":\"0.5\",\"remarks\":\"Рафтовете с полирани ръбове. Височината на стъклото за вратата ще бъде съобщена след монтажа на касата.\"}"
}
Обем при преместване и размер на превозното средство
removal_volume
Превърнете списък с домашни вещи в списък за опаковане. Сървърът сумира обема по помещения, добавя резерв и избира най-малкото подходящо превозно средство от собствения списък.
Входни и конфигурационни полета
Основни настройки
move — Преместване
Добавя се дословно, например клиент и двата адреса.
Настройки по подразбиране: ""
move_date — Дата на преместването
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Домашни вещи
Един ред на вид предмет с брой и кубични метри за един брой. note е за указания за опаковане, например чупливо или за разглобяване.
Настройки по подразбиране: ""
vehicles — Собствени превозни средства
По избор: един ред на превозно средство с товарния му обем в кубични метри. Предлага се най-малкото, което е достатъчно.
Настройки по подразбиране: ""
reserve_percent — Резерв (%)
Добавя се към общия обем заради празнините при подреждане. От 0 до 50.
Настройки по подразбиране: 10
remarks — Забележки
По избор: всичко, което списъкът за опаковане трябва да спомене, например етажи или асансьор.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 32000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "removal_volume",
"text": "{\"move\":\"Семейство Хартман, от ул. Мелнична 3 до ул. Липова 7\",\"move_date\":\"12 юни 2026 г.\",\"lines\":\"id,room,item,quantity,volume_m3,note\\nU1,Хол,Диван тройка,1,1.8,\\nU2,Хол,Етажерка за книги,2,0.9,Демонтаж\\nU3,Кухня,Кашон за преместване,25,0.1,Чупливо\\nU4,Спалня,Гардероб,1,2.5,Демонтаж\\nU5,Спалня,Легло 160 x 200,1,1.5,\\nU6,Мазе,Велосипед,2,,\",\"vehicles\":\"id,vehicle,volume_m3\\nV1,Бус,12\\nV2,Камион 7.5 t,35\\nV3,Камион 12 t,50\",\"reserve_percent\":10,\"remarks\":\"Трети етаж без асансьор в старото жилище. Мазето се проверява в деня на огледа.\"}"
}
Превърнете броя знаци в оферта. Сървърът преобразува знаците с интервалите в стандартни редове, умножава по цената на ред, добавя надбавка за спешност и проверява минималното възнаграждение.
Входни и конфигурационни полета
Основни настройки
customer — Клиент
Добавено дума по дума.
Настройки по подразбиране: ""
offer_number — Номер на офертата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
language_pair — Езици
По избор. Добавя се дословно, например от немски на английски.
Настройки по подразбиране: ""
deadline — Срок за доставка
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Документи
Един ред на документ с броя знаци с интервалите, както ги брои текстовият редактор.
Настройки по подразбиране: ""
price_per_line — Цена на ред
Нетна цена за един стандартен ред, например 1,35.
Настройки по подразбиране: ""
line_chars — Знаци на ред
Знаци с интервалите, които образуват един стандартен ред. От 30 до 100.
Настройки по подразбиране: 55
rush_percent — Надбавка за спешност (%)
0 за без надбавка. От 0 до 200.
Настройки по подразбиране: 0
remarks — Забележки
По избор: всичко, което офертата трябва да спомене, например тематичната област или формата.
Настройки по подразбиране: ""
Разширени настройки
rounding — Закръгляване
Как се броят редовете на всеки документ.
exact — Точно, два знака след десетичната запетая · up — Закръгляне нагоре до цели редове на документ
Настройки по подразбиране: "exact"
minimum_fee — Минимално възнаграждение
По избор: използва се, когато общата сума е по-ниска, например 40.
Настройки по подразбиране: ""
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 12000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "standard_line_offer",
"text": "{\"customer\":\"Пекарна Хартман ООД\",\"offer_number\":\"A-2026-071\",\"language_pair\":\"От немски на английски\",\"deadline\":\"в рамките на 5 работни дни\",\"lines\":\"id,document,characters\\nN1,Договор за наем,12480\\nN2,Придружително писмо,1.830\\nN3,Приложение план на етажа,\",\"price_per_line\":\"1.35\",\"line_chars\":55,\"rush_percent\":25,\"rounding\":\"exact\",\"minimum_fee\":\"40\",\"currency\":\"EUR\",\"remarks\":\"Правна тематика. Приложението се отчита, след като сканираното копие стане четливо.\"}"
}
Превърнете претеглените предмети в разписка за изкупуване. Сървърът изчислява чистото злато от теглото и пробата, а изплащането от въведената от фирмата дневна цена. Не се изтеглят цени.
Входни и конфигурационни полета
Основни настройки
business — Купувач
Добавя се дословно, например име и адрес на магазина.
Настройки по подразбиране: ""
seller — Продавач
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
receipt_date — Дата
Добавено дума по дума.
Настройки по подразбиране: ""
receipt_number — Номер на разписката
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Изкупени предмети
Един ред на предмет с тегло в грамове и проба в хилядни, например 585 или 750. Претегляйте без камъните; отбележете това в колоната note.
Настройки по подразбиране: ""
price_per_g — Цена на грам чисто злато
Днешната цена, определена от фирмата, например 58,40. Нищо не се изтегля отвън.
Настройки по подразбиране: ""
payout_percent — Изплащан дял (%)
Дял от стойността на чистото злато, който се изплаща. От 1 до 100.
Настройки по подразбиране: 100
remarks — Забележки
По избор: всичко, което разписката трябва да спомене, например как са проверени предметите.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "gold_purchase_receipt",
"text": "{\"business\":\"Златарско ателие Берг, пл. Пазарен 4\",\"seller\":\"Анна Новак\",\"receipt_date\":\"14 май 2026 г.\",\"receipt_number\":\"AK-0193\",\"lines\":\"id,item,weight_g,fineness,note\\nA1,Пръстен,4.2,585,\\nA2,Верижка,12.75,750,\\nA3,Обеци,0.875,333,претеглени без камъните\\nA4,Гривна,,585,закопчалката още не е свалена\",\"price_per_g\":\"58.40\",\"payout_percent\":90,\"currency\":\"EUR\",\"remarks\":\"Пробите са проверени с лупа, верижката е тествана с киселина на закопчалката.\"}"
}
Превърнете измерванията на екстракта в дневник на варенето. Сървърът изчислява видимата ферментация и оценка на алкохола от началния и крайния екстракт в градуси Плато и посочва използваната формула.
Входни и конфигурационни полета
Основни настройки
brewery — Пивоварна
Добавено дума по дума.
Настройки по подразбиране: ""
brew — Варене
Добавя се дословно, например бира и номер на партидата.
Настройки по подразбиране: ""
brew_date — Ден на варене
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
og_plato — Начален екстракт (°P)
Измерен преди добавяне на маята, например 12,5.
Настройки по подразбиране: ""
fg_plato — Краен екстракт (°P)
По избор. Ако е празно, се използва измерването с най-късна дата.
Настройки по подразбиране: ""
lines — Показания
Един ред на измерване. Дати като 2026-03-31 или 31.03.2026. Екстракт в градуси Плато, температура в градуси Целзий; и двете могат да са празни.
Настройки по подразбиране: ""
remarks — Забележки
По избор: всичко, което дневникът трябва да спомене, например мая или хмел.
Настройки по подразбиране: ""
Разширени настройки
batch_l — Партида (l)
По избор: литри във ферментатора, например 50.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "brew_log",
"text": "{\"brewery\":\"Пивоварна Мелнична\",\"brew\":\"Пейл ейл, партида 27\",\"brew_date\":\"2 март 2026 г.\",\"og_plato\":\"12.5\",\"fg_plato\":\"\",\"lines\":\"id,date,stage,gravity_plato,temperature_c,note\\nS1,2026-03-02,Добавяне на мая,12.5,12,Маята е рехидратирана\\nS2,2026-03-05,Ден 3,6.2,14,Висока пяна\\nS3,09.03.2026,Ден 7,3.1,15,Студено хмелиране\\nS4,2026-03-16,Бутилиране,2.8,4,\",\"batch_l\":\"50\",\"remarks\":\"Ферментатор 2. Захар за карбонизация е добавена при бутилирането.\"}"
}
Превърнете етапите на прехода във времеви план. Сървърът изчислява времето за ходене за всеки етап по правилото на DIN 33466, добавя почивките и показва пристигането и най-късния час във всяка точка.
Входни и конфигурационни полета
Основни настройки
tour — Обиколка
Добавено дума по дума.
Настройки по подразбиране: ""
guide — Водач
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
tour_date — Дата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Етапи
Един ред на етап по реда на маршрута, с разстояние в километри, изкачване и слизане в метри и почивката в минути в края на етапа.
Настройки по подразбиране: ""
start_time — Час на започване
Час като 08:30.
Настройки по подразбиране: "08:00"
latest_return — Най-късно връщане
По избор: час като 17:00, например преди мръкване или последния автобус. Тогава всяка точка получава най-късен час.
Настройки по подразбиране: ""
pace_percent — Коефициент на групата
Умножава всяко време за ходене. Под 100 за бърза група, над 100 за бавна.
По избор: всичко, което планът трябва да спомене, например място на среща или екипировка.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 12000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "hiking_time_plan",
"text": "{\"tour\":\"Обиколка на три върха от Мелничната долина\",\"guide\":\"Т. Берг\",\"tour_date\":\"21 юни 2026 г.\",\"lines\":\"id,leg,distance_km,ascent_m,descent_m,break_min\\nT1,Паркинг до хижа Елша,4.5,600,0,20\\nT2,Хижа Елша до върха,2.2,450,50,30\\nT3,Върхът до долината,7.8,0,1000,0\",\"start_time\":\"08:00\",\"latest_return\":\"17:00\",\"pace_percent\":\"100\",\"remarks\":\"Сборен пункт на паркинга. Сух пакет за върха.\"}"
}
Сравнете оборудването от технически райдер със собствената наличност. Сървърът сумира двата списъка по артикул и връща списък с липси с количества.
Входни и конфигурационни полета
Основни настройки
event — Събитие
Добавено дума по дума.
Настройки по подразбиране: ""
venue — Място на провеждане
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Райдер: необходимо оборудване
Един ред на артикул от райдера с необходимия брой. category е по избор, например микрофони.
Настройки по подразбиране: ""
available — Собствена наличност
Един ред на артикул с наличното количество за тази дата. Използвайте същите имена като в райдера.
Настройки по подразбиране: ""
remarks — Забележки
По избор: всичко, което списъкът трябва да спомене, например лице за контакт или срок.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 50000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "rider_stock_check",
"text": "{\"event\":\"Летен фестивал, главна сцена, група B\",\"venue\":\"Крайречен парк\",\"lines\":\"id,category,item,quantity\\nR1,Микрофони,Shure SM58,6\\nR2,Микрофони,Shure Beta 52A,1\\nR3,Стойки,Висока стойка за микрофон,8\\nR4,Монитори,Подов монитор,4\\nR5,Микрофони,shure sm-58,2\\nR6,Кабели,Кабел XLR 10 m,\",\"available\":\"id,item,quantity\\nB1,Shure SM58,6\\nB2,Висока стойка за микрофон,10\\nB3,Подов монитор,2\\nB4,DI кутия,4\",\"remarks\":\"Липсващите позиции се уточняват с мениджъра на групата в понеделник.\"}"
}
Оценете проверките на станции с примамка. Сървърът брои консумацията по станции, сравнява всяка проверка с предишната и изброява просрочените станции. Без становище относно продукти или законови задължения.
Входни и конфигурационни полета
Основни настройки
customer — Клиент или обект
Добавено дума по дума.
Настройки по подразбиране: ""
technician — Извършено от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Проверки
Един ред на станция и проверка. finding е none, partial, full, damaged или no_access. Дати като 2026-05-31 или 31.05.2026.
Настройки по подразбиране: ""
interval_days — Интервал на проверка (дни)
Според договореното с клиента. От 1 до 365.
Настройки по подразбиране: 28
remarks — Забележки
По избор: всичко, което отчетът трябва да спомене, например мерки, договорени на място.
Настройки по подразбиране: ""
Разширени настройки
report_date — Отчетна дата
По избор, например 2026-05-31. Просрочените станции се броят до този ден; ако е празно, се използва последната проверка в таблицата.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "bait_station_check",
"text": "{\"customer\":\"Пекарна Хартман, ул. Мелнична 4\",\"technician\":\"Й. Ковалски\",\"lines\":\"id,bait_station,date,bait_finding,note\\nK1,S1 склад,2026-03-02,none,\\nK2,S2 рампа,2026-03-02,partial,\\nK3,S3 двор,2026-03-02,none,\\nK4,S1 склад,2026-03-30,none,\\nK5,S2 рампа,2026-03-30,full,Изпражнения до станцията\\nK6,S3 двор,2026-03-30,no_access,Палети пред станцията\\nK7,S1 склад,2026-05-04,none,\\nK8,S2 рампа,2026-05-04,partial,Процепът под портата е затворен от клиента\",\"interval_days\":28,\"report_date\":\"2026-05-04\",\"remarks\":\"Клиентът иска отчета преди одита.\"}"
}
Проверете измерванията на водата в басейна като pH, хлор и температура спрямо въведените граници. Сървърът отбелязва отклоненията и дните без измерване. Без правни становища.
Входни и конфигурационни полета
Основни настройки
facility — Басейн или съоръжение
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
tester — Проверено от
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Показания
Един ред на час на измерване. Оставете клетката празна, ако стойността не е измервана. Дати като 2026-05-31 или 31.05.2026.
Настройки по подразбиране: ""
limits — Граници
Един ред на параметър с границите, валидни за съоръжението. Празен басейн означава всички басейни. Инструментът не познава правила и сравнява само с тези стойности.
Настройки по подразбиране: ""
remarks — Забележки
Опционално: например почивни дни, които тогава обясняват пропуска.
Настройки по подразбиране: ""
Разширени настройки
checks_per_day — Показания на ден
Изброяват се дните с по-малко измервания на басейн. От 1 до 6.
Настройки по подразбиране: 1
Максимален брой входни байтове UTF-8: 40000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "pool_water_log",
"text": "{\"facility\":\"Спа хотел Линденау\",\"period\":\"4 до 6 май 2026 г.\",\"tester\":\"М. Берг\",\"lines\":\"id,pool,date,time,ph,free_chlorine,combined_chlorine,water_temp,note\\nW1,Закрит басейн,2026-05-04,08:00,7.2,0.5,0.1,28.0,\\nW2,Джакузи,2026-05-04,08:10,7.4,0.9,0.15,36.5,\\nW3,Закрит басейн,2026-05-05,08:00,7.8,0.4,0.25,28.5,Много гости предната вечер\\nW4,Джакузи,2026-05-05,08:05,7.3,,0.1,37.0,Тест лентите за хлор са свършили\\nW5,Закрит басейн,2026-05-06,08:00,7.1,0.2,0.1,27.5,\",\"limits\":\"id,pool,parameter,lower,upper\\nG1,,ph,6.5,7.6\\nG2,,free_chlorine,0.3,0.6\\nG3,,combined_chlorine,,0.2\\nG4,Джакузи,free_chlorine,0.7,1.0\\nG5,Джакузи,water_temp,,37\",\"checks_per_day\":1,\"remarks\":\"Филтърът на джакузито е промит с обратен поток на 5 май.\"}"
}
Превърнете бележките от тренировъчно занятие в отчет за собственика и план за упражнения вкъщи. Сървърът изчислява минутите за упражнения, а AI използва само упражнения от въведените данни.
Входни и конфигурационни полета
Основни настройки
dog — Куче
Име и порода. Добавя се дословно.
Настройки по подразбиране: ""
pet_owner — Собственик
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
trainer — Треньор или школа за кучета
Добавено дума по дума.
Настройки по подразбиране: ""
session_date — Дата на занятието
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
session_notes — Бележки от занятието
Какво е упражнявано и наблюдавано и какво е договорено за вкъщи. В отчета може да се появи само написаното тук.
Настройки по подразбиране: ""
lines — Упражнения за вкъщи
Един ред на упражнение според договореното: как, пъти на ден, минути всеки път и дни седмично.
Настройки по подразбиране: ""
next_session — Следващо занятие
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "dog_training_report",
"text": "{\"dog\":\"Бруно, лабрадор\",\"pet_owner\":\"Семейство Новак\",\"trainer\":\"Школа за кучета Линденау, А. Берг\",\"session_date\":\"12 май 2026 г.\",\"session_notes\":\"Упражнявахме ходене с отпуснат повод по алеята в парка. Отначало Бруно дърпаше към другите кучета, а след няколко обиколки вървеше спокойно до собственика. Повикването се получи добре с дългия повод. Вкъщи упражнявайте в градината преди разходките и спирайте упражнението, докато на Бруно още му е приятно. Награждавайте с малки парченца от обичайната му храна.\",\"lines\":\"id,exercise,instruction,times_per_day,minutes,days_per_week\\nH1,Ходене с отпуснат повод,В градината преди разходката,2,5,6\\nH2,Повикване с дълъг повод,Повикване веднъж и награда веднага,1,10,5\\nH3,Седни и чакай на вратата,Преди отваряне на вратата,3,2,7\",\"next_session\":\"19 май 2026 г., 17:00\"}"
}
Превърнете записите от престой в хотел за животни в отчет за собственика. Сървърът брои храненията, разходките и минутите на ден, а AI пише приветлив текст без ветеринарни становища.
Входни и конфигурационни полета
Основни настройки
animal — Животно
Име и вид. Добавено дума по дума.
Настройки по подразбиране: ""
pet_owner — Собственик
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
boarding — Хотел за животни или гледач
Добавено дума по дума.
Настройки по подразбиране: ""
stay — Ден или период
Добавено дума по дума.
Настройки по подразбиране: ""
lines — Записи
Един ред на запис. activity е meal, walk, play, rest, care или other. Минути за разходки и игра. Храната и количеството се запазват дословно. Дати като 2026-05-31 или 31.05.2026.
Настройки по подразбиране: ""
remarks — Бележки за собственика
По избор: как животното се е адаптирало, какво му е харесало. В текста може да се появи само написаното тук.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 25000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "pet_boarding_report",
"text": "{\"animal\":\"Лоте, дакел\",\"pet_owner\":\"Г-жа Вагнер\",\"boarding\":\"Хотел за животни Линденау\",\"stay\":\"15 до 16 май 2026 г.\",\"lines\":\"id,date,time,activity,minutes,food,note\\nP1,2026-05-15,08:00,meal,,80 g суха храна,Изяде всичко\\nP2,2026-05-15,09:30,walk,40,,Запозна се с бигъла Макс\\nP3,2026-05-15,14:00,play,20,,Топка в градината\\nP4,2026-05-15,17:30,meal,,80 g суха храна,Остави малко\\nP5,2026-05-15,19:00,walk,25,,\\nP6,2026-05-16,08:00,meal,,80 g суха храна,\\nP7,2026-05-16,09:30,walk,35,,\\nP8,2026-05-16,11:00,care,,,Сресана\",\"remarks\":\"Лоте свикна бързо и спа в собствената си кошница. Хареса ѝ играта с топка в градината.\"}"
}
Превърнете мерките, промените и цените в лист за поръчка на корекции. Сървърът изчислява новите мерки, сумите по редове и остатъка и проверява промените спрямо запаса на шева.
Входни и конфигурационни полета
Основни настройки
customer — Клиент
Добавено дума по дума.
Настройки по подразбиране: ""
order_number — Номер на поръчката
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
pickup — Готово за взимане
По избор, например петък, 15 май. Добавя се дословно.
Настройки по подразбиране: ""
lines — Корекции
Един ред на корекция. measure е текущата мярка, change е +2 или -1.5, allowance е наличният запас на шева. unit_price може да е празно.
Настройки по подразбиране: ""
remarks — Желания на клиента
По избор: какво е поискал клиентът на пробата. Може да се появи само написаното тук.
Настройки по подразбиране: ""
Разширени настройки
length_unit — Мерна единица
Показва се при всички мерки.
cm — Сантиметри · in — Инчове
Настройки по подразбиране: "cm"
deposit — Платено капаро
По избор, например 20.
Настройки по подразбиране: ""
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 25000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "alteration_order_sheet",
"text": "{\"customer\":\"Г-жа Лена Хартман\",\"order_number\":\"A-2026-118\",\"pickup\":\"Петък, 15 май\",\"lines\":\"id,garment,alteration,measure,change,allowance,quantity,unit_price\\nR1,Сив панталон,Скъсяване на подгъва,104,-3,,1,14.00\\nR2,Сив панталон,Отпускане в талията,82,+3,2,1,18.50\\nR3,Синя рокля,Стесняване на страничните шевове,96,-4,,1,24.00\\nR4,Сако,Скъсяване на ръкавите,63,-2,,1,22.00\\nR5,Дънки,Смяна на цип,,,,2,\",\"length_unit\":\"cm\",\"deposit\":\"20\",\"currency\":\"EUR\",\"remarks\":\"Подгъвът на панталона без маншет. Оригиналните копчета на сакото да се запазят.\"}"
}
Превърнете аранжировките и стръковете и материалите за всяка аранжировка в спецификация. Сървърът умножава количествата, сумира разходите по аранжировки и съставя списък за покупка.
Входни и конфигурационни полета
Основни настройки
event — Събитие
Например сватба Берг. Добавя се дословно.
Настройки по подразбиране: ""
event_date — Дата
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
customer — Клиент
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
arrangements — Аранжировки
Един ред на аранжировка с броя.
Настройки по подразбиране: ""
lines — Материал за аранжировка
Един ред на материал и аранжировка: аранжировката, наименувана както по-горе, стръкове или единици за брой, единица и цена за единица.
Настройки по подразбиране: ""
remarks — Забележки
По избор: цветове, желания, подробности за доставката.
Настройки по подразбиране: ""
Разширени настройки
waste_percent — Резерв за брак (%)
Добавя се само към списъка за покупка. От 0 до 50.
Настройки по подразбиране: 0
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "floral_bill_of_materials",
"text": "{\"event\":\"Сватба Берг и Новак\",\"event_date\":\"20 юни 2026 г.\",\"customer\":\"Анна Берг\",\"arrangements\":\"id,arrangement,quantity\\nA1,Булчински букет,1\\nA2,Украса за маса,8\\nA3,Бутониера,6\",\"lines\":\"id,arrangement,material,per_arrangement,unit,unit_price\\nM1,Булчински букет,Роза Аваланш,15,стрък,2.40\\nM2,Булчински букет,Евкалипт,5,стрък,1.10\\nM3,Булчински букет,Сатенена панделка,1.5,m,0.90\\nM4,Украса за маса,Роза Аваланш,5,стрък,2.40\\nM5,Украса за маса,Гипсофила,3,стрък,1.30\\nM6,Украса за маса,Флорална гъба,1,брой,1.80\\nM7,Бутониера,Храстовидна роза,1,стрък,1.50\\nM8,Бутониера,Карфица,2,брой,\",\"waste_percent\":10,\"currency\":\"EUR\",\"remarks\":\"Само бяло и нежно зелено. Доставка в Линденхоф в 10:00.\"}"
}
План за хранене в конюшнята с количества и разходи
stable_feed_plan
Превърнете дажбата за всеки кон в план за хранене. Сървърът изчислява килограмите на ден и за периода, разходите по боксове и количествата за покупка по фуражи. Без съвети за хранене.
Входни и конфигурационни полета
Основни настройки
stable — Конюшня
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Дажби
Един ред на кон и фураж: kg на хранене и хранения на ден.
Настройки по подразбиране: ""
feeds — Цени на фуражите
По избор: един ред на фураж с цената за kg. Фуражите без цена се изброяват.
Настройки по подразбиране: ""
period_days — Дни в периода
Например 30 за един месец. От 1 до 366.
Настройки по подразбиране: 30
remarks — Забележки
По избор: всичко, което планът трябва да спомене, например кой храни през уикендите.
Настройки по подразбиране: ""
Разширени настройки
currency — Валута
Кратък код или знак, показан със сумите, например EUR.
Настройки по подразбиране: "EUR"
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "stable_feed_plan",
"text": "{\"stable\":\"Пансионна конюшня Линденхоф\",\"period\":\"Юни 2026 г.\",\"lines\":\"id,box,horse,feed,kg_per_meal,meals_per_day\\nF1,Бокс 1,Луна,Сено,4,3\\nF2,Бокс 1,Луна,Овес,0.5,2\\nF3,Бокс 2,Макс,Сено,5,3\\nF4,Бокс 2,Макс,Минерален фураж,0.1,1\\nF5,Бокс 3,Феня,Сено,3.5,3\\nF6,Бокс 3,Феня,Гранули,0.75,2\",\"feeds\":\"id,feed,price_per_kg\\nP1,Сено,0.18\\nP2,Овес,0.45\\nP3,Гранули,0.62\",\"period_days\":30,\"currency\":\"EUR\",\"remarks\":\"Собственикът на Макс сам носи минералния фураж.\"}"
}
План за упражнения по музика с бележка за родителите
music_practice_plan
Превърнете пиесите и минутите в седмичен план за упражнения с бележка за родителите. Сървърът разпределя пиесите по дните за упражнения и сумира минутите; появяват се само пиеси от въведените данни.
Входни и конфигурационни полета
Основни настройки
student — Ученик
Достатъчно е малко име. Добавя се дословно.
Настройки по подразбиране: ""
teacher — Преподавател
Добавено дума по дума.
Настройки по подразбиране: ""
week — Седмица
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
lines — Пиеси и упражнения
Един ред на пиеса или упражнение с минути на ден за упражнения. days_per_week може да е празно: тогава пиесата се упражнява във всеки ден за упражнения.
Настройки по подразбиране: ""
practice_days — Дни за упражнения седмично
От 1 до 7.
Настройки по подразбиране: 5
teacher_notes — Бележки от урока
По избор: какво се е получило добре, за какво да се внимава при упражняване. В бележката може да се появи само написаното тук.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "music_practice_plan",
"text": "{\"student\":\"Миа\",\"teacher\":\"Музикална школа Линденау, К. Берг\",\"week\":\"11 до 17 май 2026 г.\",\"lines\":\"id,piece,focus,minutes_per_day,days_per_week\\nU1,Гами сол мажор и ми минор,Бавно с метроном,5,\\nU2,Менует в сол,Тактове 9 до 16 само с лявата ръка,10,4\\nU3,Песента на вятъра,Изсвирване веднъж на ден,5,3\\nU4,Тетрадка за свирене от лист,Един нов ред,5,2\",\"practice_days\":5,\"teacher_notes\":\"Днес Миа изсвири първата част на менуета много равномерно. В тактове 9 до 16 лявата ръка още е несигурна. Моля, упражнявайте бавно и правете кратки почивки.\"}"
}
Превърнете темите, точките и бележките от частните уроци в отчет за напредъка за родителите. Сървърът изчислява дела от максимума по предмети, а AI не прави прогнози и диагнози.
Входни и конфигурационни полета
Основни настройки
student — Ученик
Достатъчно е малко име. Добавя се дословно.
Настройки по подразбиране: ""
tutor — Учител или школа за частни уроци
Добавено дума по дума.
Настройки по подразбиране: ""
period — Период
Добавено дума по дума.
Настройки по подразбиране: ""
lines — Уроци и резултати
Един ред на урок или тест. score и max_score могат да са празни; grade се запазва дословно. Дати като 2026-05-31 или 31.05.2026.
Настройки по подразбиране: ""
tutor_notes — Бележки на учителя
По избор: какво се е получило добре, какво още се упражнява. В отчета може да се появи само написаното тук.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 30000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "tutoring_progress_report",
"text": "{\"student\":\"Йонас\",\"tutor\":\"Учебно студио Линденау, П. Новак\",\"period\":\"Март до май 2026 г.\",\"lines\":\"id,date,subject,topic,score,max_score,grade\\nL1,2026-03-10,Математика,Дроби,12,20,\\nL2,2026-04-07,Математика,Дроби и десетични числа,15,20,\\nL3,2026-05-05,Математика,Проценти,17,20,\\nL4,2026-03-17,Английски,Минало време,8,15,\\nL5,2026-04-28,Английски,Неправилни глаголи,11,15,\\nL6,2026-05-12,Английски,Училищен тест,,,B\",\"tutor_notes\":\"Йонас вече сам проверява резултатите си с дроби. Неправилните глаголи се упражняват с карти в началото на всеки урок. Задава повече въпроси, отколкото през март.\"}"
}
Превърнете констатациите за всяко копито и извършената работа в отчет за собственика на коня. Сървърът изчислява следващия час от датата и интервала и изброява копитата без запис. Без ветеринарни диагнози.
Входни и конфигурационни полета
Основни настройки
horse — Кон
Име и при нужда конюшня. Добавя се дословно.
Настройки по подразбиране: ""
pet_owner — Собственик
Опционално. Добавено дума по дума.
Настройки по подразбиране: ""
farrier — Ковач или грижа за копитата
Добавено дума по дума.
Настройки по подразбиране: ""
visit_date — Дата на посещението
Например 2026-05-12 или 12.05.2026. Необходимо е за следващия час.
Настройки по подразбиране: ""
interval_weeks — Интервал до следващия час (седмици)
Според договореното. От 1 до 26.
Настройки по подразбиране: 6
lines — Копита
Един ред на копито или повече редове при няколко констатации. hoof е fl, fr, hl или hr. finding и work идват от списъците.
Настройки по подразбиране: ""
remarks — Забележки
По избор: всичко, което собственикът трябва да знае, например договорености за следващото посещение.
Настройки по подразбиране: ""
Максимален брой входни байтове UTF-8: 20000
Резултатите използват ops_review: колони и скаларни редове, обобщение, свързани с източници констатации и проектни експорти. review_required и ai_required са true, а ai_model е do4u-standard. Целият текст трябва да се визуализира като недоверен обикновен текст. Резултатите за парични потоци допълнително съдържат chart_data с type cashflow, currency, buffer_cents и до 91 точки с дати, съдържащи base_cents и scenario_cents. Стойностите са изчислени от сървъра цели стотни; не се приема маркиране на графика, генерирано от модела. Резултатите за разкрой съдържат chart_data с type cutting и scale 1000: дължините на прътите са цели хилядни от посочената единица (mm, cm, m или in). Всеки прът съдържа id, unit, length, trim_start, trim_end, kerf, segments (id и length) и remaining. За всяка готова част се отчита един срез. Сървърът проверява, че частите, срезовете, крайните обрязвания и оставащият материал са точно равни на дължината на наличния елемент. Схемата включва най-много 30 цели пръта и 120 части; total_bars, omitted_bars и truncated изрично описват всяко пропускане. Пълното разпределение остава в таблицата и проектните експорти. Евристиката не твърди глобална оптималност.
Примерна заявка
{
"tool": "hoof_care_report",
"text": "{\"horse\":\"Феня, Линденхоф\",\"pet_owner\":\"Г-жа Берг\",\"farrier\":\"Грижа за копитата Новак\",\"visit_date\":\"2026-05-12\",\"interval_weeks\":6,\"lines\":\"id,hoof,hoof_finding,work,note\\nH1,fl,ok,new_shoes,\\nH2,fr,crack,new_shoes,Малка пукнатина на върха от външната страна\\nH3,hl,uneven_wear,trim,Износва се повече от вътрешната страна\\nH4,hr,ok,trim,\",\"remarks\":\"Феня стоеше спокойно. Моля, оставете я в бокса за следващото посещение, най-добре преди хранене.\"}"
}
Прегледите на договори и поддръжка допълнително връщат подписан токен calendar_review, обвързан с удостоверения профил, изходните данни и срок на валидност от 30 минути. След изричен човешки преглед се изпращат чрез POST token, избраните идентификатори на събития и approved:true към /api/v1/business/calendar от същия профил. Отговорът е ICS експорт. Сървърът проверява собствеността, подписа, валидността и избора независимо от модела. Нито един календар не се променя.
POST /api/v1/business/calendar
Крайната точка изисква съществуващото API Bearer удостоверяване за същия профил, който притежава прегледа на договора или поддръжката. Подписаният преглед е валиден 30 минути и обвързва одобрените изходни данни и избора на събития. Липсващо одобрение, чужд собственик, неизвестни идентификатори на събития или изтекъл или променен токен се отхвърлят. calendar_review е обект с token и expires_at (Unix времеви печат). calendar_events съдържа id, title, date (YYYY-MM-DD) и description; calendar_options съдържа name и reminder_days. Първоначалният резултат не съдържа ICS байтове. Могат да бъдат избрани до 20 различни идентификатора на събития.
{
"type": "object",
"additionalProperties": false,
"required": [
"token",
"selected",
"approved"
],
"properties": {
"token": {
"type": "string",
"minLength": 1,
"maxLength": 81000,
"description": "Opaque calendar review token returned by the authenticated contract or maintenance review; expires after 30 minutes."
},
"selected": {
"type": "array",
"minItems": 1,
"maxItems": 20,
"uniqueItems": true,
"items": {
"type": "string",
"pattern": "^E[1-9][0-9]?$"
},
"description": "Exact event IDs from the reviewed result. The server validates them against the signed source-bound review."
},
"approved": {
"type": "boolean",
"const": true
}
},
"x-human-review-required": true
}
Успешният отговор съдържа ok:true и един export с filename, mime:text/calendar и пълния ICS текст в content. Примерът по-долу описва структурата на отговора; той не е генериран файл. Запазването или импортирането на файла е отделно клиентско действие. Не се осъществява връзка с календарна услуга.
Първоначалните резултати съдържат проектни експорти с filename, mime и content, както и таблицата за преглед, обвързана с източника. Тези проекти изискват изричен човешки преглед преди употреба или препращане. Прегледите на договорни срокове и поддръжка могат да включват calendar_events, calendar_options и calendar_review; тези полета никога не се приемат като одобрение, дадено от модела. Календарният експорт изисква отделната потвърдена заявка, показана по-горе.
Уиджети
Уиджетът вгражда инструмент на Do4U в твоя уебсайт като iframe, със същия формуляр и резултат като на Do4U. Заявките се таксуват на профила на уиджета. Създаваш уиджети на страницата Уиджети или чрез API.
Вграждай уиджети само след вход. Страницата с уиджета трябва да изисква вход. Всеки, който може да отвори страницата, може да използва уиджета и да харчи кредитите ти. Никога не използвай уиджет на публична страница.
Do4U не може да провери отвън дали страницата ти изисква вход. Потвърждаваш го при създаването на уиджета и носиш отговорност за това. Ограниченията по-долу намаляват щетите, ако токен излезе навън, но не заместват входа.
Един токен на уиджет
Всеки уиджет има собствен токен, който започва с d4w_. Do4U пази само хеш, затова токенът се показва само веднъж. Той може много по-малко от API ключ:
Работи само за инструментите на този уиджет. Не може да чете баланса ти и не може да вижда други задачи.
Само разрешените уебсайтове могат да вграждат уиджета. Браузърът налага това. Извън браузър тази проверка не те защитава, защото програма може да фалшифицира произхода си.
Всеки уиджет има бюджет на ден и на месец и лимит на заявките в минута. Когато бюджетът се изчерпа, новите задачи се отхвърлят.
Уиджетът вижда само собствените си задачи. С поле subject всеки потребител вижда само своите задачи.
„Нов токен“ заменя стария токен веднага и прекратява всичките му сесии. „Оттегли“ спира уиджета веднага. Другите уиджети и API ключове продължават да работят.
Дръж токена извън публичен код, логове и хранилища.
Бърз старт
Отвори страницата Уиджети и избери инструмент, разрешени уебсайтове, режим и бюджет.
Потвърди, че ще вградиш уиджета само след вход. Копирай токена, показва се само веднъж.
Добави кода в страница, която изисква вход.
Влез, пробвай уиджета веднъж и провери използването на страницата Уиджети.
Режим 1: Токен в страницата
Най-бързият начин. Токенът е в HTML кода на страницата ти, затова всеки влязъл потребител може да го прочете. Използвай този режим само ако имаш доверие на всички потребители на зоната. Този режим позволява един инструмент на уиджет.
<!-- Вграждай само в зона, която изисква вход -->
<div data-do4u-widget="w_3f9a1c0b7d2e4a68"
data-tool="newsletter_create"
data-token="d4w_YOUR_WIDGET_TOKEN"
data-lang="de"
data-theme="light"></div>
<script src="https://do4u.eu/js/do4u-widget.js" defer></script>
Режим 2: Краткотрайни сесии (препоръчително)
Токенът на уиджета остава на твоя сървър. След като сървърът ти разпознае влязъл потребител, той заявява токен на сесия и записва в страницата само него. Токенът на сесия започва с d4s_ и изтича сам. В този режим браузърът отхвърля дълготрайния токен, така че копиран по погрешка в HTML токен се забелязва веднага.
По избор: data-session-url посочва адрес на твоя уебсайт. Когато сесия изтече, уиджетът изпраща заявка до този адрес с бисквитките на твоя уебсайт. Там провери входа и отговори с {"token": "d4s_..."}.
tool
По избор. Ограничава сесията до един инструмент на този уиджет. Без него сесията обхваща всички инструменти на уиджета.
subject
По избор. Твоят идентификатор за потребителя, най-много 200 байта. Do4U пази само хеш. Сесия със subject вижда само задачи на същия subject.
ttl_minutes
По избор. Валидност в минути. По подразбиране 60, най-много 480.
Атрибути
data-do4u-widget
Задължително. ID на уиджета, например w_3f9a1c0b7d2e4a68.
data-tool
Задължително. Името на инструмента, както е в списъка по-долу.
data-token
Токенът на уиджета или токен на сесия. Скриптът го премахва от елемента след зареждане.
data-lang
Език на уиджета, например bg. Без него Do4U използва езика на браузъра.
data-theme
light или dark. Без него важи настройката на системата.
data-min-height
Минимална височина в пиксели, по подразбиране 480. След това височината следва съдържанието.
data-session-url
Адрес на твоя уебсайт, който връща нов токен на сесия.
data-title
Заглавие на iframe за екранни четци. Моля, задай го на езика на страницата си.
Събития и предварително попълване
Елементът задейства do4u:ready, do4u:result и do4u:expired. С do4uWidget.fill() страницата ти може предварително да попълва полета на формуляра. Задача никога не се стартира сама, защото потребителят решава кога да се харчат кредити.
Третирай резултата като ненадеждни данни. Изходът от ИИ може да е грешен, а текст от прочетени уебстраници може да му влияе. Екранирай го или го почисти на своя сървър, преди да го покажеш или запишеш. Дай го на човек за проверка, преди да го публикуваш.
Content Security Policy
Ако уебсайтът ти използва Content Security Policy, разреши рамката и скрипта. Ако скриптът е на твоя сървър, frame-src е достатъчен.
Интеграциите могат да управляват уиджети с API ключ на профила. Токенът в отговора на POST /widgets се показва само веднъж. POST /widgets/session приема и токен на уиджет; тогава полето widget не е нужно. С API ключ изпрати ID на уиджета в полето widget.
POST /widgets/session
Създай токен на сесия.
GET /widgets
Покажи уиджетите, използването им и инструментите, налични за уиджети.
Токенът е грешен или оттеглен, или уиджетите са изключени.
401 expired
Сесията е изтекла. Зареди страницата отново или използвай data-session-url.
401 session_required
Този уиджет работи само с токени на сесия, но е получил дълготрайния токен.
403
Уиджетът или сесията не позволява този инструмент.
429
Бюджетът на уиджета е изчерпан или има твърде много заявки в минута.
Данни и таксуване
Задачите се таксуват по нормалните цени на профила на уиджета. Изборът на екип и проект не е наличен в уиджетите.
По подразбиране уиджетът не записва съдържание: Do4U изтрива въведеното и резултатите, след като бъдат извлечени, най-късно след един час. Можеш да промениш това за всеки уиджет.
Уиджетът работи на do4u.eu и не задава бисквитки. Кажи на потребителите си в своята политика за поверителност, че въведеното от тях се изпраща до Do4U.
Токенът се предава във фрагмента на адреса, който браузърите не изпращат към сървърите. Не се появява в логове за достъп или реферери.
Налични инструменти
Всеки инструмент, който създава задача, е наличен като уиджет. Използвай тези имена в data-tool:
Декларацията за достъпност има собствен процес без задача и не е налична като уиджет. Инструментите със собствена страница показват в уиджета просто поле за адрес.
Данни
Входовете и резултатите се съхраняват 7 дни (Free) или 30 дни (платени пакети), после се изтриват. Изображенията се изтриват веднага след обработката. Резултатите са генерирани от ИИ: провери ги, преди да ги използваш.
Отговаряй на имейли, без да сменяш входящата си поща
Do4U не поддържа входяща кутия и никога не съхранява данни за достъп до пощенската ти кутия. Два начина да получаваш чернови на отговори въпреки това:
S1 – Шаблон за n8n или Make
Тригер: нов имейл в пощенската ти кутия (IMAP тригер в n8n или Make – данните за достъп остават там)
POST /api/v1/jobs с инструмент support_reply, текста на имейла и no_store: true
Изчакай няколко секунди и вземи GET /api/v1/jobs/{id}, докато статусът стане done
Създай чернова в пощенската си кутия с текста от result.reply (модул за Gmail или Outlook)
В Make изгради същия сценарий от модулите Email (watch emails), HTTP (make a request), Sleep и Gmail или Outlook (create a draft).
Разширения за разработчици и добавки за магазини
Разархивирай ZIP файла и прочети включеното ръководство. Зареди разширението за браузъра локално; първо провери добавките за магазини в тестов магазин. Нужен ти е собствен Dev API ключ. За Shopware в момента има CLI.