Գործակալներ և անձինք

G3 profile
├── identity fields   (decomposed: name, role, ...)
├── sections          (named, ordered prompt blocks)
└── onboarding        (first-run guidance)

Մեկ **գործակալ** այս այն միավորն է, որը AiHummer-ը տեղադրում է զրույցից առաջ։ Յուրաքանչյուր գործակալ ունի կերպար, սեփական մոդել, կառուցվածքային հարցում և հմտությունների հավաքածու, և նրա մեջ կատարվող յուրաքանչյուր փոփոխություն վերսիավորվում է։ Գործակալները կառավարվում են վեբ ադմինիստրատորական ինտերֆեյսի միջոցով և միջոցով վարչական API-ի շրջանակներում `/v1/admin/agents/*`. Այս էջում քննարկվում է, թե ինչից է բաղկացած գործակալը, ինչպես են հավաքվում կառուցվածքային «G3» հարցումները և ինչպես կարող է գործակալը անվտանգորեն խմբագրել իր սեփական պրոֆիլը։ ## Գործակալների ռեեստր Ռեեստրը ֆոլիս կատալոգ է գործակալների՝ CRUD հնարավորությամբ: Յուրաքանչյուր գործակալի համար դուք որոշում եք անձը, կերպարը, մոդելը, որի վրա նա աշխատում է, և հմտությունները, որոնցից նա կարող է օգտվել: Հաշվի առնելով, որ դարպասը բազմաբնակիչ է, գործակալները գտնվում են աշխատանքային տարածքի ներսում և ամրացված են, ինչպես ցանկացած այլ վարձատուի տվյալներ։ - **Անձ** — ձայնն ու գործակալության վարքը, փոխանցված աստվարջիք Cache-ընկալող շերտ համակարգային հարցման համար: - **Մոդել ըստ գործակալի** — յուրաքանչյուր գործակալ կարող է հաստատել իր սեփական մոդելը և պրովայդերին, այնպես որ ժամանակակից գործակալը և դրոշակակիր գործակալը կարող են գոյակցել մեկ աշխատանքային տարածքում։ - **Հմտություններ** — Յուրաքանչյուր գործակալի հմտություններն ու ընդհանուր հմտությունները ցուցադրվում են «Հմտություններ» բլոկում հուշում; դրանք նկարագրում են հնարավորությունները, ոչ թե քաշերը։ > [!NOTE] > Մոդելը գործակալի վրա անկախ է երթուղեգրմանից։ Երթուղեգրումն ըստ մոդելի մակարդակի (հեշտ / > համաչափ / բարդ) ընտրում է մի մոդելի դասակարգում նշված շրջանի համար, մինչդեռ յուրաքանչյուր գործակցի դեպքում > մոդելը գործը կատարող գործակալին պատկանող նախնական կարգավորումն է։ Տե՛ս > [Ուղղորդում](/hy/v1.0/concepts/routing). ## Տարբերակներ, հետընթաց և քլոնավորում Անհրաժեշտ յուրաքանչյուր փոփոխություն գործակալում գրանցվում է որպես **տարբերակ**. Դա գրում է գործակալության կազմաձևը ստուգելի և հակադարձելի. դուք կարող եք դիտարկել, թե ինչ է փոխվել, **հետ հետ հրել** ավելի վաղ թողարկված տարբերակին, կամ **կլոն** գործակալ օգտագործման նրա որպես նորի ելակետ։ Վարկածի և պրոֆիլի ռեսուրսները գտնվում են `/v1/admin/agents/*` (պրոֆիլ, բաժիններ, հմտություններ, տարբերակներ). > [!TIP] > Ստեղծեք գործող գործակալի պատճեն մեծ կերպարի կամ հրահանգի վերաշարադրմամբ առաջի։ Եթե նոր > եթե ուղղությունը արդարացվի, բնօրինակն դեռ մեկ հետքայլով է ուշանում։ ## Կառուցված հարցում «G3» Մի պատահական տեքստով մեկ հուշիչ համակարգի փոխարեն, AiHummer-ը օգտագործում է **ագենտի կառուցվածքային պրոֆիլ** (ներքին «G3»). Անձնությունը հանդիսանում է **բաժանված դաշտերի** փոխարենը, որ թաքնված լինի արձակ նամակում, իսկ հրահանգի մնացած մասը կառուցված է անվանվածներից **բաժիններ** գումարած մեկ **պաշտոնում ներմուծում** բլոկ։ Օրկեստրատորը նրանց վերածում է բազմաշերտ համակարգային հարցման, պահպանելով կայուն մասերը (համաձայնություն, կերպար, բաժիններ) պահվող պրեֆիքսում և ավելացնում վերջին փոփոխվող տվյալները։ Այս կառուցվածքը թույլ է տալիս հեշտությամբ խմբագրել պրոֆիլը դաշտերով, պարզապես համեմատել տարբերակները և կանխատեսված կերպով ցուցադրել — չկա թաքնված «աղիացված» հուշումների զանգված։ ```text G3 profile ├── identity fields (decomposed: name, role, ...) ├── sections (named, ordered prompt blocks) └── onboarding (first-run guidance) ``` ## Ինքնամասային խմբագրումը անցման շեղակի հետ Ազատ է գրվում գործակալին **խմբագրել ձեր սեփական պրոֆիլը** ինքնաստեղծման գործիքների օգտագործումը՝ օրինակ, բաժինը ճշգրտելու կամ դրա ինդուկցիոն գործընթացը թարմացնելու համար։ Սա դիտամտորեն պաշտպանված է՝ - Ինքնուրույն զեկուցումները անցնում են միջոցով **հաստատման փրկակետ**: առաջարկվող փոփոխությունը գրանցվել է և պետք է հաստատվի մարդու կողմից, նախքան այն ուժի մեջ մտնելը։ Մերժված փոփոխությունը երբեք չի կիրառվել է։ - Այլացումը արձանագրվում է որպես նոր **տարբերակ**, այդ պատճառով ինքնուրույն խմբագրումը նույնպես ենթարկվում է ստուգմանը և վերադարձնելի, ինչպես ցանկացած ձեռքի խմբագրում։ > [!WARNING] > Ինքնակառավարումը — դա հզոր գործիք է։ Պահեք այն եկամուտների դարպասներից դուրս, որպեսզի գործակալը չկարողանա > լուռ կերպով վերակազմակերպում է իր սեփական ինքնությունը: Տեսեք առաջարկվող ինքնախմբագրումները այնպես, ինչպես դուք > դիտել ցանկացած բարվոք փոփոխություն։ ### Էլ.հաղորդագրությունների գաղտնաբառերը ուղարկվում են պահոց Եթե գործակալի կազմը ներառում է փոստային հաշվի տվյալներ (որպես `mail` գործիք), գաղտնաբառը գրանցվում է **ակնային ծածկագրված տվյալների պահոց**, չեն պահպանվում պրոֆիլում և չեն երևում նամականուշում։ Գաղտնիքները երբեք չեն մտնում մոդելի կոնտեքստում։ ## Ադմինիստրատիվ API Անվանիքներ և նրանց կառուցվածքային պրոֆիլները կառավարվում են վարչական API-ով, որը պաշտպանված է OIDC-ով և անցնում է աուդիտ: | Ռեսուրս | Նպատակ | |---|---| | `/v1/admin/agents` | Տեղեկացույց, ստեղծում, թարմացում, գործակալի հեռացում (CRUD) | | `/v1/admin/agents/.../profile` | G3 կառուցվածքային պրոֆիլ (հայտնության դաշտեր) | | `/v1/admin/agents/.../sections` | Անվանված բաժինները հուշմանը | | `/v1/admin/agents/.../skills` | Յուրաքանչյուր գործակալի հմտությունները | | `/v1/admin/agents/.../versions` | Մակագրությունների պատմություն, հետպատահար և կլոնավորում | ## Որտեղից հետո - Բացատրեք, թե ինչպես գործակալները կատարում են քայլը և ստեղծում օգնականներ [Օրխեստրային կազմավորում և ենթագնացներ](/hy/v1.0/concepts/orchestration-subagents). - Տեսեք, ինչպես զանգվածային հաղորդագրությունը հասնում է կոնկրետ գործակալի [Ուղղորդում](/hy/v1.0/concepts/routing). - Տվեք ձեր գործակալներին երկարաժամկետ հիշողություն [Հիշողություն (Աայնշտեյն)](/hy/v1.0/concepts/memory-einstein).