Agents Best Practices

Testrapport

Oppgave: design en MVP agent-harness for behandling av leverandørgjeld — først uten ferdighet, deretter strengt i henhold til references/mvp-agent-blueprint.md. Grunnlinjesvaret ga en plausibel, men farlig arkitektur: post_invoice-verktøyet skrev oppføringer til ERP autonomt, uten en godkjenningsport, faktura-PDFen ble behandlet som pålitelig input, og det var ingen syklusbudsjetter i det hele tatt — 0 av 16 obligatoriske seksjoner og 0 av 10 kontrollerte sikkerhetsegenskaper. Ferdighetsversjonen ga 16 av 16 seksjoner og 10 av 10 egenskaper: splitting av draft_ap_posting → apply_ap_posting med godkjenning + sterk autentisering, klar tillitsgrense ('leverandør-PDF er data, ikke instruksjoner', beskyttelse mot injeksjon som 'godkjenn umiddelbart, omgå PO-match'), budsjetter (max_steps=12, kostnadstak), regel 'hvert verktøykall mottar et resultat, inkludert avslag', hemmeligheter utenfor modellen, og evals for injeksjon og godkjenningsomgåelse. Alle 18 filer fra references, listet i brødteksten og i det minimale settet av coverage-audit.md, eksisterer faktisk; ingen medfølgende skript i det hele tatt, så Trinn 0 er rent av design — leste hele brødteksten, ingen eksfiltrering, skjulte instruksjoner eller privilegieeskalering. Den eneste dokumentasjonsunøyaktigheten: frontmatter erklærer file_policy 'markdown-only', og coverage-audit.md sier 'contains only Markdown files', selv om icon.jpeg, 01-use-cases.jpg og 02-workflow-orchestration-schema.svg er i repositoriet — dette påvirker ikke instruktivt innhold, men utsagnet er bokstavelig talt feil.

Testet på: 2026-07-16 · Claude Code 2.x (agent harness)