ChatGPT Plus หรือ Claude Pro: งานยาวติดเพดานคนละแบบ

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

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

จำนวนไฟล์เป็นเพดานแบบหนึ่ง ปริมาณเนื้อหาเป็นอีกแบบ

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

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

ไฟล์ที่อัปโหลดกับลิงก์จากบริการภายนอกไม่ใช่การเก็บแบบเดียวกัน ChatGPT Projects รองรับลิงก์ไปยัง Google Drive และ Slack เป็นแหล่งข้อมูลโครงการ แต่ลิงก์ Google Drive ที่เพิ่มในโครงการไม่ได้ซิงก์เนื้อหาไว้ล่วงหน้าเพื่อค้นคืน หากคลังอยู่ใน Drive อยู่แล้ว การใช้ลิงก์อาจลดการย้ายไฟล์ด้วยมือ แต่ไม่ควรถูกนับว่าเป็นไฟล์ที่อัปโหลดและพร้อมทำงานด้วยกลไกเดียวกันทุกขั้นตอน

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

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

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

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

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

ชนิดไฟล์ก็เปลี่ยนผลลัพธ์ของคลังอ้างอิงด้วย สำหรับไฟล์โครงการทั่วไป Claude ดึงข้อความเป็นหลัก ขณะที่ PDF แบบหลายสื่อเป็นข้อยกเว้นที่อาจวิเคราะห์องค์ประกอบภาพได้ เอกสาร DOCX ซึ่งฝังแผนภูมิหรือภาพหน้าจอไว้จึงไม่ควรถูกนับว่าเทียบเท่ากับข้อความที่ระบบอ่านออก หากคำตอบต้องอาศัยตัวเลขในภาพ วิธีเก็บภาพและข้อความมีความสำคัญพอกับจำนวนไฟล์

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

ข้อจำกัด PDF ยิ่งสำคัญกับคลังรายงานยาว Claude วิเคราะห์ทั้งข้อความและภาพใน PDF ที่ยาวไม่เกิน 100 หน้า ส่วนช่วง 101 ถึง 1,000 หน้าจะประมวลผลเฉพาะข้อความ เงื่อนไขนี้ไม่ได้ทำให้ไฟล์ที่อัปโหลดสำเร็จกลายเป็นแหล่งข้อมูลภาพที่ใช้ได้ทั้งหมด หากงานต้องอ้างกราฟบนหน้าหลัง ๆ การนับจำนวนเล่มอย่างเดียวจะประเมินความพร้อมของคลังผิด

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

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

ความจำของบทสนทนาไม่เท่ากับการค้นจากเอกสาร

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

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

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

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

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

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

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

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

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

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

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

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

การแชร์โครงการทำให้ต้นทุนของทีมเปลี่ยน

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

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

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

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

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

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

การทดสอบของ Context Rankings ลองเชิญผู้ตรวจงานอีกคนเข้าโครงการ ดูสิ่งที่เขาเห็น และดูว่าแชตของเขาเพิ่มบริบทในพื้นที่ร่วมได้หรือไม่ ผลด้านการแชร์เข้าทาง ChatGPT เพราะแพ็กเกจที่ทดสอบเปิดพื้นที่ร่วมได้ ขณะที่ Claude Pro ไม่เปิดสิทธิ์นั้น การทดสอบนี้บอกขั้นตอนที่ทำได้ในบัญชีที่ใช้ ไม่ใช่คะแนนคุณภาพคำตอบของทุกทีม

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

ผลต่อค่าใช้จ่ายไม่ใช่แค่การเทียบค่าสมาชิกสองบัญชี หากงานบังคับให้หลายคนเข้าถึง Claude Project เดียวกัน ต้องเปลี่ยนตัวเลือกจาก Pro ไปสู่ Team หรือ Enterprise ก่อนจึงจะเทียบขั้นตอนงานได้ตรงกัน ฝั่ง ChatGPT Plus ทำให้เจ้าของโครงการแชร์ได้ภายในแพ็กเกจของตน แต่ผู้ร่วมงานแต่ละคนยังใช้บริการภายใต้บัญชีและสิทธิ์ของตนเอง

ฝั่ง Claude แพ็กเกจ Team และ Enterprise มีระดับสิทธิ์ดูและแก้ไขโครงการเช่นกัน สมาชิกที่มีสิทธิ์ดูสามารถเข้าถึงความรู้และคำสั่งแล้วสนทนาในโครงการได้ ส่วนผู้มีสิทธิ์แก้ไขปรับความรู้หรือคำสั่งได้ ความต่างจึงไม่ใช่ว่า Claude ไม่มีระบบร่วมงาน แต่เป็นการวางระบบนั้นไว้คนละระดับแพ็กเกจจาก Pro

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

