Projektportalen
Teknik
Hur projektportalen är byggd: varje del med ansvar, filer, kontrakt och det som återstår. Startsideportalen – prototypen av själva startsidan – har sin egen dokumentation i devportalen.
15 delar, alla dokumenterade.
Ytor
- Projektportalens teknik
teknikBeskriver hur projektportalen är byggd, del för del, så att den som ska ändra något hittar ansvaret, filerna och kontrakten – utan att leta i startsideportalens devportal.Byggd - Projektets första sida
projektsidaÄr projektets första sida: ta reda på om projektet och se det senaste. Visionen har en egen sida, direkt efter Start i menyn.Byggd – projektet är roten - Visionssidan
visionFörklarar varför startsidan och ekosystemet finns, vart de ska, och vilka principer som ska hålla när många bygger samtidigt.Byggd – första utkast - Projektets yta
projektbokVisar projektets läge – beslut, riktningar, öppna frågor och nästa steg – så att teamet och verksamheten ser samma bild efter varje samtal.Byggd – på roten, en topprad för alla projektets sidor - Fråga om projektet
projektstodHjälper vem som helst att förstå projektet genom att svara på frågor med egna ord, bara utifrån projektets öppna sidor.Byggd – väntar på ANTHROPIC_API_KEY i Dokploy - Statusrapporterna
statusrapporterTar emot, prövar och visar projektets statusrapporter, från formuläret eller via API:t.Byggd – väntar på STATUS_SKRIVNYCKEL i Dokploy - Att göra-listan
att-goraSamlar allt som ska göras i projektet, från mötena och det som kommer upp mellan dem, så att teamet ser vem som gör vad och vad varje möte ledde till – och kan hålla listan aktuell själv.Byggd – bakom åtkomstkoden, att testa och utvärdera - Konton för projektgruppen
kontonGer projektgruppen egna inloggningar, så att fler än projektledningen kan hålla att göra-listan aktuell och det går att se vem som ändrade vad – utan att vänta på SAML-sessionen.Byggd – att testa och utvärdera - Projektets minne
minneGer projektet ett gemensamt minne för det som är bra att veta men inte redo för projektsidorna, så att Claude Code och projektets admins känner igen ett ämne och inte börjar från noll.Byggd – bara för admin, att testa och utvärdera - Ändringsloggen
andringsloggHåller reda på allt som ändras på sidan, så att teamet ser vad som har hänt och när – och så att notiserna har något att läsa.Byggd – bakom åtkomstkoden, att testa och utvärdera - Funktionerna
funktionerSamlar de funktioner som kan komma att utvecklas, i tre lager, så att den som kommer till sidan snabbt förstår vad som är möjligt – utan att säga vad som byggs eller när.Byggd – bruttolista, inget beslutat - Kravbilden
kravbildGer UX och design en specifikation över vad startsidan ska kunna, funktion för funktion, att forma den första prototypen utifrån – utan att säga hur det ska se ut.Byggd – AI-sammanställd, att granska - Workshoprösten
workshoprostLåter workshopens deltagare prioritera önskemålen med tre prickar var, och ger admin den samlade bilden.Använd – resultatet sammanställt på /handelser/2026-10-08-workshop#prioritering
API:er
- Notiser till teamschatten
teamsnotiserBerättar för teamet i dess gruppchatt när något nytt har lagts till i tidslinjen, utan att någon behöver gå in på sidan.Byggd – avstängd tills vidare - Tidslinjen och vägvalen som data
tidslinje-och-vagvalLåter projektet hålla tidslinjen och vägvalen aktuella direkt – ett möte, en riktning som blir beslutad – utan att någon committar kod och väntar på en deploy.Byggd
Dokumentationskontraktet
Samma kontrakt som i devportalen. En ny del av projektportalen är klar först när den har en post i katalogen och ett dok med alla obligatoriska fält – i samma commit som koden.
| Fält | Obligatoriskt | Krav |
|---|---|---|
| id | Ja | Samma id som katalogposten. Finns ingen katalogpost skrivs den först – identiteten bor där, inte här. |
| sammanfattning | Ja | En mening om vad delen ansvarar för. Inte vad den innehåller, inte hur den är byggd. |
| ansvar | Ja | Tre till sex punkter. Varje punkt är något delen svarar för – och därmed något ingen annan ska göra. |
| filer | Ja | Varje fil som bär funktionen, med en rad om vad den gör. Filkartan är det som gör doket användbart för någon som ska ändra. |
| api | Nej | Exporterade funktioner och typer med signatur. Obligatoriskt så snart delen exporterar något som någon annan importerar. |
| kontrakt | Nej | Datakontrakt, manifestform eller turkontrakt – det andra måste följa. Obligatoriskt när delen ställer krav på sin omgivning. |
| beroenden | Ja | Katalog-id på det delen bygger på. Tom lista är ett giltigt svar och betyder fristående. |
| beslut | Nej | ADR-nummer som styr delen. Utelämnas bara när inget beslut rör den. |
| kvarstar | Ja | Känt som inte är gjort. Tom lista betyder färdig; ett utelämnat fält betyder att ingen har tänkt efter. Det är skillnaden. |
| uppdaterad | Ja | ISO-datum. Sätts om varje gång delen ändras, i samma commit som ändringen. |