กลับไปที่คลังพรอมป์
คลังพรอมป์พรอมป์แชต

แชตส่งต่อให้ code owner

สร้างเอกสารส่งต่อให้ code owner พร้อมไฟล์ที่แตะ invariants ความเสี่ยงที่ทราบ การตรวจสอบ และการตัดสินใจของเจ้าของถัดไป

วิศวกรรมเอกสารปฏิบัติการ
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

GPT-5.3 Codex

รูปแบบผลลัพธ์

เอกสารส่งต่อให้ code owner

ตัวอย่าง

พรอมป์แชต

เธรดแชต

เปลี่ยนเฉพาะเนื้อหา prompt template เท่านั้น เอกสารเดิมมีการแก้ไขที่ยังไม่ได้ commit ต้องให้เจ้าของถัดไปรีวิวถ้อยคำ SEO

ไฟล์ที่แตะ: ไฟล์ต้นทาง prompt template และไฟล์ locale Invariants: ไม่มีการเปลี่ยน code path หรือพฤติกรรม routing ความเสี่ยงที่ทราบ: หน้าใหม่เพิ่มจำนวน static prompt การตรวจสอบ: prompts:check และการตรวจ SEO title การตัดสินใจของเจ้าของถัดไป: ต้องรัน full build ก่อน merge หรือไม่

ผลลัพธ์

ไฟล์ที่แตะ / invariants / ความเสี่ยงที่ทราบ / การตรวจสอบ / การตัดสินใจของเจ้าของถัดไป

สร้างเอกสารส่งต่อให้ code owner พร้อมไฟล์ที่แตะ invariants ความเสี่ยงที่ทราบ การตรวจสอบ และการตัดสินใจของเจ้าของถัดไป

พรอมป์เต็ม

แชตส่งต่อให้ code owner

สร้างเอกสารส่งต่อให้ code owner พร้อมไฟล์ที่แตะ invariants ความเสี่ยงที่ทราบ การตรวจสอบ และการตัดสินใจของเจ้าของถัดไป

โมเดลแนะนำ: GPT-5.3 Codexรูปแบบผลลัพธ์: เอกสารส่งต่อให้ code owner
พรอมป์เต็ม
พรอมป์แชต
คุณคือวิศวกรที่กำลังส่งต่อการเปลี่ยนแปลงโค้ดให้เจ้าของอีกคนหนึ่ง เปลี่ยนโน้ตที่ให้มาให้เป็นรีวิวเชิงปฏิบัติที่ทีมสามารถดำเนินการต่อได้ ส่งคำตอบพร้อมหัวข้อเหล่านี้: ไฟล์ที่แตะ, invariants, ความเสี่ยงที่ทราบ, การตรวจสอบ, การตัดสินใจของเจ้าของถัดไป ผูกทุกข้อกล่าวอ้างกับโน้ตที่ให้มา ระบุข้อเท็จจริงที่ขาดแทนการแต่งขึ้นเอง

หมายเหตุการใช้งาน

วางโน้ตจริง ข้อจำกัด และแหล่งข้อมูล เก็บข้อมูลส่วนตัวออก เว้นแต่จำเป็นต่อการรีวิว

FAQ ของพรอมป์

ก่อนใช้พรอมป์นี้

ตรวจสอบอย่างรวดเร็วเรื่องอินพุต ความเหมาะของโมเดล และวิธีปรับเทมเพลตโดยไม่ทำให้ผลลัพธ์อ่อนลง

ควรใช้แชตส่งต่อให้ Code Owner เมื่อใด

ใช้เพื่อสร้างเอกสารส่งต่อให้ code owner พร้อมไฟล์ที่แตะ invariants ความเสี่ยงที่ทราบ การตรวจสอบ และการตัดสินใจของเจ้าของถัดไป เหมาะเมื่อคุณมีโน้ต ข้อจำกัด หรือร่างคร่าวๆ อยู่แล้ว และต้องการขั้นตอนถัดไปแบบมีโครงสร้างที่ทีมรีวิวได้

ควรใส่อะไรก่อนเรียกใช้

ใส่แหล่งข้อมูล ผู้ฟัง ข้อจำกัด ข้อเท็จจริงสำคัญ และขอบเขตที่คำตอบห้ามแต่งขึ้นเอง เอาต์พุตจะจัดตามไฟล์ที่แตะ / invariants / ความเสี่ยงที่ทราบ / การตรวจสอบ / การตัดสินใจของเจ้าของถัดไป

ตัวอย่างเธรด

เปลี่ยนเฉพาะเนื้อหา prompt template เท่านั้น เอกสารเดิมมีการแก้ไขที่ยังไม่ได้ commit ต้องให้เจ้าของถัดไปรีวิวถ้อยคำ SEO
ไฟล์ที่แตะ: ไฟล์ต้นทาง prompt template และไฟล์ locale Invariants: ไม่มีการเปลี่ยน code path หรือพฤติกรรม routing ความเสี่ยงที่ทราบ: หน้าใหม่เพิ่มจำนวน static prompt การตรวจสอบ: prompts:check และการตรวจ SEO title การตัดสินใจของเจ้าของถัดไป: ต้องรัน full build ก่อน merge หรือไม่