สามรูปแบบงานที่ทำให้คำตอบเปลี่ยน

ฟรีแลนซ์: 18 ไฟล์ ทำคนเดียว 3 เดือน

สมมติว่าฟรีแลนซ์มีบรีฟ แนวทางภาษา ฉบับร่าง และเอกสารอ้างอิงรวม 18 ไฟล์ตลอดโครงการ 3 เดือน โดยไม่มีใครต้องเข้ามาถามในพื้นที่เดียวกัน ตัวเลขนี้ต่ำกว่าเพดาน Plus อยู่ 7 ช่อง หากจำนวนไฟล์คงที่ การเลือก Claude Pro เพราะ “เก็บไฟล์ได้ไม่จำกัด” ยังไม่สร้างประโยชน์ด้านจำนวนที่เห็นได้ทันที

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

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

แต่ถ้าเดือนถัดไปมีฉบับแก้ไขเพิ่มเดือนละ 4 ไฟล์ หลังเดือนแรกจะเหลือ 3 ช่อง และหลังเดือนที่สองจำนวนสะสมจะเป็น 26 ไฟล์ ซึ่งเกินเพดาน Plus ไป 1 ไฟล์ ตัวอย่างนี้เป็นการคำนวณสมมติ ไม่ใช่พฤติกรรมใช้งานที่บริษัทรับประกัน ก่อนเลือกแพ็กเกจจึงต้องนับไฟล์ที่จะคงไว้พร้อมกัน ไม่ใช่นับเฉพาะไฟล์วันเริ่มงาน

ในอีกสมมติฐานหนึ่ง ฟรีแลนซ์มีไฟล์เท่าเดิมแต่แต่ละไฟล์เป็นรายงานยาวและมักต้องถามหาข้อความเฉพาะหน้า จำนวนช่องที่เหลือใน Plus ยังเท่าเดิม ทว่าความเสี่ยงอยู่ที่การนำหลักฐานที่ถูกต้องกลับมาตอบ หากใช้ Claude Pro จุดเด่นด้านจำนวนไฟล์อาจไม่ใช่ประเด็นหลักเท่าการค้นจากเนื้อหาที่ยาวมาก ความต้องการของงานจึงต้องแยกระหว่าง “เก็บได้” กับ “หาเจอ”

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

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

คลังวิจัย: 38 ไฟล์ ทำคนเดียว 9 เดือน

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

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

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

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

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

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

ทีมเนื้อหา: 20 ไฟล์ เจ้าของงานกับผู้ร่วมงาน 4 คน ทำ 6 เดือน

สมมติว่าเจ้าของงานมีผู้ร่วมงานอีก 4 คน รวมเป็น 5 คน ใช้ไฟล์บรีฟและต้นฉบับร่วม 20 ไฟล์ตลอดโครงการ 6 เดือน ณ จุดเริ่ม ChatGPT Plus ยังเหลือ 5 ช่องไฟล์และจำนวนคนอยู่ใต้เพดานการแชร์ ทีมจึงรับช่วงงานจากบทสนทนาเดิมโดยไม่ต้องคัดลอกคำสั่งและไฟล์ให้แต่ละคนซ้ำ

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

สำหรับงานนี้ Claude Pro รับจำนวนไฟล์ตั้งต้นได้ แต่ไม่เปิดโครงการให้สมาชิกอีก 4 คนเข้ามาใช้ร่วมกัน ถ้าทุกคนต้องถามจากคลังเดียวกันและเห็นการสนทนาของกันและกัน แพ็กเกจที่จะเทียบกับ Plus ในฝั่ง Claude ต้องเป็น Team หรือ Enterprise หากผู้ร่วมงานเพียงรับชิ้นงานสุดท้าย Pro อาจยังพอ โดยใช้วิธีส่งผลงานออกไป

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

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

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

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

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

เลือกจากข้อจำกัดที่จะกระทบงานก่อน

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

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

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

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

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

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

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

อ่านเพิ่มเติม:

• Claude Code หรือ Codex: ไม่มีตัวไหนชนะทุกงาน แม้อัตรารับโค้ดต่างกัน
• LangChain หรือ LlamaIndex: งาน RAG ซับซ้อนกับงานค้นคืนเลือกคนละตัว
• ChatGPT Search หรือ Perplexity: ลิงก์เยอะไม่ได้แปลว่าอ้างอิงแม่น