Transpareo в ерата на ИИ-агентите

Току-що е приключила смяната. Отговорникът по съответствието експортира списъка със смени от производствената система, поставя го в своя асистент и пише следното: „Публикувай паспорти на продуктите за клетките от този списък.“

Асистентът чете 1240 серийни номера с техните партиди, проверява в Transpareo какво е необходимо за паспорта на този продукт, създава паспортите и ги подлага на проверка за съответствие с разпоредбите на регламента. Отговор: 1237 са готови, 3 не са, защото в една партида липсва въглеродният отпечатък. Тя предоставя стойността, асистентът ги публикува. Два дни по-късно клетките напускат завода, всяка с QR код, под който се намира нейният паспорт.

Това не е сцена от бъдещето: с Transpareo това е възможно още днес. Един асистент изпълнява тук **задача по съответствие - от поръчката до подписания паспорт **, а Transpareo му предоставя по време на работа всичко, което трябва да знае за това.

Опитайте го още сега

Имате ## лиакаунт в Claude, ChatGPT, Grok или Gemini, който позволява свързване на приложения? Тогава го свържете с нашата отворена демо версия. Тя е като площадка за игра: на всеки час се презарежда, а всичко, което правите в нея, дотогава вече е изтрито.

1. Свържете се. Въведете при вашия доставчик на ИИ https://demo.transpareo.com/mcp като нов MCP-сървър. Менюто за това се нарича, в зависимост от доставчика, „Connector“, „Integration“ или „App“.
2. Достъп. Влезте с tester и DemoPass2027
   • данните за достъп са посочени тук умишлено. Екранът, който се появява след това, изброява всяко право поотделно. Тези с права за четене можете да разрешите постоянно; тези с права за запис е по-добре да потвърдите едно по едно.
3. Задайте въпрос. Обратно в прозореца за чат попитайте на ежедневен език, например „Изброи нашите продуктови паспорти.“

Поискахме списък; прочетено беше състоянието.

В отговор получавате не само това, за което сте попитали, но и в какво състояние се намира. Това е възможно, защото интерфейсът предоставя повече информация от самите редове: колко са на брой, къде се намират в биографията, какво липсва.

Това е причината за тази статия. Останалата част обяснява защо работи.

Казано - сторено

Трябваше да се свърже точно една страница: асистентът към Transpareo, трите стъпки от по-горе. Другата беше файл, който производствената система така или иначе извежда. Никой не е определил коя колона съответства на кое поле, никой не поддържа интерфейс: асистентът прочете списъка и записа данните, а това, което трябваше да направи, беше описано в едно изречение. Ако списъкът се промени, се променя една инструкция към асистента, **, а не програмен код **.

Вашата система не трябва да може нищо за това. Тя трябва само да изведе това, което и без друго извежда: файла за износ, списъка от отчета, таблицата от края на смяната.

И не е задължително да е таблица. Техническата спецификация на доставчик, PDF файл, история на имейли: И от тях един асистент чете стойностите и ги преобразува във формата, която Transpareo изисква. Защото Transpareo определя тази форма, вместо да оставя потребителя да гадае. Данните за продуктите рядко са структурирани, а се намират в документи, и извличането им оттам беше в продължение на години слабото звено.

Същият списък би могъл да се въведе и ръчно. Инструментът за импортиране в управлението на приложенията приема таблици, назовава колоните, които е разпознал, проверява процеса, преди да се създаде нещо, и по желание го отменя. Резултатът би бил същият. Само че някой щеше да трябва да потвърди съпоставянето, да прочете отчета и сам да допълни трите липсващи стойности . **Асистентът не променя това, което е възможно, а колко време отнема. **

Работата по интеграцията, която досега стоеше в началото на всеки проект за съответствие, днес се побира в едно изречение от ежедневния език.

Това е истинската революция. При условие, че платформата от другата страна може да каже на програмата какво изисква.

Програмите винаги са били основните „читатели“