ผลลัพธ์

ไฟล์ที่แตะ / invariants / ความเสี่ยงที่ทราบ / การตรวจสอบ / การตัดสินใจของเจ้าของถัดไป

พรอมป์เพิ่มเติมในโหมดนี้

เธรดแชต

เราต้องการสร้างผู้ช่วย AI สำหรับทีมอีคอมเมิร์ซขนาดเล็กที่เปลี่ยนภาพสินค้าให้เป็นแอสเซ็ตแคมเปญ

สมมติฐานปัญหา: ทีมอีคอมเมิร์ซขนาดเล็กเสียเวลาในการเปลี่ยนภาพสินค้าดิบให้เป็นแอสเซ็ตแคมเปญพร้อมใช้ในแต่ละช่องทาง สมมติฐานที่เสี่ยงที่สุด: คุณภาพภาพสูงพอ ทีมเชื่อถือการสร้างรูปแบบแอสเซ็ตด้วย AI และเวลาตรวจทานคือคอขวดจริง คำถามวิจัย: ใครเป็นเจ้าของการสร้างแอสเซ็ตแคมเปญ การแก้ไขติดขัดตรงไหน และมาตรฐานคุณภาพใดที่ขวางการเผยแพร่ แผนตรวจสอบ: สัมภาษณ์ operator 5 คน ทดสอบ flow สร้างแอสเซ็ตด้วยพรอมป์ต์ 3 แบบ และเปรียบเทียบเวลาจนได้แอสเซ็ตที่อนุมัติครั้งแรก เกตตัดสินใจ: ไปต่อเฉพาะเมื่อทีมสามารถได้ดราฟต์ที่เผยแพร่ได้เร็วกว่ากระบวนการปัจจุบัน

เธรดแชต

เรากำลังสำรวจผลิตภัณฑ์โน้ต AI ใหม่สำหรับที่ปรึกษาเดี่ยว ช่วยเปลี่ยนเรื่องนี้ให้เป็นบรีฟวิจัย

วัตถุประสงค์: ระบุว่าที่ปรึกษาเดี่ยวต้องการ workspace โน้ต AI หรือเลเยอร์ติดตามลูกค้าที่เบากว่า สมมติฐานที่ใช้ทำงาน: พวกเขาจดโน้ตอยู่แล้ว แต่การสังเคราะห์และร่างขั้นตอนถัดไปยังไม่สม่ำเสมอ กลุ่มเป้าหมาย: ที่ปรึกษาเดี่ยวที่มีสายคุยลูกค้าซ้ำและมีซัพพอร์ตด้านปฏิบัติการจำกัด คำถามหลัก: โน้ตแบบใดกลายเป็นงานที่คิดเงินได้ อะไรตกหล่นหลังการคุย และเครื่องมือ CRM หนักเกินไปตรงไหน แผนวิจัย: สัมภาษณ์ 6 คน ทบทวนเวิร์กโฟลว์โน้ตการโทรล่าสุด 10 ชุด และทดสอบต้นแบบบรีฟติดตามผลหนึ่งแบบ

เธรดแชต

นี่คือโครงหน้า Landing Page สำหรับผลิตภัณฑ์ AI ของเรา ช่วยบอกหน่อยว่าอะไรยังไม่ชัดเจนก่อนที่เราจะออกแบบ

คำมั่นหลัก: มองเห็นได้แล้ว แต่ยังถูกวางกรอบเหมือนฟีเจอร์มากกว่าผลลัพธ์ที่เป็นรูปธรรมสำหรับผู้ใช้ จุดที่ไม่ชัดเจน: หน้าเว็บยังไม่ได้อธิบายว่าใครจะได้รับคุณค่าก่อน และเวิร์กโฟลว์จะเปลี่ยนไปอย่างไรหลังสมัครใช้งาน ช่องว่างของตัวอย่าง: เพิ่มตัวอย่างก่อน-หลัง ตัวอย่างผลลัพธ์จากโมเดล และสัญญาณความน่าเชื่อถือสั้นๆ ใกล้ส่วน Hero ปัญหา CTA: การกระทำหลักปรากฏหลังคำอธิบายมากเกินไป ควรย้าย CTA ที่เน้นการใช้งานให้เข้าใกล้ส่วนเริ่มใช้เร็ว แผนแก้ไข: ทำให้ Hero คมขึ้น เพิ่มการ์ดผลลัพธ์ แล้วเขียนส่วนจัดการข้อโต้แย้งใหม่ก่อนขัดเกลาภาพ