Legg til CLAUDE.md og _memories/-struktur
CLAUDE.md gir Claude Code prosjektkontekst når den jobber i repoet: kunde, team, gjennomføringsmodell, mappestruktur, konvensjoner og referanser til malverket. _memories/ er prosjekt-scoped memory som overlever sesjoner og deles via git mellom alle som jobber på prosjektet (skilles fra Claude's globale auto-memory som er Petter-spesifikk): - MEMORY.md som indeks - _template-memory.md som mal for nye memories - project_standard-online-kontekst.md som første memory med prosjektets utgangspunkt etablert fra salgsfasen Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
11
_memories/MEMORY.md
Normal file
11
_memories/MEMORY.md
Normal file
@@ -0,0 +1,11 @@
|
||||
# MEMORY — Standard Online
|
||||
|
||||
Prosjektspesifikke memories. Hver linje peker til en memory-fil i denne mappen.
|
||||
|
||||
Format: `- [Tittel](fil.md) — én-linjes hook`
|
||||
|
||||
Hold listen kort og scannbar. Bruk `[[fil-navn]]`-lenker innen memory-filer for kryssreferanser.
|
||||
|
||||
---
|
||||
|
||||
- [Standard Online — prosjektkontekst](project_standard-online-kontekst.md) — kunde, scope, team, sentrale aktører og bakgrunn fra salgsfasen
|
||||
39
_memories/_template-memory.md
Normal file
39
_memories/_template-memory.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
name: kort-kebab-case-slug
|
||||
description: én-linjes oppsummering som hjelper å vurdere relevans i fremtidige sesjoner — vær spesifikk
|
||||
metadata:
|
||||
type: project | feedback | reference
|
||||
---
|
||||
|
||||
# Tittel på memory-en
|
||||
|
||||
For **feedback** og **project** memories — strukturér slik:
|
||||
|
||||
**[Hovedregel eller fakta i én setning]**
|
||||
|
||||
**Hvorfor:** [Grunnen — typisk en hendelse, en preferanse, en kunde-beslutning. Lar fremtidige Claude-sesjoner vurdere edge cases istedenfor å følge regelen blindt.]
|
||||
|
||||
**Hvordan brukes:** [Når og hvor regelen/faktumet kicker inn. Konkret: "ved planlegging av X", "i samtaler om Y", "før beslutninger om Z".]
|
||||
|
||||
---
|
||||
|
||||
For **reference** memories — strukturér slik:
|
||||
|
||||
**Hva:** [Hvilken ekstern ressurs det er — Notion-side, Confluence-rom, dashboard, etc.]
|
||||
|
||||
**Hvor:** [URL eller plassering]
|
||||
|
||||
**Når brukes:** [Hva slags spørsmål eller arbeid sender deg dit]
|
||||
|
||||
---
|
||||
|
||||
## Lenker til relaterte memories
|
||||
|
||||
Bruk wikilink-stil: `[[andre-memory-navn]]`. Det er greit å lenke til memories som ikke finnes ennå — markerer at de er verdt å skrive.
|
||||
|
||||
## Sjekkliste når du oppretter en ny memory
|
||||
|
||||
- [ ] Frontmatter-felter fylt ut (`name`, `description`, `metadata.type`)
|
||||
- [ ] Lagt til linje i `MEMORY.md` (alfabetisk eller tematisk gruppert)
|
||||
- [ ] Filnavn følger mønster `<type>_<slug>.md` (f.eks. `project_kickoff-funn.md`)
|
||||
- [ ] ANTAKELSE-er markert eksplisitt med confidence-nivå hvis innholdet er hypotetisk
|
||||
92
_memories/project_standard-online-kontekst.md
Normal file
92
_memories/project_standard-online-kontekst.md
Normal file
@@ -0,0 +1,92 @@
|
||||
---
|
||||
name: standard-online-kontekst
|
||||
description: Kunde, scope, team og sentrale aktører for Standard Online-oppdraget — etablert fra salgsfasen før oppdragsstart
|
||||
metadata:
|
||||
type: project
|
||||
---
|
||||
|
||||
# Standard Online — prosjektkontekst
|
||||
|
||||
Etablert fra salgsfasen (mai 2026). Oppdater ved oppstart med faktiske datoer, navn og bekreftet scope.
|
||||
|
||||
## Kunde og søsterselskap
|
||||
|
||||
**Standard Online** er en norsk e-handels-/SaaS-aktør. Bedrifts- og brukerdata lever parallelt i tre systemer uten tydelige master-systemer eller etablerte dataeiere. Samtidig ser kunden konturene av en utvikling der AI-agenter skal konsumere, berike og handle på disse dataene — masterdata-grunnlaget må derfor være AI-ready fra start, ikke etterarbeid.
|
||||
|
||||
**Standard Digital** er søsterselskap i Riga, med utviklingskapasitet. De er **både bidragsyter og mottaker** av kartleggingen — sentral kontakt for å forstå dagens arkitektur og praksis.
|
||||
|
||||
## Beslutningsstruktur
|
||||
|
||||
**Beslutningskontakt:** Direktør produkt og kundeopplevelse hos Standard Online (navn ikke i frontmatter — bekreft og oppdater ved kickoff).
|
||||
|
||||
**Hvorfor det betyr noe:** Beslutninger om systemvalg og arkitektur ligger hos kunden, eventuelt i samråd med ERP-/CRM-leverandører. Vi leverer beslutningsgrunnlag, ikke implementering. Direktøren er styringspunkt — rask responstid på avklaringer forutsettes.
|
||||
|
||||
## Systemlandskap
|
||||
|
||||
- **SuperOffice** (CRM)
|
||||
- **Business Central** (ERP)
|
||||
- **nopCommerce** (egenutviklet nettbutikk)
|
||||
|
||||
ANTAKELSE: Bedrifts- og brukerdata er duplisert mellom CRM og ERP. conf: høy (eksplisitt i kundens oppdragsbeskrivelse)
|
||||
|
||||
ANTAKELSE: nopCommerce har egen brukermaster for nettbutikk-konti, separat fra SuperOffice-kontakter. conf: moderat (typisk e-handelsmønster, men ikke verifisert hos kunden)
|
||||
|
||||
## Scope og avgrensninger
|
||||
|
||||
**Innenfor:** kartlegging og anbefaling. 7 leveranser:
|
||||
1. Nåsituasjon med gap og risiko
|
||||
2. Arkitekturskisser (as-is + to-be)
|
||||
3. Masterdata-modell med System-of-Record
|
||||
4. Operasjonelt AI-rammeverk
|
||||
5. GDPR/personvern
|
||||
6. Handlingsplan
|
||||
7. Governance-modell
|
||||
|
||||
**Utenfor:** implementering, leverandørvalg, detaljert teknisk design. Eventuell implementeringsfase prises som egen leveranse.
|
||||
|
||||
## Team
|
||||
|
||||
| Rolle | Navn | Allokering | Eier |
|
||||
|---|---|---|---|
|
||||
| Ledende konsulent | Ragnhild Aaraas Hånde | 80% | Daglig arbeid, workshops, dialog Standard Digital, sammenstilling |
|
||||
| Senior rådgiver | Petter Schultz | 20% | Metodikk-eier, masterdata + arkitektur, KS ved fasegrenser |
|
||||
|
||||
**Hvorfor 80/20:** Lavere totalpris enn én senior på 100%, redundans, kombinerer teknisk dybde + senior rådgivning. Bekreftet modell i pitch (PPTX slide 14).
|
||||
|
||||
## Kommersiell modell
|
||||
|
||||
- 6-8 ukers løp (effektivt)
|
||||
- Time & materials, fakturert løpende
|
||||
- Blandet timepris ca. 1 480 NOK/time (Ragnhild 1 400, Petter 1 800 — endelig satt før utsending)
|
||||
- 30 dager netto, reise og utlegg separat
|
||||
|
||||
## Hvorfor dette oppdraget er litt annerledes enn Oras og DNK
|
||||
|
||||
| Aspekt | Standard | Oras | DNK |
|
||||
|---|---|---|---|
|
||||
| Dybde | Nivå 1 (avgrenset strategisk) | Nivå 1 men dyp teknisk | Nivå 2 (pågående 6+ mnd) |
|
||||
| Hovedfokus | Masterdata + arkitektur + **AI-rammeverk** | CRM-konsolidering | Informasjonsarkitektur |
|
||||
| AI-spor | **Eksplisitt leveranse** (ny dimensjon) | Ikke i scope | Ikke i scope |
|
||||
| Antall systemer | 3 | 2 CRM + ERP + flere | 10+ fagsystemer |
|
||||
|
||||
Konsekvens: Vi skal IKKE replikere Oras' entity-by-entity-dybde. Vi stopper på domene-nivå. AI-rammeverket er det nye sporet (mappe 6) — operasjonelle prinsipper, ikke arkitektur-spec.
|
||||
|
||||
## Referansecase som danner grunnlag
|
||||
|
||||
- **Oras** (Salg/Oras/): risikoregister-mønster, Executive Summary, integrasjonslandskap
|
||||
- **Den norske kirke / Nstat** (Kirken/): 9-mappe-struktur, masterdata-vokabular (Begrepseier/Dataforvalter/Master), Privacy by Design, governance på 3 nivåer
|
||||
|
||||
## Salgsmaterialet som etablerer kontekst
|
||||
|
||||
- `../../Salg/Standard/Forslag - Masterdata, arkitektur og AI-klargjøring.md` — fullstendig forslag
|
||||
- `../../Salg/Standard/Oppdragsbeskrivelse masterdataprosjekt.pdf` — kundens RFP
|
||||
- `../../Salg/Standard/Standard_Digital2.pptx` — pitch-presentasjonen
|
||||
|
||||
## Sjekkpunkter ved oppstart
|
||||
|
||||
- [ ] Bekreft direktør-navn og stedfortreder
|
||||
- [ ] Bekreft kontaktperson(er) hos Standard Digital
|
||||
- [ ] Avtal kommunikasjonsstruktur (Slack? Teams? E-post?)
|
||||
- [ ] Identifiser 8-12 personer til intervjurunde
|
||||
- [ ] Få tilgang til eksisterende underlag (arkitekturskisser, dataflyt)
|
||||
- [ ] Bekreft endelig timepris og total ramme
|
||||
Reference in New Issue
Block a user