พรอมต์สำหรับการเขียนโค้ด

ช่วยอธิบายโค้ดภาษา [ภาษา] ชุดนี้ทีละส่วน บอกว่าแต่ละส่วนทำงานอย่างไรและทำไมถึงเขียนแบบนั้น พร้อมทั้งชี้จุดที่น่าจะเป็นบั๊กหรือจุดเสี่ยงต่อปัญหาในอนาคต: [วางโค้ด]

ฟังก์ชันภาษา [ภาษา] นี้ควรจะ [พฤติกรรมที่คาดหวัง] แต่เมื่อส่งอินพุต [ตัวอย่างอินพุต] เข้าไปกลับได้ผลลัพธ์เป็น [ผลลัพธ์ที่ได้] ช่วยหาสาเหตุ อธิบายใน 2 ประโยค และแสดงฟังก์ชันที่แก้ไขแล้วพร้อมทำเครื่องหมายบรรทัดที่เปลี่ยน: [วางโค้ด]

เขียนฟังก์ชันภาษา [ภาษา] ชื่อ [ชื่อฟังก์ชัน] สำหรับ [สิ่งที่ฟังก์ชันทำ] อินพุต: [อินพุตและชนิดข้อมูล] เอาต์พุต: [เอาต์พุต] จัดการเคสขอบเขตเหล่านี้: [เคสขอบเขต] ใส่ docstring สั้นๆ และตัวอย่างการเรียกใช้งาน 3 ตัวอย่างพร้อมผลลัพธ์ที่คาดหวัง

รีแฟกเตอร์โค้ดภาษา [ภาษา] นี้ให้อ่านง่ายและแก้ไขได้สะดวกขึ้น โดยไม่เปลี่ยนพฤติกรรมการทำงาน ใช้ชื่อตัวแปรที่ชัดเจน แยกฟังก์ชันที่ยาวเกินไป และตัดโค้ดที่ซ้ำซ้อนออก จากนั้นสรุปรายการสิ่งที่เปลี่ยนและเหตุผล: [วางโค้ด]

แปลงโค้ดภาษา [ภาษาต้นทาง] นี้ให้เป็นโค้ดภาษา [ภาษาปลายทาง] ที่เขียนอย่างถูกต้องตามธรรมเนียมปฏิบัติ โดยใช้ standard library หากเป็นไปได้ รักษาการทำงานเดิมไว้ทั้งหมด และใส่คอมเมนต์อธิบายในจุดที่ทั้งสองภาษาทำงานต่างกัน เช่น การหารจำนวนเต็มหรือค่า null: [วางโค้ด]

นี่คือ schema ใน [ระบบฐานข้อมูล เช่น PostgreSQL]: [วางคำสั่ง CREATE TABLE] ช่วยเขียนคำสั่งคิวรีเพื่อ [สิ่งที่คุณต้องการ] พร้อมอธิบายการ JOIN และเงื่อนไขกรองข้อมูลที่ใช้ รวมถึงแนะนำ index ที่ช่วยให้คิวรีเร็วขึ้นบนตารางขนาดใหญ่

ช่วยเขียน Regular Expression ในรูปแบบ [ระบุภาษา เช่น JavaScript] ที่ตรงกับ [สิ่งที่ต้องการจับคู่] แต่ไม่รวม [สิ่งที่ไม่ต้องการ] พร้อมอธิบายโครงสร้างทีละส่วน และแสดงตัวอย่างข้อความที่ตรงกันและไม่ตรงกันกำกับไว้

ข้อความ Error นี้หมายความว่าอย่างไรแบบเข้าใจง่าย: [วางข้อความ Error] ฉันใช้ [ภาษา เฟรมเวิร์ก และเวอร์ชัน] และพบปัญหานี้เมื่อ [สิ่งที่ทำ] ช่วยระบุสาเหตุที่พบบ่อย สิ่งที่ควรตรวจสอบก่อน และตัวอย่างโค้ดแบบย่อที่ทำให้เกิด Error นี้

ช่วยเขียน Docstrings และคอมเมนต์ในโค้ด [ภาษา] นี้ ตามสไตล์ [รูปแบบ เช่น Google หรือ JSDoc] อธิบายเหตุผลในจุดที่ไม่ชัดเจน ละเว้นคอมเมนต์ที่แค่อธิบายซ้ำตามโค้ด และห้ามแก้ไขการทำงานของโค้ดเดิม: [วางโค้ด]

ช่วยทำหน้าที่เป็นผู้ตรวจสอบความปลอดภัย (Security Reviewer) ให้กับโค้ด [ภาษา] นี้ โดยมองหาช่องโหว่ประเภท Injection, Unsafe Deserialization, การไม่ตรวจทาน Input, ฟังก์ชันแฮชที่ไม่ปลอดภัย และ Hard-coded Secrets ประเมินระดับความเสี่ยงแต่ละจุด (ต่ำ ปานกลาง หรือสูง) อธิบายรูปแบบการโจมตีที่เป็นไปได้จริง พร้อมเสนอโค้ดเวอร์ชันที่ปลอดภัยกว่า: [วางโค้ด]

