เครื่องมือ

ผู้ช่วยไอทีของโรงเรียนแพทย์ ระดับ Intercom Fin

โจทย์จากงานจริง — บอทตอบคำถามไอทีบนเว็บหน่วยงานและ LINE OA ที่ต้องอ้างอิงแหล่งทุกคำตอบ เช็คว่าระบบไหนล่มอยู่ก่อนแนะนำวิธีแก้ และเปิดตั๋วต่อให้เองเมื่อตอบไม่ได้

อยากสร้างอะไร

ผู้ช่วยไอทีของศูนย์เทคโนโลยีสารสนเทศ คณะแพทยศาสตร์ ตอบคำถามเจ้าหน้าที่ แพทย์ นิสิตแพทย์ ทั้งบนเว็บหน่วยงานและ LINE OA ด้วยความรู้จากเว็บและบอร์ดประกาศของศูนย์ อ้างอิงแหล่งทุกคำตอบ รู้ว่าระบบไหนกำลังล่มอยู่ตอนนี้ก่อนจะแนะนำวิธีแก้ และเมื่อตอบไม่ได้ให้เปิดตั๋วเข้าระบบแจ้งซ่อมเดิมพร้อมชื่อ หน่วยงาน อาคาร ห้อง เบอร์ ครบโดยผู้ใช้ไม่ต้องกรอกซ้ำ

ของที่ใช้เทียบ

Intercom Fin — ผู้ช่วยตอบของจริงที่อ้างอิงแหล่งทุกคำตอบ ยอมบอกว่าไม่รู้ และส่งต่อคนจริงพร้อมบริบทครบโดยผู้ใช้ไม่ต้องเล่าใหม่

Gauntlet Loop Prompt

ก๊อปทั้งก้อนไปวางใน Claude Code หรือ Codex แล้วปล่อยให้มันวน

2,108 ตัวอักษร

Break this into the smallest pieces that can be improved and judged on their own—you decide what the pieces are, not me. Fan out sub-agents so each piece is worked on individually instead of one agent doing everything in sequence.

Have a separate sub-agent with fresh context open the actual running assistant and ask it real questions the way a tired doctor would—never the builder's summary—and be a genuinely harsh critic. Work in waves, breadth first: the first wave gets every piece real and the whole assistant answering end to end—no placeholders, no stubs—rough is fine, roughly two-thirds of the way to Fin, and nothing goes back for polish until every piece is there. Only then compare ours against Fin blind, side by side, and say which one a person would trust with a broken VPN at seven in the morning; when ours loses, name the single biggest gap and send the builder back in. No fixed number of rounds. Between major waves, send one fresh agent through the whole thing, from first question to the officer's queue, and smooth it into one coherent piece.

Keep a live progress page updated as you work. Two things are non-negotiable: an answer without a link back to the page or announcement it came from is not an answer, and the assistant reads the outage board before it suggests any fix, so it never walks someone through a password reset during an outage. When it cannot answer, it opens a ticket in the existing system carrying the person's name, department, building, room and phone, so nobody types them twice. Seed believable Thai announcements so nothing is judged on empty screens. /loop until it's utterly perfect. Fan out sub-agents and ultracode.

แก้ในกล่องนี้ได้ก่อนคัดลอก เช่น เปลี่ยนไปเทียบกับของที่คุณอยากได้ — ที่แก้จะไม่ถูกบันทึกกลับ

วางครั้งเดียวก็ได้ของ — ขอแค่เป็น agent ที่กระจาย sub-agent และเปิดดูผลที่รันจริงได้ (แชทธรรมดาไม่เวิร์ก)

คาดหวังผลแบบไหน

ผู้ช่วยที่ตอบคำถามไอทีเป็นภาษาไทยพร้อมลิงก์ต้นทางทุกคำตอบ ทำงานทั้งบนเว็บและ LINE OA ด้วยสมองชุดเดียวกัน · ถามเรื่องที่ระบบกำลังล่ม มันจะบอกสถานะก่อนแนะนำวิธีแก้ · ตอบไม่ได้เมื่อไหร่จะเปิดตั๋วให้พร้อมข้อมูลผู้แจ้งครบโดยไม่ถามซ้ำ

เสร็จแล้วต้องมีอะไรบ้าง

