Poppy Inafanya kazi

Poppy (Personal Agent Protocol) ni rasimu ya itifaki huria iliyoundwa na Sierra, Meta na kampuni nyingine kadhaa, inayolenga kutatua masuala ya utambulisho na uidhinishaji wakati AI Agent binafsi inapofikia huduma za biashara. Itifaki hii huruhusu biashara kutangaza njia ya kuunganisha Agent kupitia /.well-known/poppy.json. Agent inaweza kujitambulisha kama mwakilishi wa mtumiaji na kutekeleza kazi baada ya uidhinishaji wa OAuth. Viwango vya ruhusa vimegawanywa katika ngazi tano zinazoweza kubadilishwa, na kuingia mara moja huruhusu kipindi kutumiwa tena kwenye tovuti, API na Agent wa biashara. Kwa sasa, zaidi ya biashara 35, zikiwemo Stripe, Shopify, Walmart, Visa na OpenAI, zinashiriki.

Utambuzi wa utambulisho: Biashara inaweza kutambua wazi kuwa anayefikia huduma ni ”AI Agent ya mtumiaji fulani”.
Utaratibu wa kawaida wa ugunduzi: Biashara huchapisha faili ya /.well-known/poppy.json kwenye tovuti yake ili kutangaza jinsi Agent inavyoweza kuunganishwa, mahali pa kuingia na uwezo unaopatikana.
Uidhinishaji wa viwango: Ruhusa zimegawanywa katika ngazi tano, kutoka kukatazwa kabisa hadi udhibiti kamili. Biashara huamua ngazi zinazofunguliwa, huku mtumiaji akiamua upeo wa uidhinishaji.
Kuingia salama kwa OAuth: Mtumiaji huingia mwenyewe kwenye ukurasa wa biashara, na wakala hupata tokeni ya kipindi yenye upeo mdogo iliyoidhinishwa na mtumiaji pekee.
Kipindi kimoja kwenye njia mbalimbali: Tokeni hiyo hiyo inaweza kutumiwa kwenye tovuti ya biashara, API na Agent wa biashara, hivyo mawasiliano yanaendelea bila kukatika.
Utekelezaji kupitia njia nyingi: Agent inaweza kuendesha tovuti moja kwa moja, kuita violesura vya OpenAPI/MCP au kushirikiana na AI Agent aliyejengwa na biashara ili kukamilisha kazi.
Ukaguzi na kubatilisha wakati wote: Biashara inaweza kuona mfuatano kamili wa vitendo vya Agent, na mtumiaji anaweza kuondoa uidhinishaji wakati wowote.
Kulingana na viwango vilivyopo: Imejengwa juu ya OAuth, JWT, HTTPS, OpenAPI na MCP. Biashara zinaweza kutumia zana zilizopo kuitekeleza haraka, huku zikiruhusiwa kuongeza upanuzi maalum wa sekta.

Mtumie AI Agent kazi bila kusakinisha chochote;
Kazi inapohitaji akaunti, ingia mwenyewe kwenye ukurasa wa biashara;
Chagua kuidhinisha upeo wa ruhusa za Agent;
Wakati wowote, tazama mawakala waliounganishwa kwenye mipangilio ya akaunti na uwakate kwa mbofyo mmoja.
Chapisha hati ya metadata ya mteja (client_id, ufunguo wa umma, anwani ya kurudi) kama kitambulisho cha Agent;
Soma faili ya ugunduzi ya poppy.json ya biashara ili kujua njia yake ya kuingia na violesura vinavyopatikana;
Tuma dai lililotiwa saini pamoja na uthibitisho wa DPoP kwenye kituo cha tokeni cha biashara, anza kipindi kisichojulikana na upate Session Token;
Akaunti inapohitajika, anzisha mojawapo ya njia za kuingia direct/device/mediated zinazoungwa mkono na biashara;
Baada ya mtumiaji kuidhinisha, pata Account Token ya muda mrefu, ihifadhi kwa usimbaji fiche, kisha uitumie kimya kimya kupata kipindi kilichoingiwa;
Tumia Session Token kuita API ya biashara (DPoP), kuvinjari tovuti (badilisha dai la kivinjari kuwa Cookie) au kuwasiliana na Agent wa biashara;
Shughulikia kikomo cha 429, majaribio ya idempotency, hitilafu ya sign_in_required na nyinginezo, kisha ongeza muda wa uhalali au ingia tena kulingana na vipimo.
Chapisha faili ya ugunduzi kwenye /.well-known/poppy.json, ukitangaza njia za kuingia, upeo wa ruhusa na violesura vinavyotolewa;
Sanidi seva ya OAuth kulingana na RFC 8414 na utangaze poppy_domains;
Thibitisha saini ya Agent, uthibitisho wa DPoP na ruhusa za scope kwa kila ombi;
Tumia ukaguzi uleule wa ruhusa kwenye tovuti, API, Agent wa biashara na njia ya huduma kwa wateja;
Toa ukurasa unaokidhi masharti wa uidhinishaji unaoonyesha utambulisho wa Agent na maelezo ya ruhusa, pamoja na sehemu ya kukata muunganisho kwenye mipangilio ya akaunti.

