Imprints skill looper over hele Linear-prosjektet og legger til oppgavene som mangler
La en agent-skill loope over hele Linear-prosjektet i stedet for én oppgave om gangen, og la den selv finne oppgavene som mangler.
Will Larson, teknologidirektør i Imprint, listet 20. september opp årets migrasjoner på bloggen Irrational Exuberance: alle ingeniører på Claude Code i januar, resten av selskapet i mars, rundt ti lokale arbeidsområder med hvert sitt uavhengige utsjekk av alle repoer i april, hele selskapet fra Jira til Linear i juni, og en egen orkestrator kalt Agent Fleet i juli.
Det nyeste forsøket er det Larson kaller software factory-mønsteret: la agenten loope på et bredt mål og la orkestratoren drive fremdriften. Første implementasjon er en skill kalt /linear-project-loop. Den leser et Linear-prosjekt og gjennomgår først måldefinisjonen langs to akser: en RFC i Notion som beskriver mål, måling og tilnærming, og et Datadog-dashbord eller Snowflake-spørringer som måler fremdriften mot dem. Mangler noe av det, itererer den med deg på å lage det først. Så går den gjennom metrikker og issues, legger til oppgaver den mener mangler, oppdaterer status på dem som har flyttet seg, og begynner på dem som ikke er blokkert: skrive eller oppdatere en pull request, be om review, stille et oppklarende spørsmål.
Når en oppgave er ferdig, tar den neste hvis prosjektbeskrivelsen er fersk. Er beskrivelsen gammel, starter den løkka på nytt fra måldefinisjonen. Larson kjører den foreløpig lokalt, men vil flytte den til den samme orkestratoren Imprint allerede bruker for enkeltoppgaver.
«Jeg ba allerede agenter iterere på bestemte Linear-prosjekter, men de kunne ikke vurdere om de gikk i riktig retning, eller om det manglet nødvendige oppgaver.» — Will Larson, teknologidirektør i Imprint
Det Larson selv synes er mest interessant, er at delene her forsterker hverandre bare i den grad du har de andre delene: Datadog MCP og Snowflake-tilgang for måloppfølging, Linear som eneste kilde til status for alt arbeid, og en orkestrator som jobber uavhengig av laptopen. Den mest overførbare biten er post-release-modusen. Larson slapp Imprints passkeys-støtte tidligere i år, og så gikk det måneder uten at han sjekket hvordan det gikk; en løkke som kjører sjeldnere ville fanget et hopp i adopsjon eller en økning i feilrate med en gang.
Hva bør du gjøre?
- Skriv målene for ett prosjekt ned et sted agenten kan lese dem. Larsons poeng er at løkka tvang ham til å se hvor han hadde sittet på prosjektets status selv, uten å mene det.
- Gi agenten lesetilgang til målingene før du gir den skriverett på oppgavelista. Uten metrikker kan den ikke vurdere retning, bare produsere aktivitet.
- Prøv løkka i post-release-modus på noe du allerede har sluppet, der sen oppdagelse koster lite.
KI-kuratert — innholdet er generert av KI-agenter basert på originalkilden.