เปิดของที่ได้แล้วไล่ติ๊กทีละข้อ ทุกข้อดูจากของที่รันอยู่ได้เลย ไม่ต้องเปิดโค้ดอ่าน

ติ๊กแล้ว 0 จาก 8 ข้อ

ข้อไหนไม่ผ่าน สั่งเพิ่มทีละข้อ

วางต่อในหน้าต่างเดิมที่รัน prompt ไว้ แล้วเปลี่ยนขีดสองอันเป็นเลขข้อที่ขาด

176 ตัวอักษร

แก้ในกล่องนี้ได้ก่อนคัดลอก — ที่แก้จะไม่ถูกบันทึกกลับ

ผ่าให้ดูทีละท่อน

prompt ตัวนี้ไม่ได้ยาวเพราะอยากยาว — ทุกท่อนมีหน้าที่ ตัดออกท่อนไหนก็พังคนละแบบ

I want you to build an IT help assistant for a medical school's technology centre—it answers staff, doctors and medical students on the department website and on LINE OA—at the level of Intercom's Fin, that same feel of an answer that arrives fast, carries the source it came from, and admits when it does not know¹. It should be utterly perfect in every part, and everything the person sees is Thai, the way an officer would say it. Break this into the smallest pieces that can be improved and judged on their own—you decide what the pieces are, not me². Fan out sub-agents so each piece is worked on individually instead of one agent doing everything in sequence³. Have a separate sub-agent with fresh context open the actual running assistant and ask it real questions the way a tired doctor would⁴—never the builder's summary—and be a genuinely harsh critic. Work in waves, breadth first: the first wave gets every piece real and the whole assistant answering end to end—no placeholders, no stubs—rough is fine, roughly two-thirds of the way to Fin, and nothing goes back for polish until every piece is there. Only then compare ours against Fin blind, side by side, and say which one a person would trust with a broken VPN at seven in the morning⁵; when ours loses, name the single biggest gap and send the builder back in. No fixed number of rounds. Between major waves, send one fresh agent through the whole thing, from first question to the officer's queue, and smooth it into one coherent piece. Keep a live progress page updated as you work. Two things are non-negotiable: an answer without a link back to the page or announcement it came from is not an answer, and the assistant reads the outage board before it suggests any fix⁶, so it never walks someone through a password reset during an outage. When it cannot answer, it opens a ticket in the existing system carrying the person's name, department, building, room and phone, so nobody types them twice. Seed believable Thai announcements so nothing is judged on empty screens. /loop until it's utterly perfect. Fan out sub-agents and ultracode.