Kumaliza tatizo la ”yote au hakuna”: Kati ya misimamo miwili mikali ya ”Agent kujifanya mtumiaji” na ”biashara kuzuia mawakala”, Poppy hutoa suluhisho la kati lenye utambuzi wa utambulisho na uidhinishaji wa viwango.
Biashara inaweza kutambua na kudhibiti mawakala: Kila ombi linafungamanishwa na client_id iliyothibitishwa, kitambulisho cha mtumiaji na scope, hivyo biashara hatimaye inajua ”nani anamwakilisha nani na anaweza kufanya nini”.
Mtumiaji hatowi nenosiri na ruhusa hupunguzwa: Mtumiaji huingia na kuidhinisha kwenye ukurasa wa biashara yenyewe, Agent hupata tokeni yenye upeo maalum pekee, na uidhinishaji unaweza kubatilishwa wakati wowote.
Tekeleza mara moja, tumia kila mahali: Itifaki inalenga kushughulikia mwingiliano wote kati ya biashara na Agent binafsi, huku kila upande ukiitekeleza mara moja na kuweza kuunganishwa na washirika wote wanaoiunga mkono.
Utilizaji kamili wa viwango vilivyopo: Imejengwa juu ya OAuth 2.0, JWT, DPoP, OpenAPI na MCP, hivyo seva za sasa za uidhinishaji za biashara zinaweza kurekebishwa na kuunganishwa moja kwa moja.

Tovuti rasmi ya mradi: https://personalagentprotocol.org/

Kulingana na viwango vilivyopo: Tumia OAuth, JWT, HTTPS, OpenAPI na MCP zinapopatikana; fafanua mambo mapya tu pale ambapo hakuna kiwango kinachohusika;
Udhibiti, si sera: Itifaki hutoa chaguo pekee. Biashara huamua mahitaji ya kutokujulikana au kuingia, mawakala wanaoruhusiwa na njia zinazofunguliwa; mtumiaji huamua kama Agent anaweza kusoma au kubadilisha;
Usalama na faragha: Agent hujitambulisha kila wakati, lakini kabla ya mtumiaji kuingia biashara huona tu kitambulisho thabiti kisicho na taarifa binafsi. Kitambulisho cha mtumiaji huyo huyo hutofautiana kwenye biashara mbalimbali, hivyo kinaweza kutambua mteja anayerudi bila kumfuatilia kwenye tovuti tofauti; uidhinishaji unaweza kubatilishwa;
Uasili wa hatua kwa hatua: Biashara inaweza kuanza na tovuti, API au Agent wake wa ndani, kisha kupanua hatua kwa hatua bila kujenga upya mifumo iliyopo;
Uwezo wa kupanuka: Ugunduzi, utambulisho, API na mazungumzo ni nguzo nne za ujenzi; sekta zinaweza kuongeza uwezo kama malipo, arifa za kusukuma na vipengele shirikishi;
Leseni huria ya Apache 2.0.

Kurudisha au kubadilisha bidhaa za biashara ya mtandaoni: Mtumiaji humwambia Agent ”rudisha koti”, Agent huangalia sera ya kurejesha bidhaa akiwa mgeni, kisha baada ya mtumiaji kuingia na kuidhinisha hukamilisha kurejesha au kubadilisha bidhaa kiotomatiki.
Kubadilisha safari ya ndege: Baada ya safari kughairiwa, Agent hutumia kiolesura cha MCP cha shirika la ndege kutafuta safari mbadala na, baada ya mtumiaji kuidhinisha, hukamilisha mabadiliko kiotomatiki.
Uidhinishaji wa awali wa rehani: Baada ya mtumiaji kuidhinisha, Muse Agent wa Meta hushirikiana na Agent wa Rocket kuthibitisha bei, malipo ya awali na kiwango cha riba, kisha hutoa barua ya uidhinishaji wa awali ndani ya dakika chache.
Huduma za akaunti ya benki: Mtumiaji anapotoa ruhusa ya poppy:read pekee, Agent anaweza kuangalia salio na bili; shughuli za kuandika kama kuhamisha fedha zinahitaji ruhusa ya poppy:write itolewe kando.
Dhamana na kuhamishia huduma kwa mteja: Agent huwasiliana na Agent wa huduma kwa wateja wa biashara kushughulikia dhamana; hali ngumu huhamishiwa kwa mhudumu wa binadamu au huanzisha mazungumzo ya moja kwa moja kati ya mtumiaji na mtaalamu wa biashara.