Продуктовият паспорт рядко се чете на ръка. Той се сканира, извлича, проверява, препраща и архивира, като по-голямата част от това се извършва от софтуер: касовият апарат на търговеца, системата на рециклиращата фирма, инструментът за проверка на даден орган, вносителят, който иска да знае дали дадена партида е в съответствие. Повечето от неговите „читатели“ го четат не с очите си, а с програма.

Ето защо Transpareo е изграден около своя интерфейс. Всеки публикуван паспорт е подписан, машинно четим документ, а интерфейсът обхваща целия жизнен цикъл: от типовете характеристики на даден продукт, през проверката и създаването, до публикуването и събитията, свързани с отделна единица в експлоатация. И тя е версионирана: който днес създава нещо за нея, не гради върху пясък. Новото следователно не е, че програмите работят с паспорти. Новото е кои програми.

И затова работата на асистента не свършва с създаването. Същият тип изречения се използва и през останалата част от жизнения цикъл:

• „Отмени всички паспорти от партида B-2214.“
• „Въведи новата стойност на CO₂ за партида 88.“
• „Покажи ми всички паспорти, които са били дадени за ремонт този месец.“

Всяка от тези команди се превръща в същите заявки, които човек задейства в Application Manager, и оставя същата следа в аудиторския дневник.

Асистентът трябва да може да пита, а не да гадае

Асистентът е много бърз служител без предварителни познания за вашата компания. Той прави това, което му се каже, и запълва пропуските с предположения, ако не му се дадат отговори. Четири неща превръщат гадаенето в работа.

Той трябва да може да попита какво се изисква. За всеки продукт и всяка степен на детайлност платформата отговаря кои идентификатори и характеристики са необходими за пропуска и кои от тях вече са записани в продукта. За единичен артикул това изглежда така:

{
  "identifiers": {
    "batchIdentifier": { "required": true },
    "modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
    "serialIdentifier": { "required": true }
  }
}

Два от трите идентификатора асистентът трябва да осигури, а третият вече е записан на продукта. Това е работна инструкция, а не урок по гадаене.

Той трябва да може да проверява, без да пише. Проверката извършва същите контроли като публикуването и не създава нищо. Именно затова по-горе числото 1237 се добави към 3, преди нещо да бъде публикувано .

Той трябва да разбере защо нещо е било отхвърлено. Отказът посочва полето и казва какво трябва да се направи:

PRODUCT_INVALID: Продуктът е невалиден
Коригирайте атрибутите, изброени в полетата, и изпратете заявката отново.
  brand: Марката се нуждае от марка - не е посочена такава
  componentsInput: Липсва въвеждане на компоненти

Един асистент, който прочете това, попълва двете данни и изпраща отново. Този, който получава само номер на грешката, пробва различни варианти. Това е същият текст, който човек вижда в командния ред .

Той не трябва да се обърка в броя. Ако връзката се прекъсне и асистентът опита отново, все пак се създава само един парола, а не две. Записите при извикване съдържат ключ, по който платформата разпознава повторението като такова.

Всеки достъп може да бъде отменен

Колкото повече програми работят с вашите данни, толкова по-важно става кой какво има право да прави. Достъпът се създава в мениджъра на приложенията и разкрива тайната си само веднъж. След това програмата работи с токени, които изтичат след един час, а тайната пътува само до мястото, което издава токените. Тя се съхранява в ключовия набор на операционната система, никога в аргумент на командния ред, който иначе би фигурирал във всеки списък с процеси.

Всеки достъп разполага точно с правата, които му предоставяте: четенето е едно, записването - друго, публикуването - трето, а може да бъде ограничен до отделни продукти. Необратимите операции изискват допълнително потвърждение.

Когато асистентът се свърже в браузъра, преди одобрението се появява екран, който посочва всяко едно право, което той изисква. Ако бъде дадено, връзката се появява на страницата с достъпите, заедно с името и датата на лицето, което я е одобрило, и там също се прекъсва.

