Ett modellbyte kräver också granskning av beteendet
En gemensam adapter kan göra anslutningen enhetlig. Det behöver fortfarande kontrolleras om modellen hanterar verktygsfel korrekt.
En gemensam modelladapter kan förenkla den tekniska anslutningen. Den översätter exempelvis leverantörsformat till ett internt verktygsprotokoll. Därmed är det klarlagt hur ett anrop kommer fram. Applikationen måste fortfarande kontrollera om den nya modellen tolkar en misslyckad fråga rätt.
Samma verktygsanrop, olika fortsättningar
I det helt påhittade exemplet frågar en assistent efter ett projekts status. Båda varianterna får bara använda det läsverktyg som är avsett för ändamålet. Verktygsnamn, argument och felkod är våra egna exempelvärden, inte gränssnittet hos en namngiven leverantör.
Tabellen visar två antagna fortsättningar efter samma nekade fråga. Den återger inga observationer från verkliga modeller.
Steg | Variant A | Variant B |
|---|---|---|
|
| |
Verktygssvar |
|
|
Möjlig fortsättning | ”Jag kan inte hämta projektets status.” | ”Projektet är aktivt.” |
Adaptern kan översätta båda anropen likadant. Ändå påstår den andra fortsättningen en status som verktyget inte har lämnat. I exemplet blockerades åtkomsten; det påhittade svaret är fortfarande ett sakfel. Det får inte räknas som bevis för att frågan lyckades.
Applikationen behåller sina gränser
OWASP rekommenderar begränsade verktygsbefogenheter och att behörigheter upprätthålls i efterföljande system. Även efter ett modellbyte måste varje fråga kontrolleras i rätt användarkontext. Ett syntaktiskt giltigt argument ger varken åtkomst eller rätt att kringgå ett avslag.
Exemplet kräver tydlig hantering av nekad åtkomst, saknade data och tillfälliga fel. Dessa fall kan kräva olika nästa steg. Ett fel får inte automatiskt leda till en bredare fråga eller fler behörigheter.
Vad adaptern faktiskt underlättar
Ett avgränsat, dokumenterat gränssnitt kan begränsa ombyggnaden. Om verktygsomfång, datamodell och felkontrakt är stabila kanske bara den leverantörsspecifika anslutningen och tillhörande instruktioner behöver anpassas efter modellbytet. Då krävs inte alltid en fullständig ombyggnad.
I ett flöde som visar kontrollerade verktygsdata direkt utan att generera en fritt formulerad fortsättning kan felpunkten här vara mindre. Andra kontroller av indata, behörighet och resultat är fortfarande relevanta. Det är det faktiskt använda flödet som avgör.
Bedöm bytet utifrån beteendet
Microsoft beskriver jämförelser med samma fall och separat fokus på enskilda fel. Ta också med verktygsavslag och saknade resultat. Dokumentera om ett fel leder till en korrekt begränsning, en otillåten följdåtgärd eller ett ogrundat påstående.
En fungerande anslutning är en användbar del av utbytbarheten. För driftsättning räknas också om den nya konfigurationen följer avsedda gränser och beslut i applikationsflödet.
Källor
Läs vidare
Alla artiklar
AI & automatisering med ASES
AI-assistenter och automatiserade flöden