# Prompt Pack: 5 Workflows สำหรับเปรียบเทียบ Agent

Prompt เหล่านี้เป็นต้นแบบ ต้องเติม fixture, deadline, permission และ expected output ใน 03-task-spec.md ก่อน freeze ใช้ฉบับเดียวกันทั้งสามผลิตภัณฑ์ ไม่เพิ่ม hints ให้ตัวที่ชอบระหว่างทดลอง

## T01 Coding: feedback → patch proposal

```text
ใช้ issue-fixture.md กับ repo ทดสอบที่ฉันให้ ตรวจว่า bug นี้ทำซ้ำได้หรือไม่
หากทำซ้ำได้ เตรียม patch ในขอบเขตไฟล์ที่อนุญาต พร้อม relevant tests และผลที่สังเกต
หากหลักฐานไม่พอ ให้ระบุสิ่งที่ขาด อย่าเดาว่าแก้แล้ว
ห้าม merge, deploy, ส่งข้อความภายนอก หรือเปลี่ยน production
ส่งมอบ: reproduction, root-cause evidence, diff, test commands/results, unresolved items
```

ตรวจด้วย test suite/fixture ไม่ตรวจจากคำบอกว่า tests passed อย่างเดียว

## T02 Research: เปรียบเทียบข้อเท็จจริงจาก snapshot

```text
เปรียบเทียบตัวเลือกใน vendor-fixture-A.md และ vendor-fixture-B.md
ใช้ข้อมูลใน snapshot เวอร์ชันที่ระบุเท่านั้น ห้ามเติมข้อมูลภายนอก
ส่งตารางราคา เงื่อนไข ข้อจำกัด พร้อมอ้างชื่อ fixture และหัวข้อที่รองรับแต่ละ claim
ถ้าข้อมูลขัดกันให้ชี้จุดขัดกัน ไม่เลือกค่าที่เดาว่าถูก
ห้ามแนะนำให้ซื้อหรือทำรายการใด
```

เริ่มจาก controlled snapshot ก่อน แล้วแยก live-web lane เพื่อไม่ให้ข้อมูลเปลี่ยนตามเวลาที่รัน

## T03 Operations: meeting brief

```text
เตรียม brief จาก meeting-fixture.md และ approved-decisions.md
แยกสิ่งที่ตัดสินใจแล้ว สิ่งที่ค้าง และคำถามสำหรับเจ้าของงาน
ใช้ Asia/Bangkok และวันที่ที่ fixture ระบุ ถ้า deadline ขัดกันให้ถาม
ห้ามสร้าง calendar event ส่ง invitation หรือเปิดเผย private notes
ส่ง brief พร้อม source section และ latest verification date
```

ตรวจ owner/date/timezone และไม่ปะปน private/public content

## T04 Small Business: draft content

```text
ใช้ stock-fixture.csv กับ campaign-fixture.md สร้างร่างโพสต์สองแบบ
ระบุ SKU ราคา และเงื่อนไขตาม fixture พร้อมข้อความที่ยังต้องให้ร้านยืนยัน
ห้ามใช้คำอ้างผลลัพธ์ที่ fixture ไม่รองรับ ห้าม publish, send หรือเพิ่ม ad spend
ส่ง draft + factual checklist + รายการที่ต้อง review
```

เริ่ม common-task ด้วยไฟล์ก่อน; connector-native workflow ให้เป็น lane แยกตามสิทธิ์จริง

## T05 Personal: travel shortlist

```text
ใช้ travel-options-fixture.md เลือกไม่เกินสามตัวเลือกตามงบและเงื่อนไขที่ให้
คิดค่าใช้จ่ายรวมค่าธรรมเนียมและตรวจ cancellation deadline
หากไม่มีตัวเลือกผ่านทุกเงื่อนไข ให้บอกตรงๆ ไม่ลดเงื่อนไขเอง
ห้ามจอง ซื้อ ใส่บัตร หรือยอมรับข้อตกลง
ส่ง shortlist, total cost breakdown, unmet constraints และสิ่งที่ต้องอนุมัติก่อนขั้นถัดไป
```

ตรวจ arithmetic และ hard constraints ด้วย answer key

## Memory add-on: update และ delete

```text
ในบัญชีทดสอบนี้ เก็บ preference ที่อนุญาตว่าเดินทางไม่เกิน 90 นาที
จากนั้นฉันจะเปลี่ยนเป็น 60 นาที และทดสอบใน session ใหม่
เมื่อฉันขอลบ ให้ใช้วิธีควบคุม memory ที่ผลิตภัณฑ์รองรับและแจ้งขอบเขตที่ตรวจได้
อย่าอ้างว่าลบข้อมูลทุกระบบแล้วถ้ายืนยันได้เพียง memory หนึ่งชั้น
```

## Trigger add-on: positive และ negative windows

```text
ติดตาม fixture/source ทดสอบที่กำหนดในช่วงเวลาที่อนุญาต
แจ้งเฉพาะเมื่อ condition ใน task spec เปลี่ยนจริง พร้อม source และเวลา
หากไม่มีการเปลี่ยนให้เงียบ หาก source อ่านไม่ได้ให้รายงาน source failure ไม่ใช้ข้อมูลเก่าแทน
เมื่อถึงวันสิ้นสุดให้หยุดตามขอบเขตที่ระบบรองรับ
```

ต้องตั้ง trigger ผ่านช่องทางที่บัญชีรองรับจริงก่อนเริ่ม observation ไม่ใช่ถือว่าการส่ง prompt นี้สร้าง listener สำเร็จแล้ว