На тази страница
Представете си продуктов каталог, който се променя в понеделник. Подканата на асистента още съдържа списъка от петък. Екипът обновява подканата. Второ копие на стария списък остава в примерите за обучение на модела. Асистентът вече дава един актуален и един остарял отговор в същата сесия.
Това е илюстративен провал, но механизмът му е често срещан: един и същ факт е получил повече от един дом.
Презентация за подкани, извличане и параметри на модела очертава полезна граница. Подканата казва на асистента как да се държи. Извличането носи актуално, цитируемо знание в конкретна задача. Адаптирането на модела може да го научи на стабилен модел на поведение. Ако третираме трите като стълба, където първо е подканата, после извличането, а дообучаването идва всеки път, когато отговорът още е грешен, ще диагностицираме неправилно фактическите грешки.
Подканата е лош каталог
Подканите са привлекателни, защото се редактират лесно. Добавяте абзац и следващата заявка го носи. Удобството скрива два разхода. Фактът се изпраща при всяко извикване, дори когато не е нужен. А голямата подкана затруднява установяването кое копие на правилото е използвал моделът.
Трайна инструкция като „питайте преди изпращане на кампания“ принадлежи близо до агента. Списъкът с текущите персонализирани полета на този магазин не принадлежи там. Той може да се промени, след като администратор добави атрибут. Може да се различава между клиенти. Може да е видим в едно работно пространство и забранен в друго.
Ръководството за конектора към Brevo показва защо определенията на полетата имат значение за синхронизация на контакти. Ако атрибут не е деклариран в целевия акаунт, съпоставяне, изглеждащо разумно по име, може да не създаде желаното поле. Агентът трябва да провери текущия договор на акаунта, не да си спомня общ списък с полета от обучението.
Полезният извлечен резултат е достатъчно малък, за да може да се оспори. Той трябва да казва за кой акаунт или клиент важи, кога е прочетен и коя операция или поле описва. Ако два откъса си противоречат, системата трябва да покаже конфликта, а не тихомълком да избере по-гладко написания. Правилната следваща стъпка може да е нова справка или преглед, не още един опит да се напише по-настойчива подкана.
Извличайте факта заедно с неговия обхват
Полезният запис на знание носи повече от текст. Нуждае се от източник, версия или момент на извличане, обхват на акаунта и ясен начин да се премахне или замени. Определение на поле, намерено в един търговски акаунт, никога не трябва да става универсално правило за друг.
Въпрос за атрибут на контакт може тогава да извлече най-малкия откъс, който му отговаря: име на полето, тип и акаунт, в който съществува. Отговорът може да сочи обратно към източника. Ако съпоставянето се провали, екипът може да попита дали фактът е остарял, дали е върнат резултат от грешен акаунт или дали моделът е разбрал погрешно правилен откъс.
Това са различни поправки. Промяна в подканата не може да поправи филтър, който пресича границите между клиенти. По-голям модел не може да даде определение на атрибут, което никой не е извлякъл.
Обяснението за MCP разглежда как агент може да задава въпроси на инструменти. Инструментът трябва да връща съответния договор, а приложението да налага кой има право да го види. Текстова инструкция „не разкривай данни на друг клиент“ не замества заявка с ограничен обхват.
Това разделение ускорява и поправките. Ако поле в целевата система се преименува, обновете източника на схемата и направете засегнатото съпоставяне невалидно. Ако агентът многократно не разбира стабилна инструкция, променете я или тествайте целенасочен подход за обучение. Ако отговорът е грешен, защото извличането е избрало грешен акаунт, промяна в параметрите на модела няма да улучи причината. Всеки клас грешка има различен отговорник и различен път за поправка.
- Трайна инструкция
Как трябва да се държи асистентът
- Извличане с ограничен обхват акаунт · версия · време
Какво е вярно сега
- Решение за съпоставяне
Използва текущия факт за тази задача
- Контролиран запис
Кодът проверява разрешението и обхвата
Учете модели на устойчиви закономерности
Справедливо възражение е: „Ако един факт се използва постоянно, защо да не обучим по-малък модел с него?“. Повторението само по себе си не стига. Фактът трябва да остане верен между обновяванията на модела, а моделът да може да различава контекстите.
Стабилен начин на класифициране може някой ден да си струва настройването. Текущият списък с полета на доставчик е лош кандидат. Дори да се променя рядко, цената на един остарял отговор може да е грешно съпоставяне, приложено към много записи. Дръжте факта там, където човек може да го провери и обнови.
Презентацията предупреждава и да не се използва извличане за всяка грешка в разсъждението. Ако моделът не може да сравни правилно два подходящи документа, добавянето на още петдесет няма да го научи да разсъждава. Първо попитайте дали правилният откъс е достигнал до него. После дали преценката върху откъса е била основателна.
За строящия интеграцията това дава последователност за поправка: установете грешното твърдение; прегледайте извлечения откъс за поле или API; проверете акаунта и версията му; поправете източника или извличането при нужда; тествайте решението отново. Едва тогава обмисляйте смяна на модела.
Цената е поддържането на истински слой за знания: актуализации на източниците, проверки на достъпа и цитати. Ползата е факт, който може да се поправи на едно място.
Променящ се договор не трябва да чака моделът да го забрави.
Често Задавани Въпроси
Какво принадлежи в подканата на агент?
Там принадлежат кратки, трайни инструкции за поведение и граници. Променящ се каталог, списък с полета за отделен клиент или текущо правило на доставчик трябва да се извлича от разрешен източник при нужда.
Защо да не дообучим модел с актуалната документация?
Дообучаването може да запечата променящ се факт в параметри, които се проверяват и обновяват трудно. Първо се уверете, че правилният документ се извлича и цитира в момента на решението.
Как трябва да се поправи грешен фактически отговор?
Проверете изходния документ, версията му, филтъра за извличане и върнатия откъс. Поправете факта или пътя на извличане, преди да сменяте модела.