BrukstilfellerComputer

Gjør Slack-utgivelsesoppdateringer om til kundevendte utkast til utgivelsesmerknader

Et utkast til utgivelsesmerknad og et team-sammendrag erstatter manuell sporing av leverte endringer, sjekking av tidligere oppføringer og omskriving av tekniske oppdateringer for kunder.

  • Computer
  • Automatiseringer
  • Koblinger
  • Teknologi

Oversikt

En datamaskinautomatisering sjekker Slack hver time for bekreftede kundevendte utgivelser, går gjennom tilknyttede GitHub-endringer, Linear-saker og produktets prosjekt i Notion, og sjekker deretter tidligere utgivelsesmerknader for duplikater og godkjent navngivning. Den forbereder et utkast til kundevendte utgivelsesmerknader og et team-sammendrag for gjennomgang uten å publisere eller legge ut.

Tid til første resultat: Etter at den neste timelige sjekken finner en kvalifiserende leveringsmelding; be om en umiddelbar kjøring for et første eksempel.

Vanskelighetsgrad: krever oppsett

Hva du trenger

  • Slack tilkoblet med tilgang til [utgivelseskanal], slik at bekreftede kundevendte utgivelser kan identifiseres.
  • GitHub og Linear tilkoblet med tilgang til tilknyttede pull request og saker, slik at utkastene gjenspeiler det leverte omfanget.
  • Notion tilkoblet til [produktets prosjekt], slik at godkjente kundevendte navn veileder utkastet.
  • En logg over utgivelsesmerknader med tidligere oppføringer og navngivningsregler, slik at duplikater og utdaterte navn kan sjekkes.
  • En timebasert sjekkplan og en gjennomgangsansvarlig, slik at kvalifiserende oppdateringer blir til utkast for godkjenning i stedet for publiserte merknader.

Forespørselen

Hva du får tilbake

Planlagt rapportlevering: utkast til gjennomgang

Demo-utdata med fiktive produktdetaljer og illustrerende kildelenker. Utdrag fra det fullførte utkastet:

Navnesjekk:

"Produktets prosjekt bekrefter at "Planlagt rapportlevering" er det godkjente navnet. Utkastet bruker det ordrett. Kategorien er Ny."

Duplikatsjekk:

"Ingen tidligere oppføring for LIN-4955, PR-3389 eller "Planlagt rapportlevering"."

Team-sammendrag:

"Foreslått utgivelses-tag v2026.09.19-1."

Se det fullstendige demo-utkastet og loggen i kildeoppgaven.

  • Kildegjennomgang: Demoen liste opp en GitHub pull request, en Linear-sak og overordnet epikk, og et Notion-produktprosjekt.
  • Navnesjekk: "Planlagt rapportlevering" erstatter den eldre "Rapportplanlegger"-etikken.
  • Duplikatsjekk: Funksjonsnavnet, sak-ID-en og pull request sammenlignes med tidligere utgivelsesmerknader.
  • Utkast til utgivelsesmerknad: En foreslått tittel, kategori, utgivelses-tag, fordelsutsagn og funksjonspunkter for gjennomgang.
  • Team-sammendrag: Et utkast til svar i Slack-tråd som forklarer endringen, navnebeslutningen og duplikatsjekken.
  • Logg over utgivelsesmerknader: Tre illustrerende tidligere oppføringer og navngivningskonvensjoner for etterfølgende gjennomganger.

Levert som et Markdown-utkast og en separat Markdown-logg, klare for gjennomgang og revisjon; demoen viser ikke en publisert utgivelsesmerknad eller et utlagt Slack-svar.

Gjør det bedre

  • Legg til kontekst: Inkluder godkjente utgivelsesmerknader og bekreftet tilgjengelighet for abonnementsplaner for å veilede ordlyd og kvalifiseringspåstander.
  • Pek på spesifikke elementer: Navngi Slack-kanalen, GitHub-repositoriene, Linear-teamet og Notion-prosjektet som definerer utgivelsen.
  • Be om formatet: Be om en kundefordel, tilgjengelighetsutsagn, funksjonspunkter og kildereferanser i hvert utkast.
  • Bruk en Skill: Lagre den godkjente strukturen for utgivelsesmerknader og navngivningsregler som en gjenbrukbar Skill.
  • Gjør den gjentakende: Spesifiser sjekktimer og en tidssone, og be om stillhet når ingen kvalifiserende endring dukker opp.

Prøv en variant

Gå gjennom [Slack-lenke for leveringsmelding], de tilhørende GitHub-endringene, relaterte Linear-saker og [produktets prosjekt i Notion]. Sjekk [logg over utgivelsesmerknader] for duplikater og godkjent navngivning. Utkast én Markdown-utgivelsesmerknadsoppføring og team-sammendrag for gjennomgang. Ikke planlegg, publiser eller legg ut noe.

Hver time må du sjekke [Slack-kanal] for leverte kundevendte feilrettinger i [GitHub-repositorium]. Gå gjennom relaterte Linear-saker, [produktets prosjekt i Notion] og [logg over utgivelsesmerknader]. Utkast Markdown-oppføringer i kategorien Fikset med et team-sammendrag for gjennomgang. Ikke publiser eller legg ut noe.

Hver [fredag på tid og tidssone], gå gjennom bekreftede utgivelser i [Slack-kanal] mot tilknyttede GitHub-endringer, Linear-saker, [produktets prosjekt i Notion] og [logg over utgivelsesmerknader]. Lag en ensiders Markdown-utgivelsesoversikt med kundefordeler, godkjente navn og resultater fra duplikatsjekken. Hold den tilbake for gjennomgang.

Relaterte bruksområder

Klar for å ta neste steg?

Oppdag hvordan Perplexity kan forandre måten du jobber på