Slack 릴리스 업데이트를 고객 대상 릴리스 노트 초안으로 전환

개요

컴퓨터 자동화는 매시간 Slack에서 고객 대상 출시 완료 건을 확인하고, 연결된 GitHub 변경 사항, Linear 이슈, Notion의 제품 프로젝트를 검토한 뒤, 기존 릴리스 노트와 대조하여 중복 여부 및 승인된 명칭을 확인합니다. 게시하거나 발송하지 않고 검토용 고객 대상 릴리스 노트 초안과 팀 요약본을 작성합니다.

첫 결과 도달 시간: 다음 매시간 확인 시 조건에 맞는 배포 메시지가 발견된 후; 첫 번째 예시에 대한 즉시 실행을 요청하세요.

난이도: 설정 필요

필요한 항목

• [출시 채널]에 대한 액세스 권한이 연결된 Slack (고객 대상 출시 완료 건을 식별할 수 있도록 함).
• 연결된 풀 리퀘스트 및 이슈에 대한 액세스 권한이 연결된 GitHub 및 Linear (초안에 배포된 범위가 반영되도록 함).
• [제품 프로젝트]에 연결된 Notion (승인된 고객 대상 명칭이 초안을 안내하도록 함).
• 이전 항목과 명명 규칙이 포함된 릴리스 노트 원장 (중복 및 오래된 명칭을 확인할 수 있도록 함).
• 시간별 확인 일정 및 검토 담당자 (조건에 맞는 업데이트가 게시된 노트가 아니라 승인용 초안이 되도록 함).

쿼리

제공되는 결과물

예약된 보고서 전달: 검토용 초안

가상의 제품 세부 정보와 예시 소스 링크가 포함된 데모 출력. 완성된 초안의 발췌 내용:

명칭 확인:

“제품 프로젝트에서 "Scheduled Report Delivery"가 승인된 명칭임을 확인합니다. 초안은 이를 그대로 사용합니다. 카테고리는 신규입니다.”

중복 확인:

“LIN-4955, PR-3389 또는 "Scheduled Report Delivery"에 대한 이전 항목이 없습니다.”

팀 요약:

“제안된 릴리스 태그 v2026.09.19-1.”

소스 태스크에서 전체 데모 초안과 원장을 확인하세요.

• 소스 검토: 데모에는 GitHub 풀 리퀘스트, Linear 이슈 및 상위 에픽, Notion 제품 프로젝트가 나열되어 있습니다.
• 명칭 확인: “Scheduled Report Delivery”는 기존 “Report Scheduler” 레이블을 대체합니다.
• 중복 확인: 기능 이름, 이슈 ID, 풀 리퀘스트를 이전 릴리스 노트와 비교합니다.
• 릴리스 노트 초안: 검토를 위한 제안된 제목, 카테고리, 릴리스 태그, 혜택 설명 및 기능 글머리 기호.
• 팀 요약: 변경 사항, 명명 결정, 중복 확인을 설명하는 Slack 스레드 답글 초안.
• 릴리스 노트 원장: 후속 검토를 위한 세 가지 예시 이전 항목 및 명명 규칙.

검토 및 수정 준비가 완료된 Markdown 초안 및 별도의 Markdown 원장으로 제공됩니다. 데모에는 게시된 릴리스 노트나 게시된 Slack 답글이 표시되지 않습니다.

개선하기

• 컨텍스트 추가: 승인된 릴리스 노트와 확인된 플랜 가용성을 포함하여 문구 및 자격 주장을 안내합니다.
• 세부 정보 지정: 릴리스를 정의하는 Slack 채널, GitHub 리포지토리, Linear 팀, Notion 프로젝트 이름을 지정합니다.
• 형식 요청: 모든 초안에 고객 혜택, 가용성 문구, 기능 글머리 기호, 소스 참조를 요청하세요.
• 스킬 사용: 승인된 릴리스 노트 구조와 명명 규칙을 재사용 가능한 스킬로 저장하세요.
• 반복 설정: 확인 시간과 시간대를 지정하고, 조건에 맞는 변경 사항이 없을 때는 조용히 유지하도록 요청하세요.

변형 시도

[Slack 배포 메시지 링크], 연결된 GitHub 변경 사항, 관련 Linear 이슈, [Notion의 제품 프로젝트]를 검토하세요. [릴리스 노트 원장]에서 중복 및 승인된 명칭을 확인하세요. 검토용 Markdown 릴리스 노트 항목과 팀 요약본을 각각 하나씩 초안으로 작성하세요. 예약, 게시 또는 발송하지 마세요.

매시간 [Slack 채널]에서 [GitHub 리포지토리]의 배포된 고객 대상 버그 수정을 확인하세요. 관련 Linear 이슈, [Notion의 제품 프로젝트], [릴리스 노트 원장]을 검토하세요. 검토용 팀 요약본과 함께 Fixed 카테고리에 Markdown 항목을 초안으로 작성하세요. 아무것도 게시하거나 발송하지 마세요.

[매주 금요일 특정 시간 및 시간대]에 [Slack 채널]의 확인된 출시 건을 연결된 GitHub 변경 사항, Linear 이슈, [Notion의 제품 프로젝트], [릴리스 노트 원장]과 비교하여 검토하세요. 고객 혜택, 승인된 이름, 중복 확인 결과가 포함된 한 페이지 분량의 Markdown 릴리스 브리핑을 작성하세요. 검토를 위해 보류하세요.

관련 사용 사례

• 컴퓨터가 Slack에서 일일 제품 개발 브리핑을 전송합니다: 릴리스 공지로 전환되기 전에 제품 팀이 결정 사항과 구현 변경 사항에 대해 일치된견해를 유지하도록 합니다.
• 고객센터 문서 자동화: 제품 문서를 새로 출시된 기능 사용법을 설명하는 고객센터 문서로 전환합니다.
• 회사용 오래된 랜딩 페이지 감지: 공개 페이지를 최신 릴리스 노트와 비교하여 출시 후 오래된 주장을 플래그로 표시합니다.