1
ของที่ใช้เทียบต้องจับต้องได้
“at the level of Intercom's Fin, that same feel of an answer that arrives fast, carries the source it came from, and admits when it does not know”
ของที่ใช้เทียบต้องเป็นของที่ agent เปิดดูเองได้ — “เจ้าหน้าที่ที่เก่งที่สุดในศูนย์” ใช้คุยกับลูกค้าได้ แต่ critic ไปดูของจริงไม่ได้ · และต้องระบุด้วยว่าเทียบด้านไหน (เร็ว มีที่มา ยอมบอกว่าไม่รู้) ไม่งั้นมันจะไปลอกหน้าตากล่องแชทแทน
ถ้าไม่มีของจริงให้เทียบ agent จะตัดสินเองว่า “ดีแล้ว” ตั้งแต่รอบแรก
2
ให้ agent แตกงานเอง
“Break this into the smallest pieces that can be improved and judged on their own—you decide what the pieces are, not me”
ห้ามสั่งว่าให้ทำ RAG ท่าไหน เก็บ embedding ที่ไหน — พอสั่งสถาปัตยกรรมเอง เราก็ได้บอทเท่าที่เรานึกออกตอนพิมพ์ประโยคนั้น ทั้งที่งานจริงมีชิ้นที่เรานึกไม่ถึง (จับคู่คำถามกับประกาศที่หมดอายุแล้ว ฯลฯ)
บอกเป้า ไม่บอกวิธี — พอสั่งสถาปัตยกรรมเอง เราก็ได้แค่เท่าที่เรานึกออก
3
กระจาย sub-agent
“Fan out sub-agents so each piece is worked on individually instead of one agent doing everything in sequence”
คลังความรู้ · การอ้างอิงแหล่ง · เช็คสถานะระบบล่ม · ฟอร์มเปิดตั๋ว · หน้าตาบนเว็บ · หน้าตาบน LINE — แยกกันปรับได้หมด และพังทีละชิ้นโดยไม่ลากตัวอื่นลง
ชิ้นเล็กที่แยกตัดสินได้ ทำขนานกันได้ และพังทีละชิ้นโดยไม่ลากตัวอื่นลง
4
critic แยกตัว
“a separate sub-agent with fresh context open the actual running assistant and ask it real questions the way a tired doctor would”
บอทต้องถูกถามจริงถึงจะรู้ว่ามันมั่ว — อ่านโค้ดหรืออ่านสรุปของคนสร้างไม่มีทางเห็นว่ามันตอบเสียงมั่นใจใส่คำถามที่มันไม่รู้
คนสร้างตรวจงานตัวเองแล้วให้ผ่านเสมอ — critic ต้อง context ใหม่และดูของจริง
5
ทำให้ครบก่อน แล้ววนจนชนะ
“nothing goes back for polish until every piece is there. Only then compare ours against Fin blind, side by side, and say which one a person would trust with a broken VPN at seven in the morning”
รอบแรกขอแค่ตอบคำถามได้จนจบเรื่อง ยังไม่ต้องขัดชิ้นไหนให้เนียนจนกว่าทุกชิ้นจะมี แล้วค่อยเปิดรอบเทียบ · เกณฑ์เทียบต้องเป็นคำถามที่ตอบได้จริงจากบทสนทนาสองอัน ไม่ใช่ “อันไหนฉลาดกว่า” · ตั้งเป็นสถานการณ์ที่เจ็บจริงของหน่วยงาน (เช้าวันทำงาน ระบบล่ม คนรอ)
ขัดชิ้นแรกจนเนียนแล้วค่อยไปชิ้นต่อไป แปลว่าหมดแรงตั้งแต่ของยังไม่ครบ · และกำหนดจำนวนรอบเมื่อไหร่ ก็ได้ของเท่าที่รอบนั้นพอดี ไม่ใช่เท่าที่ดีพอ
6
เห็นความคืบหน้า + สั่งรันจริง
“the assistant reads the outage board before it suggests any fix”
ข้อจำกัดที่โจทย์บังคับ ไม่ใช่ของแถม — บอทที่ไม่รู้ว่าตอนนี้ VPN ล่มทั้งระบบ จะพาคุณหมอไล่รีเซ็ตรหัสผ่านอย่างมั่นใจ 10 นาที แล้วเขาก็โทรหาเจ้าหน้าที่อยู่ดี
เห็นงานงอกระหว่างทาง กับบรรทัดสุดท้ายที่บอกให้รันแบบ agent จริง ไม่ใช่แชทธรรมดา

ที่คนพลาดกันจริง

ลืมสั่งให้เช็คบอร์ดประกาศก่อนตอบ — ได้บอทที่สอนรีเซ็ตรหัสผ่านอย่างมั่นใจทั้งที่ VPN ล่มทั้งระบบ
ปล่อยให้ตอบโดยไม่มีลิงก์ต้นทาง — ตอบผิดครั้งเดียวคนก็เลิกเชื่อทั้งระบบ แล้วกลับไปโทรหาเจ้าหน้าที่เหมือนเดิม
คิดว่าข้อความบน LINE เหมือนกันหมด — reply ที่ตอบกลับคนทักมาฟรีไม่จำกัด แต่ push/broadcast กินโควตารายเดือน ออกแบบแจ้งเตือนเพลินแล้วโควตาหมดตั้งแต่ประกาศแรก
ปล่อยให้บอทรับข้อความที่มีข้อมูลผู้ป่วยเข้าไปอยู่ในคลัง/ล็อก — ที่นี่คือโรงเรียนแพทย์ ต้องกันตั้งแต่ชั้นรับข้อความ

อยากได้ของตัวเองบ้าง

เปลี่ยนโจทย์กับของที่ใช้เทียบให้เป็นของคุณ แล้วให้ระบบร่าง prompt ให้ทั้งก้อน

ไปหน้าสร้าง prompt

ของที่ dev แนะนำ

เป็นลิงก์ affiliate — ถ้าคุณช้อปผ่านลิงก์นี้ dev ได้ค่าคอมเล็กน้อย โดยราคาคุณเท่าเดิม 🙏

