เปลี่ยนการอัปเดตการปล่อยรุ่นใน Slack ให้เป็นร่างบันทึกประจำรุ่นสำหรับลูกค้า

ภาพรวม

การทำงานอัตโนมัติของ Computer จะตรวจสอบ Slack ทุกชั่วโมงเพื่อหารุ่นที่ยืนยันแล้วสำหรับลูกค้า ตรวจสอบการเปลี่ยนแปลงใน GitHub ที่ลิงก์ไว้, ปัญหาใน Linear และโปรเจกต์ผลิตภัณฑ์ใน Notion จากนั้นจะตรวจสอบบันทึกประจำรุ่นก่อนหน้าเพื่อหาข้อมูลที่ซ้ำกันและการตั้งชื่อที่อนุมัติแล้ว ระบบจะเตรียมร่างบันทึกประจำรุ่นสำหรับลูกค้าและสรุปสำหรับทีมเพื่อให้ตรวจสอบ โดยไม่มีการเผยแพร่หรือโพสต์แต่อย่างใด

เวลาจนถึงผลลัพธ์แรก: หลังจากที่การตรวจสอบรายชั่วโมงครั้งถัดไปพบข้อความแจ้งการปล่อยฟีเจอร์ที่ตรงตามเงื่อนไข ขอให้เรียกใช้งานทันทีสำหรับตัวอย่างแรก

ความยาก: ต้องตั้งค่า

สิ่งที่คุณต้องมี

• เชื่อมต่อ Slack พร้อมสิทธิ์เข้าถึง [ช่องทางประกาศรุ่น] เพื่อให้สามารถระบุรุ่นที่ยืนยันแล้วสำหรับลูกค้าได้
• เชื่อมต่อ GitHub และ Linear พร้อมสิทธิ์เข้าถึง pull request และปัญหาที่ลิงก์ไว้ เพื่อให้ร่างสะท้อนขอบเขตการปล่อยฟีเจอร์จริง
• เชื่อมต่อ Notion กับ [โปรเจกต์ผลิตภัณฑ์] เพื่อใช้ชื่อที่ได้รับการอนุมัติสำหรับลูกค้าเป็นแนวทางในการร่าง
• บัญชีรายชื่อบันทึกประจำรุ่นที่มีรายการก่อนหน้าและกฎการตั้งชื่อ เพื่อให้สามารถตรวจสอบรายการที่ซ้ำกันและชื่อที่ล้าสมัยได้
• กำหนดการตรวจสอบรายชั่วโมงและผู้รับผิดชอบการตรวจสอบ เพื่อให้การอัปเดตที่ตรงตามเงื่อนไขกลายเป็นร่างสำหรับขออนุมัติแทนที่จะเป็นบันทึกที่เผยแพร่แล้ว

คำสั่งค้นหา

สิ่งที่คุณจะได้รับ

การจัดส่งรายงานตามกำหนดการ: ร่างสำหรับตรวจสอบ

ข้อมูลตัวอย่างพร้อมรายละเอียดผลิตภัณฑ์สมมติและลิงก์แหล่งที่มาตัวอย่าง ข้อความบางส่วนจากร่างที่เสร็จสมบูรณ์:

การตรวจสอบการตั้งชื่อ:

“โปรเจกต์ผลิตภัณฑ์ยืนยันว่า "Scheduled Report Delivery" คือชื่อที่ได้รับการอนุมัติ ร่างนี้ใช้ชื่อดังกล่าวตามต้นฉบับ หมวดหมู่คือ ใหม่”

การตรวจสอบรายการซ้ำ:

“ไม่มีรายการก่อนหน้าสำหรับ LIN-4955, PR-3389 หรือ "Scheduled Report Delivery"”

สรุปสำหรับทีม:

“แท็กการปล่อยเวอร์ชันที่เสนอ v2026.09.19-1”

ดูร่างตัวอย่างที่สมบูรณ์และบัญชีรายชื่อในงานต้นทาง

• การตรวจสอบต้นทาง: ตัวอย่างแสดง pull request ของ GitHub, ปัญหาและ epic หลักของ Linear รวมถึงโปรเจกต์ผลิตภัณฑ์ของ Notion
• การตรวจสอบการตั้งชื่อ: “Scheduled Report Delivery” แทนที่ป้ายกำกับ “Report Scheduler” แบบเดิม
• การตรวจสอบรายการซ้ำ: ชื่อฟีเจอร์ รหัสปัญหา และ pull request จะถูกนำไปเปรียบเทียบกับบันทึกประจำรุ่นก่อนหน้า
• ร่างบันทึกประจำรุ่น: ชื่อเรื่อง หมวดหมู่ แท็กการปล่อยเวอร์ชัน คำแถลงประโยชน์ และจุดเด่นของฟีเจอร์ที่เสนอสำหรับการตรวจสอบ
• สรุปสำหรับทีม: ร่างการตอบกลับในเธรด Slack ที่อธิบายการเปลี่ยนแปลง การตัดสินใจเรื่องการตั้งชื่อ และการตรวจสอบรายการซ้ำ
• บัญชีรายชื่อบันทึกประจำรุ่น: รายการก่อนหน้าตัวอย่างสามรายการและข้อกำหนดในการตั้งชื่อสำหรับการตรวจสอบครั้งต่อๆ ไป

