##  [Tallet var rigtigt. Navnet løj.](/da/node/284)

    *Indsendt af Lennart den tor, 17 sep 2026 - 11:08*

  [ ![Tallet var rigtigt. Navnet løj.](/sites/default/files/styles/max_1300x1300/public/2026-09/composite_10.png.avif?itok=zgsPsDSN)](/sites/default/files/2026-09/composite_10.png)

*Om en AI, der læste min dagbog og troede mere på ét ord end på mig.*

Jeg skriver dagbog. Én markdown-fil pr. dag, `log/2026-09-17.md` og så videre. Nederst står det, man skriver i en dagbog: hvordan dagen var, hvem jeg mødte, hvad der gik skævt. Øverst, over prosaen, står et lille stykke YAML med det, der kan tælles:

```
Me:
  swimming:
  - stroke: breaststroke
    meters: 300

```

Der står 300, og det er tag. Jeg tæller tag, når jeg svømmer. Men der står `meters`.

Så hver side i min dagbog begynder med en lille løgn om enheden, og derunder følger alt det sande.

## Opgaven

Jeg har en Raycast-udvidelse, der kan skrive målinger ind i dagbogen. Jeg ville kunne logge på en *person*, et *emne* og en *værdi*, så min datters fravær kunne stå ved siden af min egen svømning. Jeg pegede Claude Code på mit Nushell-modul, der læser og skriver det samme format.

Claude gjorde, hvad en omhyggelig udvikler ville gøre: læste modulet, åbnede nogle af dagbogssiderne og sammenlignede dem med koden. Og der var en uoverensstemmelse. Udvidelsen kaldte svømmefeltet `count`, mens dagbogen sagde `meters`.

Claude rettede koden, så den passede til dagbogen:

> De indbyggede felter følger nu dine noter: swimming har `meters` (ikke `count`).

Det lyder fornuftigt. Hvis kode og data er uenige, har data som regel ret, for data er det, der faktisk er sket.

Men `count` var det rigtige ord.

## Da jeg spurgte

Jeg studsede og spurgte, om det var meter, for jeg troede, det var tag. Svaret kom uden tøven:

> Ja, det er meter. \[…\] `stroke` er svømmeart (breaststroke eller crawl), ikke et antal tag. `meters` er distancen.

Der er noget komisk over det. Et program har lige læst min dagbog og forklarer mig nu, hvad jeg lavede i svømmehallen. Beviset er ét ord, som ingen af os kan huske at have tænkt over. Der findes intet skema, ingen enhed og ingen dokumentation. Tallene 300, 600, 900 og 200 passer lige så godt til tag som til meter.

Og det lige under YAML'en, dagbogsteksten, rørte Claude ikke. Den var ikke med i overvejelserne. Det er faktisk pointen: den del af siden, jeg selv har skrevet med omhu, havde ingen vægt. Den del, der så teknisk og officiel ud, blev taget for pålydende.

## Et feltnavn er også prosa

Det, jeg tager med, er ret enkelt: **et feltnavn er ikke data. Det er en sætning om data.** `meters: 300` er i virkeligheden to ting. Der er en måling, *300*, og en lille tekst, der påstår noget om den, *det her er meter*. Målingen kom fra bassinet. Teksten kom fra den, der engang skrev koden.

I en dagbog er det næsten for tydeligt. Siden består af to slags tekst: den, jeg skriver til mig selv, og den, der er skrevet til maskinen. Vi har en tendens til at tro, at den maskinlæsbare del er den mest præcise. Men den er også bare tekst, og den kan tage fejl lige så let.

For en sprogmodel er forskellen endnu mindre, for alt er tekst. `meters` i en YAML-blok vejer det samme som `meters` i en lærebog. Så AI'en gjorde ikke noget dumt. Den gjorde noget *plausibelt*, og det er værre, for det plausible slipper forbi. Havde den skrevet `bananas`, havde jeg opdaget det med det samme.

## Den anden ændring

Da jeg sagde "det er tag i alle tilfælde", gik det hurtigt den anden vej. Claude omdøbte feltet i koden, i Nushell-modulet og på de fem dagbogssider, hvor det stod. Tallene blev ikke rørt, kun ordet. Prosaen nedenunder blev heller ikke rørt.

Rækkefølgen er vigtig. Første gang blev *koden* ændret ud fra et ord i dagbogen. Anden gang blev *dagbogen* ændret ud fra et ord fra mig. Det sidste er den rigtige retning. Den eneste, der ved, hvad 300 betyder, er den, der var i vandet.

To ting gjorde det ufarligt: tallene var uændrede, og dagbogen ligger i git.

Og så er der en ny fælde, som Claude selv gjorde opmærksom på: `stroke` (svømmeart) og `strokes` (antal) står nu lige under hinanden. Det er næste misforståelse, der venter på at ske.

## Hvad jeg gør anderledes

1. **Enheder hører til i skemaet, ikke kun i navnet.** Et felt skal kunne sige *tag* uden at man skal gætte ud fra navnet.
2. **Når en AI "retter" noget, så læg mærke til, hvad den bygger på.** "Det står i dine noter" betyder ikke, at det er sandt. Det betyder bare, at det står der.
3. **Spørg, også når svaret lyder sikkert.** Mit halve "i thought they were strokes" var det eneste, der stod mellem en forkert etiket og en forkert rapport over min svømning.

Den seneste måned har jeg svømmet 700 tag. Det har hele tiden været tag. Nu står det bare også på siden.

## Efterskrift: meter igen

Et par timer senere bad jeg Claude lave det hele om til meter igen. Koden, Nushell-modulet og de fem dagbogssider. Ikke fordi tallene pludselig var blevet meter. Det er stadig tag. Men tag var det forkerte at måle.

Et tag er min egen enhed. Et brysttag er ikke et crawltag, mit tag er ikke dit, og mit tag i dag er ikke mit tag om tyve år. Meter er et standardmål. Det kan sammenlignes på tværs af svømmearter, fra svømmer til svømmer og på tværs af alder. Det betyder det samme for alle, der læser tallet, også for et program.

Så de gamle rækker hedder nu meter, og jeg håber bare, at jeg flytter mig cirka en meter for hvert tag. Fra i dag måler jeg meter.

Der er noget passende i det. Indlægget handler om, at et feltnavn er en påstand om data. Nu står der igen `meters` over tal, der egentlig er tag. Forskellen er, at det første `meters` var en fejl, ingen havde tænkt over. Det her er et valg, og det står her.