Достъп, който не може да бъде отнет, не е достъп, а ключ под изтривалката.

Вашите данни остават при вас

Transpareo не изпраща нищо по своя инициатива към доставчик на изкуствен интелект. Това, което пристига при него, е това, което вие извличате чрез вашия асистент - а кой е той и дали обработва данните в рамките на ЕС, решавате вие, а не ние. Инструментът, който установява връзката, работи на вашия собствен компютър, а изходният му код е отворен: вашият отдел по сигурност може да провери какво прави, вместо да му вярва на думата.

За една европейска компания това е решаващият момент. Самата платформа се намира в сертифицирани по ISO 27001 центрове за данни в Германия; накъде отива нещо оттам нататък, се определя единствено от избора на асистента. Можете да изберете такъв, който обработва данните в ЕС, или такъв, който предприятие: transpareo mcp обслужва протокола на вашия собствен компютър, а какъв модел работи зад него, е ваша работа.

Към това се добавя и това, което изобщо се съдържа в продуктовия паспорт. Това са, като правило, данни за продукта: серийни номера, партиди, материали, измерени стойности. Когато все пак се появи лична информация, вашите собствени правила определят кой има право да я вижда, а достъпът може да бъде точно съобразен с това: само за четене, само за определени продукти, с възможност за деактивиране по всяко време.

Настройката отнема само няколко минути

Същото важи и за вашата собствена работна среда, на собствен адрес, например https://dpp.example.com/mcp: същите три стъпки, не се изисква инсталиране.

Който предпочита да пише или да автоматизира процесите чрез скриптове, може да използва командния ред. transpareo е единична програма, чиито команди се генерират от описанието на интерфейса: това, което може платформата, може и инструментът, без някой да трябва да съгласува двете ръчно. Той е с отворен код и се намира на GitHub. Три редици: инсталиране, влизане, проверка на правата за достъп.

curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id <id>
transpareo me

Параметърът auth login се чете от стандартния вход или от променлива на средата, никога от аргумент, който иначе би се появил в списъка с процеси и в историята на шела. След това същият бинарен файл изпълнява следните операции:

transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish <code>
transpareo events tail --follow

Ако на вашия компютър се изпълнява помощник, той се свързва с още един ред:

transpareo setup claude

След това същите процеси са достъпни като инструменти с съответните имена: dpp_requirements, validate_dpp, create_dpp, publish_dpp, tail_events. Това, което въвеждате в командния ред, и това, което стартира асистентът, е едно и също. Към това се добавя ръководство за асистентите, което описва обичайните процедури, за да не се налага никой да научава последователността чрез опити и грешки. А тези, които предпочитат да програмират директно, ще намерят пълното описание на интерфейса във всяка работна среда в /apidocs.

Асистентът не струва нищо допълнително

Нищо допълнително. Асистентът се свързва като потребител на API, а достъпът за програми е включен във всеки тарифен план на Transpareo. Отчитат се публикуваните паспорти, а не броят на хората или програмите, които работят по тях. Който автоматизира работата си по съответствие, не трябва да получава сметка за това.

Работата започва преди да стане задължително

От февруари 2027 г. паспортът на продукта за батерии става задължителен, а други групи продукти ще последват. Истинският разход не е в паспорта, а в подреждането на данните за продукта, и именно тази работа компаниите в момента възлагат на асистенти: събиране на полета, откриване на пропуски, проследяване на данните на доставчиците, проверка, повторение. Как тези данни изобщо попадат в паспорта, е описано в „Един поток, една посока“; а как изглежда собствената връзка за това - в ръководството за ERP-връзка.

Асистент, който трябва да гадае, създава паспорти, които изглеждат правдоподобно, но не издържат проверка. Асистент, който може да задава въпроси, създава паспорти, които са верни. Разликата не се дължи на асистента. Тя се дължи на платформата, към която той се обръща.