ส่งมอบเป็นร่างในรูปแบบ Markdown และบัญชีรายชื่อแยกต่างหากในรูปแบบ Markdown พร้อมสำหรับการตรวจสอบและการแก้ไข ตัวอย่างไม่ได้แสดงบันทึกประจำรุ่นที่เผยแพร่แล้วหรือการตอบกลับที่โพสต์ใน Slack

ปรับปรุงให้ดียิ่งขึ้น

• เพิ่มบริบท: ใส่บันทึกประจำรุ่นที่อนุมัติแล้วและความพร้อมใช้งานของแผนงานที่ยืนยันแล้ว เพื่อเป็นแนวทางในการใช้ถ้อยคำและการกล่าวอ้างสิทธิ์การใช้งาน
• ระบุรายละเอียดเฉพาะ: ระบุชื่อช่องทาง Slack, ที่เก็บข้อมูล GitHub, ทีม Linear และโปรเจกต์ Notion ที่กำหนดการปล่อยเวอร์ชันนี้
• ขอรูปแบบที่ต้องการ: ขอประโยชน์สำหรับลูกค้า คำแถลงความพร้อมใช้งาน จุดเด่นของฟีเจอร์ และข้อมูลอ้างอิงแหล่งที่มาในทุกๆ ร่าง
• ใช้ Skill: บันทึกโครงสร้างบันทึกประจำรุ่นที่อนุมัติแล้วและกฎการตั้งชื่อเป็น Skill ที่นำกลับมาใช้ใหม่ได้
• ทำให้เกิดซ้ำตามกำหนด: ระบุชั่วโมงการตรวจสอบและเขตเวลา และขอให้เว้นว่างไว้เมื่อไม่มีการเปลี่ยนแปลงที่ตรงตามเงื่อนไขปรากฏขึ้น

ลองรูปแบบอื่น

ตรวจสอบ [ลิงก์ข้อความประกาศรุ่นบน Slack], การเปลี่ยนแปลงบน GitHub ที่ลิงก์ไว้, ปัญหาที่เกี่ยวข้องใน Linear และ [โปรเจกต์ผลิตภัณฑ์ใน Notion] ตรวจสอบ [บัญชีรายชื่อบันทึกประจำรุ่น] เพื่อหาข้อมูลที่ซ้ำกันและการตั้งชื่อที่ได้รับการอนุมัติ ร่างรายการบันทึกประจำรุ่นในรูปแบบ Markdown และสรุปสำหรับทีมเพื่อให้ตรวจสอบ ห้ามกำหนดเวลา เผยแพร่ หรือโพสต์สิ่งใดๆ

ทุกๆ ชั่วโมง ให้ตรวจสอบ [ช่องทาง Slack] เพื่อหาการแก้ไขข้อบกพร่องสำหรับลูกค้าที่ปล่อยแล้วใน [ที่เก็บข้อมูล GitHub] ตรวจสอบปัญหาที่เกี่ยวข้องใน Linear, [โปรเจกต์ผลิตภัณฑ์ใน Notion] และ [บัญชีรายชื่อบันทึกประจำรุ่น] ร่างรายการในรูปแบบ Markdown ในหมวดหมู่ Fixed พร้อมสรุปสำหรับทีมเพื่อให้ตรวจสอบ ห้ามเผยแพร่หรือโพสต์สิ่งใดๆ

ทุก [วันศุกร์ตามเวลาและเขตเวลาที่กำหนด] ให้ตรวจสอบรุ่นที่ยืนยันแล้วใน [ช่องทาง Slack] เทียบกับการเปลี่ยนแปลงบน GitHub ที่ลิงก์ไว้, ปัญหาใน Linear, [โปรเจกต์ผลิตภัณฑ์ใน Notion] และ [บัญชีรายชื่อบันทึกประจำรุ่น] สร้างสรุปการปล่อยเวอร์ชันในรูปแบบ Markdown ความยาวหนึ่งหน้า พร้อมประโยชน์สำหรับลูกค้า ชื่อที่ได้รับการอนุมัติ และผลการตรวจสอบรายการซ้ำ เก็บไว้เพื่อรอการตรวจสอบ

กรณีการใช้งานที่เกี่ยวข้อง

• Computer ส่งสรุปการพัฒนาผลิตภัณฑ์ประจำวันใน Slack: ให้ทีมผลิตภัณฑ์มีความเข้าใจตรงกันเกี่ยวกับการตัดสินใจและการเปลี่ยนแปลงการนำไปใช้งาน ก่อนที่จะกลายเป็นประกาศการปล่อยรุ่น
• สร้างบทความศูนย์ช่วยเหลืออัตโนมัติ: เปลี่ยนเอกสารประกอบผลิตภัณฑ์ให้เป็นบทความช่วยเหลือที่อธิบายวิธีใช้งานฟีเจอร์ที่เพิ่งปล่อยใหม่
• ตรวจหาหน้า Landing Page ที่ล้าสมัยสำหรับบริษัทของคุณ: เปรียบเทียบหน้าสาธารณะกับบันทึกประจำรุ่นล่าสุดเพื่อแจ้งเตือนข้อความอ้างอิงที่ล้าสมัยหลังจากการเปิดตัว