Slått sammen PR-er til lanseringskopi
Okou leser pull-forespørslene du slo sammen denne uken, beholder de brukerrettede, skriver endringslogginnlegget og publiserer det til bloggen din, Resend-listen din og X i samme kjøring, når du godkjenner utkastet.
Hva Okou leverer: innlegget, e-posten og tråden
Dette er en ekte Okou-produksjonsoppdatering, publisert på okou.ai 20. juli 2026, vist nøyaktig slik den ble sendt ut: blogginnlegget, den samme oppdateringen som et nyhetsbrev, og som en tråd på X. Én kjøring skrev alle tre fra ukens sammenslåtte pull-forespørsler.
Hva er endringsloggautomatisering?
Endringsloggautomatisering er praksisen med å generere produktoppdateringen din fra arbeidet teamet ditt faktisk slo sammen, i stedet for å skrive den fra minnet på slutten av uken. Okou fungerer som agenten i midten: den leser sammenslåtte pull-forespørsler i GitHub, beholder de brukerrettede, grupperer dem i temaer, skriver endringslogginnlegget og publiserer det til bloggen din, et Resend-nyhetsbrev og en X-tråd i en enkelt kjøring. Resultatet er en ukentlig produktoppdatering som sendes i tide og sier det samme på alle kanaler.
Hvorfor den ukentlige endringsloggen spiser en fredag
Fredag ettermiddag. Tretti-noe pull requests slått sammen denne uken, og noen må gjøre dem om til en oppdatering folk faktisk vil lese. Du skumleser sammenslåingslisten, gjetter hvilke endringer som er brukerrettede, skriver innlegget, kutter det ned for e-posten, kutter det ned igjen for X, og limer deretter hver versjon inn i et annet verktøy. Det er den samme lesingen tre ganger, og versjonen som lander på X sier vanligvis noe litt annerledes enn den som landet i innboksen.
Hvordan Okou gjør en uke med sammenslåinger om til en publisert endringslogg
Trinn 1: Koble til verktøyene dine
Trinn 2: Spør Okou
Trinn 3: Ta det videre
GitHub, Resend, X og Slack-integrasjoner for endringsloggautomatisering
Denne arbeidsflyten leser fra ett verktøy og skriver til tre. GitHub er den eneste kilden til sannhet for hva som ble sendt; Resend og X er destinasjoner; Slack er der utkastet venter på et menneske. Hver kobling gis separat og er begrenset til det arbeidsflyten faktisk bruker, så lesetilgang til depotet ditt innebærer aldri retten til å legge ut fra kontoen din.
GitHub-integrasjon: hva Okou leser for å bygge endringsloggen
PåkrevdOkou spør etter pull-forespørsler som er slått sammen til depotene du navngir innenfor vinduet ditt, og for hver av dem leser den tittel, brødtekst, etiketter, sammenslåingstid, forfatter og endrede filstier. Disse fem signalene er det som skiller en brukerrettet endring fra en intern refaktorering: en utgivelsesnotatetikett er den sterkeste, de endrede stiene fanger opp de som ingen merket, og brødteksten gir detaljene tittelen utelater. I denne arbeidsflyten er GitHub-integrasjonen skrivebeskyttet. Okou åpner ingen saker, pusher ingen commits og redigerer ingen pull-forespørsler. Pek den mot mer enn ett depot, og den leser dem alle i samme pass, slik at en delt frontend og backend fortsatt produserer en enkelt endringslogg.
Resend-integrasjon: nyhetsbrevet Okou sender
PåkrevdOkou leser dine Resend-målgrupper slik at den kan adressere den du navngir ved navn i stedet for ved ID, og deretter oppretter og sender kampanjen: emnelinje, forhåndsvisning, HTML-tekst og ren tekst-alternativ. Etter sendingen leser den resultatet tilbake og rapporterer hvor mange meldinger som ble levert, utsatt og avvist, noe som er grunnen til at rapporten og kampanjen aldri er uenige. Sendetillatelse gis separat fra lesetilgang til målgruppen, og Okou legger aldri til, fjerner eller eksporterer kontakter.
X-integrasjon: tråden Okou poster
PåkrevdTråden er skrevet for X, ikke avkortet fra blogginnlegget: ett innlegg per tema, en åpning som sier hva som endret seg, og et avsluttende innlegg som lenker tilbake til hele artikkelen. Okou legger ut hvert innlegg som et svar på det forrige, slik at tråden henger sammen, og den sjekker lengden før den legger ut, i stedet for å la et innlegg bli kuttet. Skrivetilgang er begrenset til kontoen du kobler til, og det er alt den gjør. Okou leser ikke tidslinjen din, omtalene dine eller direktemeldingene dine.
Slack-integrasjon: der utkastet venter på godkjenning
ValgfrittSlack er valgfritt og fortjener sin plass i godkjenningstrinnet. Okou legger ut hele utkastet i kanalen du navngir, inkludert bloggteksten, e-postens emnelinje og hvert innlegg i tråden, og stopper deretter. Ingenting publiseres før noen svarer med godkjenning, og du kan be om en omskriving i samme tråd og få et oppdatert utkast på plass. Hopp over Slack, og arbeidsflyten kjører fortsatt ende til ende; utkastet kommer tilbake der du startet kjøringen i stedet.
Okou vs. å skrive det for hånd vs. en endringslogggenerator
Endringsloggautomatisering deles inn i to problemer: å bestemme hva som er verdt å kunngjøre, og å få kunngjøringen til hver kanal. De fleste verktøy løser ett av dem.
Skriver det for hånd
Noen leser flettelisten, bestemmer hva som er viktig, skriver innlegget og omskriver det to ganger for e-post og X. Vurderingen er god og teksten er i tråd med merkevaren, men det koster de samme 90 minuttene hver uke, og det er det første som droppes i en travel uke.
En endringslogggenerator
Commit- eller pull request-titler samles automatisk på en utgivelsesnotatside. Den går aldri glipp av en sammenslåing, men den publiserer titler i stedet for temaer, kan ikke skille en refaktorering fra en funksjon, og stopper ved én destinasjon.
Okous endringslogg-arbeidsflyt
Okou leser de samme sammenslåingene, bruker regelen din for hva som teller som brukerrettet, grupperer resten i temaer og skriver tekst per kanal. Blogg, Resend og X publiseres fra ett godkjent utkast i en enkelt kjøring, og kjøringen rapporterer hva den holdt tilbake og hvorfor.
Tips for bedre resultater
Ofte stilte spørsmål
Hvordan automatiserer du en endringslogg fra GitHub pull-forespørsler?
Koble GitHub til Okou og gi den en tidsplan eller en utløser. Okou leser pull-forespørslene som er slått sammen i vinduet ditt, filtrerer dem med regelen din for hva som teller som brukerrettet, grupperer de overlevende i temaer og skriver endringslogginnlegget. Legg til Resend og X, og samme kjøring publiserer det også til disse kanalene.
Hvordan bestemmer Okou hvilke sammenslåinger som er brukerrettede?
Etter regelen du gir den, anvendt på fire signaler: release-note-etiketten, de endrede filbanene, pull request-tittelen og brødteksten. En etikett er det sterkeste signalet og den de fleste team standardiserer på. Alt Okou ekskluderer, er oppført i kjørerapporten med årsaken, slik at en feil avgjørelse er synlig i stedet for taus.
Kan ett utkast publiseres til et nyhetsbrev og X samtidig?
Ja. Okou skriver temaene én gang, og tilpasser dem deretter per kanal: hele blogginnlegget, e-posten i innboks-lengde med emnelinje og forhåndsvisning, og en tråd med ett innlegg per tema. Alle tre publiseres i samme kjøring fra samme godkjente utkast, slik at fakta ikke kan avvike mellom kanalene.
Publiseres noe uten min godkjenning?
Ikke med mindre du ber om det. Standardflyten legger ut utkastet i en kanal og venter. Du kan godkjenne det, be om en omskriving i samme tråd, eller forkaste det. Hvis du heller vil at det skal publiseres uten tilsyn, si det i ledeteksten, og Okou hopper over godkjenningstrinnet.
Hvilke verktøy trenger endringsloggautomatiseringen?
GitHub er påkrevd som kilde til det som ble sendt. Resend og X er påkrevd for de to publiseringsdestinasjonene. Slack er valgfritt og brukes kun for godkjenningstrinnet; uten det kommer utkastet tilbake dit du startet kjøringen.
Hvilke tillatelser trenger denne arbeidsflyten?
GitHub trenger lesetilgang til repositoriene du publiserer fra. Resend trenger sendetillatelse og lesetilgang til publikum. X trenger skrivetilgang på kontoen som legger ut tråden. Slack, hvis du bruker den, må legge ut i godkjenningskanalen. Du gir hver kobling separat i Okou, og tilbakekalling av én lar de andre være urørt.
Kan Okou bygge én endringslogg fra flere depoter?
Ja. Navngi hvert depot i ledeteksten, og Okou leser dem i samme pass, og grupperer deretter endringer etter atferden de endrer, snarere enn etter hvilket depot de kom fra. En delt frontend og backend produserer fortsatt ett innlegg.
Kan jeg kjøre den på en utgivelsestag i stedet for en ukentlig tidsplan?
Ja. Opprett en automatisering som starter arbeidsflyten når en utgivelse tagges i GitHub. Okou bygger deretter endringsloggen fra pull-forespørslene i den utgivelsen i stedet for et datointervall, og resten av kjøringen er identisk.
Publiser denne ukens endringslogg
Koble til GitHub, Resend og X, og bruk deretter den ukentlige ledeteksten for å se hele kjøringen: skann, grupper, utkast, godkjenn, publiser.