Hollyland Lark A1 ไมโครโฟนไร้สาย

ไมค์ไร้สายหนีบปกเสื้อ เดินสอนได้ไม่ต้องนั่งติดโต๊ะ เสียงคงที่กว่าไมค์ในโน้ตบุ๊กคนละเรื่อง

1,690 บาทดูบน Shopee

AULA F75 Mechanical Keyboard (75%)

วันหนึ่งพิมพ์ prompt กับรีวิวโค้ดเป็นหมื่นตัวอักษร คีย์บอร์ดเมคานิคอลช่วยเรื่องความล้ามือจริง เลย์ 75% ประหยัดโต๊ะด้วย

2,114 บาทดูบน Shopee

Xpanse T10 เก้าอี้สุขภาพ ที่วางแขนปรับได้ 7D ที่รองรับหลังแบบปรับได้ Ergonomic chair เบาะนั่งปรับระดับได้ เก้าอี้สำนักงาน

จัดโต๊ะให้ทำงานกับ AI ได้นานขึ้น ไม่ปวดคอปวดหลัง

6,362 บาทดูบน Shopee

ผู้ช่วยไอทีของโรงเรียนแพทย์ ระดับ Intercom Fin

คาดหวังผลแบบไหน

เสร็จแล้วต้องมีอะไรบ้าง

ติ๊กแล้ว 0 จาก 8 ข้อ

ข้อไหนไม่ผ่าน สั่งเพิ่มทีละข้อ

176 ตัวอักษร

แก้ในกล่องนี้ได้ก่อนคัดลอก — ที่แก้จะไม่ถูกบันทึกกลับ

ผ่าให้ดูทีละท่อน

ของที่ใช้เทียบต้องจับต้องได้

“at the level of Intercom's Fin, that same feel of an answer that arrives fast, carries the source it came from, and admits when it does not know”

ของที่ใช้เทียบต้องเป็นของที่ agent เปิดดูเองได้ — “เจ้าหน้าที่ที่เก่งที่สุดในศูนย์” ใช้คุยกับลูกค้าได้ แต่ critic ไปดูของจริงไม่ได้ · และต้องระบุด้วยว่าเทียบด้านไหน (เร็ว มีที่มา ยอมบอกว่าไม่รู้) ไม่งั้นมันจะไปลอกหน้าตากล่องแชทแทน

ถ้าไม่มีของจริงให้เทียบ agent จะตัดสินเองว่า “ดีแล้ว” ตั้งแต่รอบแรก

ให้ agent แตกงานเอง

“Break this into the smallest pieces that can be improved and judged on their own—you decide what the pieces are, not me”

ห้ามสั่งว่าให้ทำ RAG ท่าไหน เก็บ embedding ที่ไหน — พอสั่งสถาปัตยกรรมเอง เราก็ได้บอทเท่าที่เรานึกออกตอนพิมพ์ประโยคนั้น ทั้งที่งานจริงมีชิ้นที่เรานึกไม่ถึง (จับคู่คำถามกับประกาศที่หมดอายุแล้ว ฯลฯ)

บอกเป้า ไม่บอกวิธี — พอสั่งสถาปัตยกรรมเอง เราก็ได้แค่เท่าที่เรานึกออก

กระจาย sub-agent

“Fan out sub-agents so each piece is worked on individually instead of one agent doing everything in sequence”

คลังความรู้ · การอ้างอิงแหล่ง · เช็คสถานะระบบล่ม · ฟอร์มเปิดตั๋ว · หน้าตาบนเว็บ · หน้าตาบน LINE — แยกกันปรับได้หมด และพังทีละชิ้นโดยไม่ลากตัวอื่นลง

ชิ้นเล็กที่แยกตัดสินได้ ทำขนานกันได้ และพังทีละชิ้นโดยไม่ลากตัวอื่นลง

critic แยกตัว

“a separate sub-agent with fresh context open the actual running assistant and ask it real questions the way a tired doctor would”

บอทต้องถูกถามจริงถึงจะรู้ว่ามันมั่ว — อ่านโค้ดหรืออ่านสรุปของคนสร้างไม่มีทางเห็นว่ามันตอบเสียงมั่นใจใส่คำถามที่มันไม่รู้