โค้ด [ภาษา] นี้ทำงานช้าเกินไปเมื่อ [ขนาดข้อมูลหรือสถานการณ์]: [วางโค้ด] ช่วยวิเคราะห์ว่าจุดไหนกินเวลา ประเมิน Complexity ในรูปแบบ Big-O และเสนอแนวทางเพิ่มความเร็ว โดยเริ่มจากวิธีปรับแก้ที่ง่ายที่สุดแต่เห็นผลชัดเจนที่สุด

ช่วยออกแบบ REST API Endpoints สำหรับ [ฟีเจอร์] ใน [ประเภทของแอปพลิเคชัน] โดยระบุ Method, Path, Request Body, ตัวอย่าง Response, Status Codes และสิทธิ์การเข้าถึงสำหรับแต่ละ Endpoint พร้อมชี้ประเด็นหรือการตัดสินใจที่ฉันยังต้องกำหนดต่อ

ช่วยเขียนสคริปต์ [Bash, PowerShell หรือ Python] สำหรับ [งาน เช่น เปลี่ยนชื่อรูปภาพทั้งหมดในโฟลเดอร์ตามวันที่ถ่าย] ทำงานบน [ระบบปฏิบัติการ] เพิ่มออปชัน Dry-run ที่แสดงผลเฉพาะสิ่งที่จะเกิดขึ้นโดยไม่แก้ไฟล์จริง พร้อมอธิบายวิธีรันสคริปต์

ฉันกำลังเจอปัญหาใน Git: [อธิบายสิ่งที่ทำและผลลัพธ์จาก git status] ฉันต้องการ [เป้าหมาย] โดยไม่ทำให้ [งานที่ต้องการเก็บไว้] สูญหาย ช่วยบอกคำสั่งทีละขั้นตอน อธิบายหน้าที่ของแต่ละคำสั่ง และเตือนก่อนถึงขั้นตอนที่ไม่สามารถย้อนกลับได้

ฉันได้แนบภาพหน้าจอของเลย์เอาต์หน้าที่ชอบ ช่วยเขียน Semantic HTML และ CSS สมัยใหม่เพื่อจำลองโครงสร้าง: ส่วนหัว คอลัมน์ ระยะห่าง และขนาดฟอนต์ โดยใช้ [CSS ล้วน หรือระบุเฟรมเวิร์ก] ใช้ข้อความจำลอง (Placeholder) และทำให้รองรับการแสดงผลบนมือถือ

ช่วยเขียน README ให้โปรเจกต์นี้จากโค้ดและข้อมูลด้านล่าง ประกอบด้วยคำอธิบายสั้นๆ 1 บรรทัด, ขั้นตอนการติดตั้ง, ตัวอย่างการใช้งาน, ตัวเลือกการตั้งค่า และวิธีรันเทสต์ ใส่เครื่องหมาย TODO ในจุดที่คุณต้องคาดเดา: [วางโค้ดหรือบันทึกย่อ]

ช่วยอธิบายคอนเซปต์ [เรื่อง เช่น Closure หรือ Async/Await] ใน [ภาษา] ให้คนที่เข้าใจพื้นฐานแล้วฟัง ใช้ตัวอย่างโค้ดสั้นๆ ตัวอย่างเดียวที่สั่งรันได้จริง แสดงผลลัพธ์ที่ได้ จากนั้นแก้โค้ดเพียง 1 บรรทัดแล้วอธิบายว่าผลลัพธ์เปลี่ยนไปอย่างไร

ช่วยเสนอ Database Schema สำหรับ [แอปหรือฟีเจอร์] ที่ต้องจัดเก็บ [ข้อมูลหลัก เช่น ผู้ใช้ คำสั่งซื้อ และสินค้า] ระบุตาราง คอลัมน์ ชนิดข้อมูล คีย์ต่างๆ และความสัมพันธ์ พร้อมอธิบายข้อดีข้อเสีย (Trade-off) ของการออกแบบนี้และแนวทางทางเลือก

ช่วยเขียน Test ด้วย [เฟรมเวิร์ก เช่น pytest หรือ Jest] ให้โค้ดชุดนี้ ครอบคลุมกรณีปกติ (Normal Case), กรณีขอบเขต (Boundary), Input ที่ไม่ถูกต้อง และกรณีที่ Dependency ทำงานล้มเหลว โดยใช้ Mock เมื่อจำเป็น พร้อมตั้งชื่อแต่ละเทสต์ตามพฤติกรรมที่ตรวจสอบ: [วางโค้ด]

ฉันต้องการพัฒนา [ไอเดียโปรเจกต์] ด้วย [ภาษาหรือเทคโนโลยีที่ใช้] และมีเวลาประมาณ [จำนวน] ชั่วโมงต่อสัปดาห์ ช่วยแบ่งเป็น Milestone ย่อยๆ ที่ทำเสร็จได้ทีละขั้น ระบุสิ่งที่ต้องเรียนรู้ในแต่ละขั้น และแนะนำโครงสร้างโฟลเดอร์เริ่มต้นแบบเรียบง่าย