มีใครลองใช้แล้วบ้าง — Playbook ทำงานกับ AI ของ Anthropic

ช่วงนี้เพื่อนนักพัฒนาทั้งที่ทำงานถามกันบ่อยมากว่า มีใครลองใช้แล้วบ้างกับคู่มือใหม่ของ Anthropic เรื่องการทำงานกับ AI ตั้งแต่ต้นจนจบ ผมก็เลยนั่งอ่านทั้งเล่มไปเรียบร้อยครับ บอกตรงๆ ว่าตอนแรกคิดว่าจะเป็นแค่เอกสารแฟนซีที่อ่านแล้วลอยๆ แต่พออ่านจบกลับรู้สึกว่ามันจับต้องได้จริง

เอาเป็นว่าวันนี้ผมจะเล่าให้ฟังแบบภาษาบ้านๆ ไม่ใช้ศัพท์เทคนิคให้ปวดหัว เหมือะ… เหมือะ สำหรับคนที่ยังไม่รู้จักเลยครับ

ไอเดียหลักคืออะไร อธิบายง่ายๆ

สั้นๆ คือ Anthropic มองว่าปัญหาของทีมพัฒนาซอฟต์แวร์ตอนนี้ไม่ใช่การเขียนโค้ดช้าอีกต่อไป AI ช่วยเขียนได้เร็วขึ้นเยอะแล้ว แต่คอขวดมันย้ายไปอยู่ที่อย่างอื่นแทน

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

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

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

มีใครลองใช้แล้วบ้าง แล้วเป็นยังไง

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

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

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

ผมเองเคยเจอมาแล้วกับทีมเล็กๆ ที่เอาไอเดียแบบนี้ไปลอง ช่วงแรกค่อนข้างวุ่นวาย เพราะต้องเขียนเอกสารก่อนเขียนโค้ดทั้งที่เมื่อก่อนข้ามขั้นตอนนี้ไปเลย แต่พอคุ้นแล้วกลับพบว่างานกลับมาแก้ซ้ำน้อยลงเยอะครับ

ของที่ควรมีถ้าจะลองทำตาม

ถ้าสนใจจะทดลอง ผมแนะนำของชุดนี้ครับ อย่างแรกคือบัญชี Claude ของ Anthropic กับแพ็กเกจสำหรับทีม เพราะคู่มือออกแบบมาให้ใช้กับตัวนี้ตรงๆ อย่างที่สองคือ GitHub สำหรับเก็บไฟล์ทุกอย่างเป็นเวอร์ชัน เพราะหัวใจของวิธีนี้คือเอกสารทุกใบต้องตามรอยย้อนหลังได้ อย่างที่สามคือเครื่องที่แรงหน่อย RAM 16GB ขึ้นไป จะได้รันเครื่องมือช่วยได้ลื่นๆ ไม่ต้องนั่งรอจนเอือมครับ

ความเห็นส่วนตัวจากผม

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

เปรียบเทียบง่ายๆ เหมือนคุณซื้อของออนไลน์ได้เร็วขึ้นสิบเท่า แต่ห้องคอนโด 25 ตร.ม. ยังเท่าเดิม ของก็กองกันเต็มบ้านซะก่อน ต้องออกแบบที่เก็บของใหม่ด้วยครับ

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

คำถามที่คนถามบ่อย

คู่มือนี้เหมาะกับใคร

เหมาะกับทีมพัฒนาซอฟต์แวร์ที่ใช้ AI ช่วยงานแล้ว แต่รู้สึกว่างานตรวจและงานดูแลระบบเริ่มตกไม่ทันครับ ถ้าเป็นงานเล็กมากๆ อาจยังไม่จำเป็น

ต้องเขียนโค้ดเป็นมากไหม

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

ต้องใช้ Claude เท่านั้นหรือเปล่า

คู่มือออกแบบมาบน Claude ครับ แต่แนวคิดหลักอย่างการทำเอกสารต่อเนื่องกันเอาไปใช้กับเครื่องมือ AI ตัวอื่นก็ได้ อาจต้องปรับนิดหน่อย

ความเสี่ยงที่ต้องระวังคืออะไร

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

เริ่มต้นยังไงดี

ลองเริ่มจากงานเล็กๆ งานเดียวก่อนครับ สร้างไฟล์ความตั้งใจกับแผนงานให้ครบ แล้วค่อยๆ ขยายไปทำทั้งลูปเมื่อเริ่มจับทางได้