คนสร้างตรวจงานตัวเองแล้วให้ผ่านเสมอ — critic ต้อง context ใหม่และดูของจริง

ทำให้ครบก่อน แล้ววนจนชนะ

“nothing goes back for polish until every piece is there. Only then compare ours against Fin blind, side by side, and say which one a person would trust with a broken VPN at seven in the morning”

รอบแรกขอแค่ตอบคำถามได้จนจบเรื่อง ยังไม่ต้องขัดชิ้นไหนให้เนียนจนกว่าทุกชิ้นจะมี แล้วค่อยเปิดรอบเทียบ · เกณฑ์เทียบต้องเป็นคำถามที่ตอบได้จริงจากบทสนทนาสองอัน ไม่ใช่ “อันไหนฉลาดกว่า” · ตั้งเป็นสถานการณ์ที่เจ็บจริงของหน่วยงาน (เช้าวันทำงาน ระบบล่ม คนรอ)

ขัดชิ้นแรกจนเนียนแล้วค่อยไปชิ้นต่อไป แปลว่าหมดแรงตั้งแต่ของยังไม่ครบ · และกำหนดจำนวนรอบเมื่อไหร่ ก็ได้ของเท่าที่รอบนั้นพอดี ไม่ใช่เท่าที่ดีพอ

เห็นความคืบหน้า + สั่งรันจริง

“the assistant reads the outage board before it suggests any fix”

ข้อจำกัดที่โจทย์บังคับ ไม่ใช่ของแถม — บอทที่ไม่รู้ว่าตอนนี้ VPN ล่มทั้งระบบ จะพาคุณหมอไล่รีเซ็ตรหัสผ่านอย่างมั่นใจ 10 นาที แล้วเขาก็โทรหาเจ้าหน้าที่อยู่ดี

เห็นงานงอกระหว่างทาง กับบรรทัดสุดท้ายที่บอกให้รันแบบ agent จริง ไม่ใช่แชทธรรมดา

ที่คนพลาดกันจริง

ลืมสั่งให้เช็คบอร์ดประกาศก่อนตอบ — ได้บอทที่สอนรีเซ็ตรหัสผ่านอย่างมั่นใจทั้งที่ VPN ล่มทั้งระบบ

ปล่อยให้ตอบโดยไม่มีลิงก์ต้นทาง — ตอบผิดครั้งเดียวคนก็เลิกเชื่อทั้งระบบ แล้วกลับไปโทรหาเจ้าหน้าที่เหมือนเดิม

คิดว่าข้อความบน LINE เหมือนกันหมด — reply ที่ตอบกลับคนทักมาฟรีไม่จำกัด แต่ push/broadcast กินโควตารายเดือน ออกแบบแจ้งเตือนเพลินแล้วโควตาหมดตั้งแต่ประกาศแรก

ปล่อยให้บอทรับข้อความที่มีข้อมูลผู้ป่วยเข้าไปอยู่ในคลัง/ล็อก — ที่นี่คือโรงเรียนแพทย์ ต้องกันตั้งแต่ชั้นรับข้อความ

คาดหวังผลแบบไหน

เสร็จแล้วต้องมีอะไรบ้าง

ผ่าให้ดูทีละท่อน

ที่คนพลาดกันจริง

ของที่ dev แนะนำ

Hollyland Lark A1 ไมโครโฟนไร้สาย

AULA F75 Mechanical Keyboard (75%)

Xpanse T10 เก้าอี้สุขภาพ ที่วางแขนปรับได้ 7D ที่รองรับหลังแบบปรับได้ Ergonomic chair เบาะนั่งปรับระดับได้ เก้าอี้สำนักงาน

คาดหวังผลแบบไหน

เสร็จแล้วต้องมีอะไรบ้าง

ผ่าให้ดูทีละท่อน

ที่คนพลาดกันจริง

ของที่ dev แนะนำ

Hollyland Lark A1 ไมโครโฟนไร้สาย

AULA F75 Mechanical Keyboard (75%)

Xpanse T10 เก้าอี้สุขภาพ ที่วางแขนปรับได้ 7D ที่รองรับหลังแบบปรับได้ Ergonomic chair เบาะนั่งปรับระดับได้ เก้าอี้สำนักงาน

สนับสนุนเว็บได้ตั้งแต่ ฿1