Kort fortalt: Mandag kl. 07:32 skrev Claude i salgsteamets morgenbrief: „ingen nye aftaler“. Fredag eftermiddag var der vundet to, for 228.000 kr. om året. Den ene satte Claude under „uden for perioden“, den anden nævnte den slet ikke, for briefen havde fået at vide, at den dækker de seneste 24 timer.
Den 8. oktober viste Anthropic, hvordan de selv bygger en planlagt agent, der skriver en daglig brief, og første regel lyder: læs fra et bogmærke, altså tidspunktet for det nyeste, briefen fortalte om sidst, ikke fra et fast tidsrum. Jeg fik Claude Code til at teste reglen over elleve hverdage med 73 opdigtede hændelser fra CRM og indbakken, tre kørsler pr. version. Med „de seneste 24 timer“ kom 22 til 23 hændelser aldrig med i en brief, heriblandt 5 til 6 af 10 vundne aftaler, fordi fredag eftermiddag faldt mellem fredagens og mandagens vindue. Med et bogmærke manglede der ingen. Instruktionerne er gratis: hent zip-filen.
Filmen viser én mandag. I demoen herunder kan du se alle elleve morgener for begge versioner og alle tre kørsler, klikke på en hændelse og se, hvilken brief den kom med i, og læse hver brief, som Claude skrev den.
Anthropic udgav den 8. oktober et eksempel på en planlagt agent, der hver morgen læser Slack og GitHub og skriver en kort brief om, hvad der har ændret sig. Den kører på Claude Managed Agents med en tidsplan, og koden ligger på GitHub.
Opslaget slutter med seks regler. Den første handler om tid, den anden om en kilde, der svigter. „En almindelig fejl er at bede agenten læse et fast tidsrum som ‚de seneste 24 timer‘. En sen kørsel efterlader et hul, og en tidlig kørsel gentager punkter,“ skriver Anthropic. Den anden: når en kilde ikke kan læses, må briefen ikke ligne en stille dag.
Anthropic nævner også en tredje fejl af samme slags, at agenten kalder i morges for „i går“, fordi den regner i serverens tidszone. De fire sidste handler om at tjekke hvert punkt igen lige før briefen sendes, om først at regne briefen for sendt, når Slack har bekræftet den, om at læse teamets præferencer fra et sted, agenten ikke kan ændre, og om læseadgang og et loft over forbruget. Dem har jeg ikke testet her.
Mandag kl. 07:32: „ingen nye aftaler“
Testen er en morgenbrief for salgsteamet i et opdigtet firma, Lagerlys ApS, der sælger lagersoftware til grossister. To kilder, ligesom i Anthropics eksempel: CRM med 45 ændringer i aftaler og indbakken med 28 beskeder fra kunder, fra fredag 11. til mandag 28. september. Hver kunde har én sammenhængende historie, fra møde til vundet eller tabt aftale, og seks af de ti vundne aftaler lukker fredag eftermiddag.
Briefen kører hver hverdag kl. 07:32. Hver morgen får Claude Sonnet 5.5, samme model som i Anthropics eksempel, alt, hvad kilderne har returneret de seneste syv dage.
Den ene version får at vide: „Briefen dækker alt, der er sket de seneste 24 timer.“ Den anden får i stedet tre regler: læs fra et bogmærke pr. kilde, medtag alt, der er nyere, og hvis en kilde mangler, så lad bogmærket stå og skriv det i briefen. Den slutter også med en linje med de nye bogmærker. Resten af prompten er ens. To morgener er bevidst skæve: tirsdag den 22. kører briefen først kl. 11:47, og torsdag den 24. svarer CRM ikke. Begge versioner kørte tre gange, 66 briefs i alt, og hver brief er gemt.
Mandag den 21. september, første kørsel, skrev Claude: „Der er ingen nye aftaler i CRM og ingen nye mails i indbakken de seneste 24 timer (siden søndag kl. 07:32).“ Længere nede, under „Den seneste aktivitet ligger uden for perioden“, stod der: „Seneste CRM-ændring var fredag 18. september kl. 16:56: Egelund Byggemarked blev vundet, 48.000 kr. om året (Julie).“
Claude så altså aftalen og satte den til side, fordi prompten sagde, at den ikke talte med. Bakkely Reservedele, vundet kl. 15:18 samme fredag til 180.000 kr. om året, nævnte den slet ikke. Med bogmærket skrev samme model samme morgen ni linjer, begge aftaler og begge underskrevne kontrakter. Den ene version fik en dårlig instruks og fulgte den. I din egen AI-automatisering skal instruksen derfor tage udgangspunkt i det, læseren allerede har set, ikke i uret.
Hvor de 22 hændelser forsvandt
Optalt over de tre kørsler kom 22, 22 og 23 af de 73 hændelser aldrig med i en brief med „de seneste 24 timer“. Med bogmærket var tallet 0 i alle tre, og ingen hændelse kom med to gange.
Hullerne ligger tre steder. Det største er fredag eftermiddag: 19 til 20 hændelser over de tre fredage, fordi mandagens vindue begynder søndag morgen. Det næste er den sene tirsdag. Briefen kl. 11:47 dækkede fra mandag kl. 11:47, så en ændring mandag kl. 10:14 kom aldrig med, og en mail tirsdag kl. 10:21 kom med to gange, tirsdag og igen onsdag. Det tredje er torsdagens nedbrud, som jeg kommer til nedenfor.
Tallene får 24-timersversionen til at se lidt bedre ud, end den er. Ren tidsregning siger, at 26 hændelser falder uden for vinduerne. At der kun manglede 22, skyldes, at Claude nogle gange nævnte en ældre hændelse som baggrund, sådan som Egelund om mandagen, og her tæller en omtale som en rapport.
Torsdag, da CRM var nede
Jeg forventede, at torsdagen ville vise Anthropics anden regel i praksis: at agenten melder „intet nyt“, når en kilde ikke svarer. Det skete ikke. I alle seks kørsler skrev Claude, at CRM manglede. Med 24 timer: „Ingen CRM-data fulgte med ved denne kørsel, så der er ingen aftaleændringer i briefen.“ Med bogmærket: „Jeg kunne ikke læse CRM i dag, så der er ingen opdateringer på aftaler i denne brief.“ Forskellen viste sig først fredag.
Fredag morgen dækkede 24-timersvinduet torsdag og fredag nat, så onsdagens to ændringer i CRM, en kontrakt sendt til Lindholt Grossisten og en tabt aftale med Ørbæk Tekstil, var for gamle. De kom aldrig med i nogen af de tre kørsler. Bogmærket for CRM stod stadig på tirsdag, fordi torsdagens kørsel ikke flyttede det, og fredagens brief tog begge ændringer med i alle tre kørsler.
To ting viser testen ikke. Anthropics eget eksempel har ikke fejlen, for det bruger bogmærker. Og i Anthropics tilfælde forsvinder en kilde helt, fordi agenten mister værktøjet til at læse den. Her stod kilden i prompten, så Claude kunne se, at den manglede. Testen siger intet om, hvorvidt Claude opdager et hul i en kilde, den ikke har fået nævnt.
De tre regler, du kan sætte ind i dag
Finder du en tidsangivelse som „de seneste 24 timer“, „siden i går“ eller „fra i nat“ i prompten til den agent eller planlagte opgave, der skriver din brief, så skift den ud med et bogmærke pr. kilde: tidspunktet for det nyeste punkt, briefen rapporterede sidst. Næste kørsel tager alt, der er nyere, uanset om den kører mandag, kl. 11:47 eller efter en helligdag.
I zip-filen ligger instruktionerne på dansk og engelsk, klar til at sætte ind i en agent i Claude Managed Agents, en planlagt opgave i Claude eller Cowork. De rummer tre regler: læs fra bogmærket, behandl en kilde, du ikke kunne læse, som et hul og ikke som en stille dag, og flyt først bogmærkerne, når briefen er sendt. Den sidste har jeg ikke testet. Filen indeholder også de to prompter, de 73 hændelser, alle 66 briefs og det script, der kørte testen, så du kan gentage den.
Det, instruktionerne ikke gør: de bestemmer ikke, hvad der er vigtigt nok til en linje. I testen var alle hændelser relevante med vilje, så et hul kunne tælles. Og de gør ikke en tidsplan pålidelig. En kørsel, der aldrig starter, er stadig en brief, der mangler. Bogmærket sørger kun for, at den næste dækker hullet.
AI-agenter, der skriver salgsteamets morgenbrief
Som AI-konsulent og Claude-specialist sætter jeg AI-agenter op, der læser CRM, indbakken og Slack og skriver teamets brief hver morgen. Det svære er sjældent modellen. Det er at få den til at sige, hvad den ikke fik læst, og at finde ud af, hvad din nuværende brief har sprunget over i ugevis, uden at nogen har bemærket det. Det kan du ikke se i briefen selv, kun ved at holde den op mod kilderne.
Det er den slags AI-automatisering, der ligger i interne AI-værktøjer. Du kan tjekke din egen på fem minutter: læg mandagens brief ved siden af CRM's ændringslog for fredag fra kl. 12 til 17. Mangler der noget, så send mig den prompt, din brief kører på, og en uges rå eksport fra CRM med navnene fjernet, så kan jeg vise dig, hvor den taber noget. Vil du se en anden brief, hvor én linje fra teamlederen ændrede resultatet, så læs testen af fornyelsesbriefen.
FAQ
Ofte stillede spørgsmål
Lad en agent eller en planlagt opgave i Claude læse CRM og indbakken hver hverdag og skrive en kort brief til teamets kanal. Giv den ét bogmærke pr. kilde i stedet for et tidsrum, så den tager alt med siden sidste brief. Instruktionerne i zip-filen kan du sætte ind, som de er.
Ofte fordi prompten beder den om de seneste 24 timer. En mandag dækker det kun søndag, og fredag eftermiddag falder ud. I testen kom 22 til 23 af 73 hændelser aldrig med i en brief på den måde. Skift tidsrummet ud med et bogmærke.
I testen skrev Claude i alle seks kørsler, at CRM manglede. Det, der afgjorde resten, var, hvad der skete dagen efter. Med et bogmærke kom onsdagens to ændringer med fredag, med 24 timer kom de aldrig med.
Tidspunktet for det nyeste punkt, agenten rapporterede fra en kilde sidste gang. Næste kørsel tager alt, der er nyere. Anthropic gemmer det i en fil, bookmarks.json, i agentens hukommelse mellem kørslerne.
Ja. Anthropics eget eksempel kører på Claude Managed Agents med en planlagt kørsel og gemmer bogmærkerne i agentens hukommelse. Instruktionerne virker også i en planlagt opgave i Claude eller Cowork, så længe agenten kan gemme bogmærket et sted til næste gang.
Anthropics eksempel sender til én Slack-kanal og flytter først bogmærkerne, når Slack har bekræftet, at beskeden kom frem. Det samme princip gælder for Teams eller mail. Den del har jeg ikke testet her.
Testen brugte Claude Sonnet 5.5, som også er modellen i Anthropics eksempel. Den fulgte instruksen præcist. Det, der afgjorde resultatet, var sætningen om tid i prompten.
