> ## Documentation Index > Fetch the complete documentation index at: https://docs.360sprint.dk/llms.txt > Use this file to discover all available pages before exploring further. # Sikkerhed i agenterne > Sådan er agenterne proaktive uden at være ukontrollerede: hvad de læser, hvad de må skrive, hvem der kan stoppe dem, og hvad der logges. Agenterne er bygget til at arbejde selv og samtidig holde sig inden for de samme rammer som alt andet AI på platformen. Her er rammerne, i den rækkefølge en kørsel møder dem. ## Før en kørsel starter * **Samtykke.** Kørsler, ingen person har startet, kræver at en ejer eller administrator har givet samtykke under Indstillinger › Organisationen › AI-modeller. Samtykket logges. * **Kun når noget er ændret.** En planlagt kørsel læser først et fingeraftryk af projektets data. Er intet ændret siden agentens sidste analyse, slutter den stille, før nogen AI-model kaldes. * **Afviste projekter.** Et projekt, der er inaktivt eller markeret RESTRICTED, kører ingen agent. Det samme gælder, hvis organisationen ikke har credits, eller opgaven rammer organisationens politik for følsomme emner. * **Kontakten.** Organisationens AI-kontakt og **Sæt alle agenter på pause** stopper alt, og en kontakt, der ikke kan læses, tolkes som slukket. ## Hvad en agent læser * Kun det projekt, den er ansat på. Én undtagelse: vagten Portefølje mod intention læser også organisationens aktive intention, som er delt på tværs af organisationens projekter. * Felter klassificeret RESTRICTED fjernes, før noget sendes til modellen, med det samme filter som chatten og analyserne bruger. * Fra eksekveringsrammen udelades blandt andet omkostninger ved kapabilitetsgab, initialer og navne på risikoejere. * Dokumenter, webkilder, offentlige input, radarsignaler og andre agenters output pakkes ind som **data**, aldrig som instruktioner. En agent, der har læst den slags kilder, kan ikke starte andre agenter uden en leders godkendelse. * Hele forespørgslen scannes for hemmeligheder (nøgler, adgangskoder, tokens) før hvert modelkald. Et fund maskeres og logges efter type, aldrig efter værdi. ## Hvad en agent skriver * Fund opstår kun gennem agentens værktøjer og valideres på serveren: kilden skal findes i projektet, og citatet skal stå i kilden i den version, der er angivet. * Under **Handler med godkendelse** holdes alle ændringer tilbage, til en leder godkender kørslen. Afvises den, slettes de. En godkendelse kan fortrydes i 15 minutter. * Hver vagt må højst skrive 3 fund per kørsel; grænsen håndhæves, når fundet skrives. At en modsigelse skal have to kilder, og at briefen kun skriver eskaleringer, er regler agenten får i sin instruktion; en server-side afvisning af brud på dem er på vej. * Rapporten gennemgår output-guarden, før den gemmes. * Notifikationer indeholder aldrig projektets indhold, kun et link, og sendes kun til aktive medlemmer. ## Stop og budget * En leder kan stoppe en kørsel med det samme. Den starter derefter ingen nye model- eller værktøjskald og skriver ingen rapport, besked eller hukommelse, og det, den havde klar til godkendelse, kasseres. Et værktøjskald, der allerede var undervejs i stop-øjeblikket, får lov at blive færdigt, og det, det skrev, bliver stående. * Hver agent har et månedligt budget, og organisationens baggrundskørsler har et samlet loft. * En agent kan højst uddelegere to gange per kørsel, og et projekt får højst seks uddelegerede kørsler i døgnet. ## Hvad der logges Hvert modelkald skriver en række i AI-auditloggen med kørslen, projektets klassifikation, modellen, tokens og de kilder, prompten blev bygget af. Loggen venter ikke på sig selv: kan rækken ikke skrives inden for fem sekunder, går kaldet videre, og fejlen rapporteres i stedet for at stoppe kørslen. Ansættelse, pause, autonomi, godkendelse, afvisning, fortrydelse, stop og samtykke logges også, efter samme princip: loggen stopper aldrig handlingen, og en fejlet logskrivning rapporteres. Hver kørsel gemmer et fingeraftryk af det, den læste, og hvilke kilder den fik, så det kan ses, hvad den byggede på; selve teksten fryses ikke, så en kilde, der er ændret siden, kan ikke genskabes ordret. ## Opbevaring Platformen har en daglig oprydning med faste perioder: afsluttede kørsler efter 365 dage, afviste fund efter 365, agentens hukommelse efter 180 og planlægningshændelser efter 30. Oprydningen er endnu ikke slået til; indtil den er, slettes intet af sig selv, og en organisation, der har valgt ingen automatisk sletning i sine opbevaringsindstillinger, holdes uden for oprydningen også bagefter. Åbne fund og kørsler, der venter på dig, slettes aldrig af sig selv. Platformens DPIA beskriver behandlingen i detaljer. ## Hvor det kører Al AI-behandling sker på AWS Bedrock i EU. Platformen afviser en model, der ikke er EU-resident; den eneste vej uden om er en udviklingsindstilling, som ikke er sat i produktion. ## Kvalitet før frigivelse Hver vagt testes mod faste testprojekter med plantede modsigelser, risici og huller, et rent projekt uden fejl, og et dokument med forsøg på at manipulere agenten. En vagt tilbydes først, når den finder det plantede, intet finder på det rene projekt, og ikke lader sig manipulere. ## Næste skridt > [card] [Agenter](https://docs.360sprint.dk/features/agents.md) > > Specialisterne, vagterne og fundene. > [card] [Databeskyttelse](https://docs.360sprint.dk/security/data-protection.md) > > Platformens samlede databeskyttelse. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.