Claude Projects คืออะไร? สร้างคลังความรู้ให้ทีมใช้ร่วมกัน ฉบับองค์กรไทย 2569

Project ต่างจากแชทธรรมดาตรงไหน

คนส่วนใหญ่เริ่มใช้ Claude ด้วยการเปิดแชทใหม่ แนบไฟล์ ถามคำถาม แล้วปิดไป พรุ่งนี้อยากถามเรื่องเดิมก็ต้องแนบไฟล์ชุดเดิมใหม่ทั้งหมด และต้องอธิบายบริบทองค์กรซ้ำอีกรอบ — "เราเป็นบริษัทรับเหมา ใช้ผังบัญชีแบบนี้ งบประมาณแบ่งตามแหล่งเงินสามก้อน" ทุกครั้ง

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

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

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

องค์ประกอบ 3 อย่างของ Project

องค์ประกอบ	คืออะไร	ตัวอย่างในงานจริง
Project Knowledge	คลังไฟล์ประจำห้อง ที่ Claude หยิบมาใช้ตอบทุกแชท	ระเบียบพัสดุ ผังบัญชี คู่มือ SOP สัญญาแม่แบบ
Custom Instructions	คำสั่งประจำห้อง กำหนดบทบาท น้ำเสียง และรูปแบบผลลัพธ์	"ตอบเป็นภาษาไทยราชการ อ้างอิงเลขข้อระเบียบทุกครั้ง ถ้าไม่พบในเอกสารให้ตอบว่าไม่พบ"
Chats	ประวัติบทสนทนาที่เกิดในห้องนี้ แยกจากห้องอื่น	"ตรวจ TOR ฉบับ ก.ย." / "สรุปข้อทักท้วง สตง."

คลังความรู้ใส่ได้เท่าไร และ RAG เข้ามาเมื่อไร

คำถามแรกที่ทีมไอทีถามเสมอคือ "ใส่ได้กี่ไฟล์" คำตอบตามเอกสารทางการของ Anthropic (ตรวจสอบ 1 กันยายน 2569) คือไม่ได้จำกัดจำนวนไฟล์ แต่จำกัดที่ขนาดต่อไฟล์และความจุรวมของบริบท

รายการ	ขีดจำกัด	หมายเหตุ
ขนาดไฟล์ใน Project Knowledge	30 MB ต่อไฟล์	ดึงเฉพาะข้อความ ยกเว้น PDF ที่อ่านภาพประกอบได้
จำนวนไฟล์ใน Project	ไม่จำกัดจำนวน	จำกัดที่ความจุบริบทรวมแทน
ไฟล์แนบในแชทเดี่ยว	500 MB ต่อไฟล์ · สูงสุด 20 ไฟล์ต่อแชท	คนละชุดกับคลังของ Project
PDF	สูงสุด 1,000 หน้า	อ่านภาพ/ตาราง/กราฟได้ถึง 100 หน้า เกินจากนั้นอ่านเฉพาะข้อความ
โหมด RAG	ขยายความจุได้ถึง 10 เท่า	ทำงานอัตโนมัติเมื่อคลังใกล้เต็มบริบท เฉพาะแผนเสียเงิน (Pro, Max, Team, Enterprise)

RAG (Retrieval-Augmented Generation) คือกลไกที่แทนที่จะยัดเอกสารทั้งกองเข้าไปในบริบท ระบบจะค้นเฉพาะท่อนที่เกี่ยวกับคำถามขึ้นมาใช้ ผลคือคลังความรู้ใหญ่ขึ้นได้โดยคำตอบยังคุณภาพเดิม ข้อดีคือผู้ใช้ไม่ต้องตั้งค่าอะไร ระบบสลับโหมดให้เอง ข้อควรรู้คือเมื่ออยู่ในโหมด RAG คำตอบจะอิงเฉพาะท่อนที่ค้นเจอ ไม่ใช่ทั้งเอกสาร — คำถามกว้างมากๆ อย่าง "สรุปทุกอย่างในคลังให้หน่อย" จึงได้ผลไม่ดีเท่าคำถามเจาะจง

อีกตัวเลขที่ควรรู้คู่กันคือขนาดบริบทของโมเดล แผน Team ใช้บริบทมาตรฐาน 200K token ส่วน Claude Opus 5 และ Sonnet 5 รองรับบริบทถึง 1M token บนแผนเสียเงินทุกแผนเมื่อสนทนาผ่าน Claude โดยตรง รายละเอียดเทียบทุกแผนอยู่ในบทความ เทียบ Limit ทุก Plan ของ Claude

แชร์ให้ทีม: สิทธิ์ดูอย่างเดียว กับ แก้ไขได้

Project สร้างได้ทุกแผนรวมทั้งบัญชีฟรี (บัญชีฟรีสร้างได้สูงสุด 5 Project) แต่การแชร์ Project ให้เพื่อนร่วมงานมีเฉพาะแผน Team และ Enterprise ซึ่งเป็นเหตุผลหลักที่หลายองค์กรตัดสินใจย้ายจากบัญชีรายบุคคลไปเป็น Claude Team

