> ## Documentation Index
> Fetch the complete documentation index at: https://www.macaly.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Bygga säkra appar

> Så arbetar du med agenten kring säkerhetsbeslut i ditt projekt

Att arbeta med säkerhet tillsammans med agenten påminner mycket om resten av konversationen. Macaly-agenten tillämpar rimliga standardval, och det du bidrar med är sammanhang: vilken typ av projekt det är, vilka data det hanterar och vad som är viktigt för dig. Ju tydligare du är om ditt projekt, desto bättre blir resultatet.

## Ge sammanhang tidigt

Det mest användbara du kan göra är att tidigt tala om för agenten vilken typ av projekt du bygger. Några ord sammanhang i början ger ett starkare resultat än att be om säkerhetsjusteringar när allt redan är byggt.

När du beskriver projektet bör du nämna om det rör användarkonton, personuppgifter eller något annat känsligt. Agenten tar hänsyn till det i hela projektet, från hur databasen struktureras till hur API-endpoints skyddas.

Att lägga till "se till att varje användare bara ser sina egna data" när appen redan är byggd innebär ofta att det som finns måste byggas om. Om du nämner det från början utformar agenten appen på det sättet redan från start.

Exempel på användbart sammanhang:

```
Jag bygger en SaaS-app med användarkonton. Varje användare ska
bara se sina egna projekt och data. Behandla det som en app i
produktion där säkerhet och dataskydd är viktigt.
```

```
Det här är ett internt verktyg där vårt team hanterar supportärenden
från kunder. Vi kommer att ha roller för admin och medlem. Kunders
e-postadresser och konversationshistorik är känsliga, så hantera
dem varsamt.
```

```
Jag bygger en offentlig marknadsföringswebbplats för mitt
konsultbolag. Här behövs varken användarkonton eller betalningar,
bara innehåll och ett kontaktformulär.
```

Det tredje exemplet är lika användbart som de två första. Det talar om för agenten att avancerad åtkomstkontroll inte behövs, vilket håller projektet enkelt.

## När du bör ge agenten mer sammanhang

För en enkel webbplats utan konton eller externa integrationer räcker plattformens standardval oftast. En kort prompt är tillräcklig.

En mer detaljerad första prompt hjälper när ditt projekt kommer att innehålla något av följande:

* Användarkonton och personuppgifter
* Olika behörighetsnivåer (till exempel admin och medlem)
* Känsliga affärsdata i interna verktyg
* Offentliga API:er eller öppna formulär

I de fallen sparar några extra meningar i första prompten många omgångar senare.

<Note>
  **Vad räknas som personuppgifter?** Allt som kan identifiera någon: namn, e-postadress, telefonnummer, adress, IP-adress, foto. **Känsliga uppgifter** är ett steg till: hälsouppgifter, ekonomiska uppgifter, privata meddelanden eller allt som rör barn. Om ditt projekt kommer att lagra någon av dem hjälper det agenten att sätta upp rätt om du nämner det i första prompten.
</Note>

## Finjustera beteenden under bygget

När projektet växer kan du vilja justera specifika saker. Agenten kan förfina indatavalidering, begränsning av antal anrop, rollbaserad åtkomst, vilka data som skickas till sidan och liknande beteenden. Du behöver inga tekniska termer, beskriv bara vad du vill ha med vanliga ord.

Några exempel:

```
Kontaktformuläret får skräppost. Begränsa antalet
inskickningar till 3 per besökare och timme.
```

```
På den offentliga topplistan ska bara visningsnamn och poäng
visas. Visa ingen annan information om användarna.
```

```
Lägg till ett adminområde där bara jag kan moderera inlägg.
Se till att ingen annan kommer åt det, inte ens genom att
gissa URL:en.
```

Agenten förstår avsikten och tillämpar den där den behövs.

## Om du inte gav sammanhang tidigt

Om du redan har byggt något och vill titta närmare på det innan du delar det med riktiga användare är det helt okej. Agenten kan granska det som finns och föreslå förbättringar utan att du behöver börja om.

Några prompter som fungerar bra för en sådan granskning:

```
Jag vill ta det här projektet till produktion. Granska det som
finns och föreslå allt jag bör skärpa till före publicering.
```

```
Jag ska snart dela den här appen med riktiga användare. Gå
igenom hur användardata hanteras och säg till om något ser
konstigt ut.
```

Agenten tittar på hur åtkomst, datahantering och integrationer är uppsatta och förklarar vad som skulle tjäna på att justeras. Sedan bestämmer du vad som ska genomföras.

## Kontrollera specifika områden med agenten

Du kan när som helst be agenten förklara hur något i ditt projekt fungerar. Några prompter som brukar ge tydliga svar:

```
Gå igenom hur användardata skyddas i den här appen.
```

```
Vad returnerar endpointen för den offentliga topplistan till besökare?
```

```
Visa var inloggningsförsök begränsas.
```

```
Vem har åtkomst till adminområdet, och hur säkerställs det?
```

Om du är osäker på om något i ditt projekt är rätt kan du bara beskriva din oro för agenten med vanliga ord. Den tittar på de berörda delarna och förklarar antingen vad som finns eller föreslår vad som bör ändras. Det finns inga fel frågor, och det går snabbare att fråga än att gissa.

Bakgrund om vad Macaly hanterar på plattformsnivå finns i [Säkerhetsöversikten](/docs/sv/security/overview). För specifika användningsfall, kontakta [support@macaly.com](mailto:support@macaly.com).


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.