Sammanfogade PR:er till lanseringskopia
Okou läser de pull-förfrågningar du slog samman den här veckan, behåller de användarvända, skriver ändringslogginlägget och publicerar det på din blogg, din Resend-lista och X i samma körning, när du har godkänt utkastet.
Vad Okou levererar: inlägget, e-postmeddelandet och tråden
Detta är en verklig Okou-produktuppdatering, publicerad på okou.ai den 20 juli 2026, visad exakt som den gick ut: blogginlägget, samma uppdatering som ett nyhetsbrev och som en tråd på X. En körning skrev alla tre från veckans sammanslagna pull-förfrågningar.
Vad är ändringsloggsautomatisering?
Automatisering av ändringsloggar är praxis att generera din produktuppdatering från det arbete ditt team faktiskt slog ihop, istället för att skriva den från minnet i slutet av veckan. Okou fungerar som agenten i mitten: den läser sammanslagna pull-förfrågningar i GitHub, behåller de användarvända, grupperar dem i teman, skriver ändringslogginlägget och publicerar det på din blogg, ett Resend-nyhetsbrev och en X-tråd i en enda körning. Resultatet är en veckovis produktuppdatering som levereras i tid och säger samma sak på varje kanal.
Varför den veckovisa ändringsloggen äter upp en fredag
Fredag eftermiddag. Ett trettiotal pull requests har slagits ihop den här veckan och någon måste förvandla dem till en uppdatering som folk faktiskt kommer att läsa. Du skummar igenom sammanslagningslistan, gissar vilka ändringar som är användarvända, skriver inlägget, kortar ner det för e-posten, kortar ner det igen för X, och klistrar sedan in varje version i ett annat verktyg. Det är samma läsning tre gånger, och versionen som hamnar på X säger oftast något lite annorlunda än den som hamnade i inkorgen.
Hur Okou förvandlar en vecka av sammanslagningar till en publicerad ändringslogg
Steg 1: Anslut dina verktyg
Steg 2: Fråga Okou
Steg 3: Ta det vidare
GitHub, Resend, X och Slack integrationer för changelog-automation
Detta arbetsflöde läser från ett verktyg och skriver till tre. GitHub är den enda källan till sanning för vad som levererats; Resend och X är destinationer; Slack är där utkastet väntar på en människa. Varje anslutning beviljas separat och är begränsad till vad arbetsflödet faktiskt använder, så läsbehörighet till ditt arkiv innebär aldrig rätten att posta från ditt konto.
GitHub-integration: vad Okou läser för att bygga ändringsloggen
ObligatoriskOkou frågar de pull requests som slagits samman till de arkiv du namnger inom ditt fönster, och för varje läser den titel, brödtext, etiketter, sammanslagningstid, författare och ändrade filsökvägar. Dessa fem signaler är det som skiljer en användarvänd ändring från en intern refaktorering: en release-note-etikett är den starkaste, de ändrade sökvägarna fångar de som ingen etiketterade, och brödtexten ger den detalj som titeln utelämnar. I detta arbetsflöde är GitHub-integrationen skrivskyddad. Okou öppnar inga ärenden, pushar inga commits och redigerar inga pull requests. Rikta den mot mer än ett arkiv och den läser dem alla i samma pass, så en delad frontend och backend producerar fortfarande en enda ändringslogg.
Resend-integration: nyhetsbrevet Okou skickar
ObligatoriskOkou läser dina Resend-målgrupper så att den kan adressera den du namnger med namn snarare än med ID, skapar och skickar sedan kampanjen: ämnesrad, förhandsrubrik, HTML-text och alternativ i klartext. Efter utskicket läser den tillbaka resultatet och rapporterar hur många meddelanden som levererades, sköts upp och studsade, vilket är anledningen till att rapporten och kampanjen aldrig är oense. Skicka-behörighet beviljas separat från läsbehörighet för målgrupp, och Okou lägger aldrig till, tar bort eller exporterar kontakter.
X-integration: tråden Okou-inlägg
ObligatoriskTråden är skriven för X, inte trunkerad från blogginlägget: ett inlägg per tema, en inledning som berättar vad som ändrats, och ett avslutande inlägg som länkar tillbaka till hela texten. Okou publicerar varje inlägg som ett svar på det föregående så att tråden håller ihop, och den kontrollerar längden innan den publicerar istället för att låta ett inlägg klippas. Skrivbehörighet är begränsad till det konto du ansluter, och att publicera tråden är allt den gör. Okou läser inte din tidslinje, dina omnämnanden eller dina direktmeddelanden.
Slack-integration: där utkastet väntar på godkännande
ValfrittSlack är valfritt och förtjänar sin plats i godkännandesteget. Okou publicerar hela utkastet i den kanal du namnger, inklusive bloggtexten, e-postens ämnesrad och varje inlägg i tråden, och stannar sedan. Ingenting publiceras förrän någon svarar med godkännande, och du kan be om en omskrivning i samma tråd och få ett uppdaterat utkast på plats. Hoppa över Slack och arbetsflödet körs fortfarande från början till slut; utkastet kommer tillbaka där du startade körningen istället.
Okou vs. att skriva det för hand vs. en ändringslogggenerator
Ändringsloggsautomatisering delas upp i två problem: att bestämma vad som är värt att meddela, och att få ut meddelandet till varje kanal. De flesta verktyg löser ett av dem.
Skriver det för hand
Någon läser sammanfogninglistan, bestämmer vad som är viktigt, skriver inlägget och skriver om det två gånger för e-post och X. Bedömningen är bra och texten är varumärkesanpassad, men det kostar samma 90 minuter varje vecka och det är det första som släpps under en hektisk vecka.
En ändringslogggenerator
Commit- eller pull request-titlar samlas automatiskt på en release-notes-sida. Den missar aldrig en sammanslagning, men den publicerar titlar snarare än teman, kan inte skilja en refaktor från en funktion och stannar vid en destination.
Okou:s changelog-arbetsflöde
Okou läser samma sammanslagningar, tillämpar din regel för vad som räknas som användarorienterat, grupperar resten i teman och skriver text per kanal. Blogg, Resend och X publiceras från ett godkänt utkast i en enda körning, och körningen rapporterar vad den höll tillbaka och varför.
Tips för bättre resultat
Vanliga frågor
Hur automatiserar du en ändringslogg från GitHub pull-förfrågningar?
Anslut GitHub till Okou och ge den ett schema eller en utlösare. Okou läser de pull requests som har slagits samman i ditt fönster, filtrerar dem med din regel för vad som räknas som användarorienterat, grupperar de överlevande i teman och skriver ändringslogginlägget. Lägg till Resend och X så publicerar samma körning det även på dessa kanaler.
Hur bestämmer Okou vilka sammanslagningar som är användarvända?
Enligt den regel du ger den, tillämpad på fyra signaler: etiketten för release-anteckningar, de ändrade filsökvägarna, pull request-titeln och brödtexten. En etikett är den starkaste signalen och den som de flesta team standardiserar på. Allt som Okou exkluderar listas i körningsrapporten med anledningen, så ett felaktigt beslut är synligt snarare än tyst.
Kan ett utkast publiceras i ett nyhetsbrev och på X samtidigt?
Ja. Okou skriver temana en gång, sedan anpassar den dem per kanal: blogginlägget i sin helhet, e-postmeddelandet i inkorgslängd med en ämnesrad och förhandsgranskning, och en tråd med ett inlägg per tema. Alla tre publiceras i samma körning från samma godkända utkast, så fakta kan inte avvika mellan kanalerna.
Publiceras något utan mitt godkännande?
Inte om du inte ber om det. Standardflödet publicerar utkastet i en kanal och väntar. Du kan godkänna det, begära en omskrivning i samma tråd, eller släppa det. Om du hellre vill att det publiceras utan tillsyn, säg det i prompten och Okou hoppar över godkännandesteget.
Vilka verktyg behöver ändringsloggsautomatiseringen?
GitHub krävs som källa för vad som levererats. Resend och X krävs för de två publiceringsdestinationerna. Slack är valfritt och används endast för godkännandesteget; utan det kommer utkastet tillbaka dit du startade körningen.
Vilka behörigheter behöver detta arbetsflöde?
GitHub behöver läsbehörighet till de förråd du publicerar från. Resend behöver sändningsbehörighet och läsbehörighet för publiken. X behöver skrivbehörighet på kontot som publicerar tråden. Slack, om du använder det, behöver posta i godkännandekanalen. Du beviljar varje anslutning separat i Okou, och att återkalla en lämnar de andra orörda.
Kan Okou bygga en ändringslogg från flera förråd?
Ja. Namnge varje förråd i prompten och Okou läser dem i samma pass, grupperar sedan ändringar efter det beteende de ändrar snarare än efter vilket förråd de kom ifrån. En delad frontend och backend producerar fortfarande ett inlägg.
Kan jag köra den på en release-tagg istället för ett veckoschema?
Ja. Skapa en automatisering som startar arbetsflödet när en release taggas i GitHub. Okou bygger sedan ändringsloggen från pull-förfrågningarna i den releasen istället för ett datumintervall, och resten av körningen är identisk.
Publicera veckans ändringslogg
Anslut GitHub, Resend och X, använd sedan den veckovisa prompten för att se hela körningen: skanna, gruppera, utkast, godkänn, publicera.