สิทธิ์	ทำอะไรได้	ควรให้ใคร
Can view	เปิดแชทในห้อง ใช้คลังความรู้ได้ แต่แก้ไฟล์และคำสั่งไม่ได้	ผู้ใช้งานทั่วไปในแผนก — เป็นค่าเริ่มต้นที่ปลอดภัยที่สุด
Can edit	เพิ่ม/ลบไฟล์ในคลัง และแก้ Custom Instructions	เจ้าของเนื้อหา 1–2 คนต่อห้อง ที่รับผิดชอบว่าเอกสารเป็นฉบับล่าสุด

การแชร์ทำได้ทั้งรายบุคคล ส่งเป็นรายชื่ออีเมลชุดใหญ่ หรือเปิดให้ทั้งองค์กร และผู้รับจะเห็นห้องที่แท็บ "Shared with me" การมอบสิทธิ์ระดับผู้ใช้เชื่อมกับการจัดการบัญชีในองค์กร ซึ่งอธิบายไว้ในบทความ จัดการ User ใน Claude Team / Enterprise

5 โครง Project ที่องค์กรไทยตั้งได้ตั้งแต่วันแรก

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

ห้อง	ใส่อะไรในคลัง	คำสั่งประจำห้องที่ควรมี
ระเบียบพัสดุและจัดซื้อ	ระเบียบจัดซื้อจัดจ้าง คู่มือปฏิบัติ ตัวอย่าง TOR ที่ผ่านการตรวจแล้ว	อ้างเลขข้อทุกครั้ง ไม่พบให้ตอบว่าไม่พบ
นโยบายบุคคล	ระเบียบวันลา สวัสดิการ คู่มือพนักงาน (ตัดข้อมูลรายบุคคลออก)	ตอบเป็นภาษาที่พนักงานอ่านเข้าใจ พร้อมชี้ว่าอยู่หน้าไหน
คู่มือระบบ ERP ภายใน	คู่มือผู้ใช้ ผังบัญชี ขั้นตอนปิดงวด คำถามที่ถามบ่อยจาก Help Desk	ตอบเป็นขั้นตอน 1-2-3 ระบุชื่อเมนูตามที่ปรากฏจริงในระบบ
เอกสารเสนอราคาและสัญญา	แม่แบบใบเสนอราคา เงื่อนไขมาตรฐาน ข้อสัญญาที่ฝ่ายกฎหมายอนุมัติแล้ว	ห้ามแต่งเงื่อนไขใหม่ ให้เลือกจากข้อความมาตรฐานที่มีในคลังเท่านั้น
รายงานผู้บริหาร	แบบฟอร์มรายงานประจำเดือน นิยามตัวชี้วัด ตัวอย่างรายงานที่ผ่านการอนุมัติ	ใช้นิยาม KPI ตามเอกสารในคลัง ห้ามคำนวณสูตรใหม่เอง

3 ข้อผิดที่ทำให้ Project ไม่เวิร์ค

1. ยัดทุกอย่างลงห้องเดียว — ห้องชื่อ "เอกสารบริษัท" ที่มีทั้งระเบียบพัสดุ นโยบาย HR และสไลด์การตลาด จะให้คำตอบแย่กว่าห้องเล็กสามห้อง เพราะคำถามหนึ่งคำถามจะไปดึงเอกสารที่ไม่เกี่ยวมาปน

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

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

Project กับระบบ ERP: เส้นแบ่งที่ต้องชัด

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

เขียนให้ตรงไปตรงมา: Saeree ERP ยังไม่มีการเชื่อม Claude เข้าไปอ่านข้อมูลในระบบโดยตรง ส่วน AI Assistant ในผลิตภัณฑ์ยังอยู่ระหว่างพัฒนา สิ่งที่ทำได้วันนี้และเห็นผลจริงคือใช้ Project เป็นคลังความรู้ของ "วิธีใช้ระบบ" — เอาคู่มือผู้ใช้ ผังบัญชี และคำถามที่ Help Desk ตอบซ้ำๆ ใส่ไว้ในห้องเดียว แล้วให้ผู้ใช้ถามเองก่อนเปิดใบงาน วิธีนี้ลดคิว Help Desk ได้โดยไม่ต้องแก้ระบบสักบรรทัด

องค์กรที่อยากไปไกลกว่านั้น — คือให้ Claude อ่านข้อมูลสดจากระบบ — เส้นทางที่ถูกต้องคือ Connectors และ MCP ไม่ใช่การอัปโหลดรายงานเข้าไปในคลัง

เหมาะกับงานแบบไหน ไม่เหมาะกับงานแบบไหน

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

สรุป

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

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

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

- ทีม Saeree ERP

แหล่งอ้างอิง

• Anthropic — What are projects? (ตรวจสอบ 1 ก.ย. 2569)
• Anthropic — Retrieval augmented generation (RAG) for projects
• Anthropic — Upload files to Claude (ขีดจำกัดไฟล์)
• Anthropic — Context window on paid Claude plans