คู่มือการใช้งาน Claude Projects

1. บทนำ

1.1 Claude Projects คืออะไร

Claude Projects คือพื้นที่ทำงานแบบแยกส่วน (self-contained workspace) ที่มี chat, instructions และฐานความรู้ (knowledge) เป็นของตัวเองในแต่ละโปรเจกต์ ทำให้ Claude เข้าใจบริบทและตอบสนองได้สอดคล้องกับงานนั้น ๆ มากขึ้น

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

1.2 ความต่างระหว่าง Chat ปกติ, Project, Cowork Project

2. เตรียมตัวก่อนเริ่มใช้ Projects

2.1 ประเภทบัญชีและสิ่งที่ควรเตรียม

• บัญชี Claude.ai ที่ล็อกอินได้ผ่านเว็บเบราว์เซอร์
• ความเข้าใจโจทย์งานที่อยากแยกเป็น Project เช่น “ระบบคู่มือสร้าง Dashboard”, “โปรเจกต์คอร์สออนไลน์”, “ศูนย์รวมเอกสารลูกค้า”
• ไฟล์เอกสาร, code, หรือข้อมูลอื่น ๆ ที่จะใช้เป็นฐานความรู้

2.2 วางโครง Project ให้ชัดเจน

ก่อนสร้าง Project ใหม่ ให้ตอบคำถามเหล่านี้ให้ได้สั้น ๆ:

• Project นี้ใช้ทำอะไร
• ใครจะใช้งานบ้าง (ตัวคุณคนเดียว หรือทั้งทีม)
• มีไฟล์/ข้อมูลอะไรที่ต้องอัปโหลดเข้าไป
• ต้องการให้ Claude มีบทบาทแบบไหน (เช่น Trainer, Developer, Data Analyst)

3. การสร้าง Project แรกของคุณ

3.1 วิธีสร้าง Project บนเว็บ

1. ล็อกอินเข้าเว็บไซต์ claude.ai
2. มองไปที่แถบด้านซ้าย เลือกเมนู Projects
3. คลิกปุ่ม + New Project ที่มุมขวาบนของหน้าจอ
4. กรอกชื่อ Project เช่น Content System TH หรือ AI Dashboard Lab
5. กรอกคำอธิบาย (Description) สำหรับอธิบายให้คนในทีมเข้าใจวัตถุประสงค์
6. กดสร้างเพื่อยืนยัน ระบบจะพาคุณเข้าสู่หน้าภายในของ Project นั้นทันที

3.2 การตั้งชื่อและรายละเอียด Project

เทคนิคตั้งชื่อให้จัดการง่าย:

• ใส่ Prefix ตัวเลขหรือกลุ่ม เช่น 01_Internal_, 02_Client_
• ใส่ประเภทงานไว้ต้นชื่อ เช่น [Course], [Dashboard], [Dev]
• ระบุภาษา ถ้าเนื้อหาหลักเป็นภาษาไทยหรือภาษาอังกฤษ เช่น Content_TH, Docs_EN

3.3 การตั้งค่า Visibility (สำหรับทีม)

หากใช้ในแผน Team/Enterprise จะมีตัวเลือกความเป็นส่วนตัวของ Project เช่น:

• Private – มีคุณคนเดียวที่เห็นและใช้งานได้
• Shared with team – สมาชิกทั้งทีมเห็นและใช้งานได้
• Specific people – แชร์ให้บางคนด้วยอีเมลองค์กร

4. ตั้ง Project ให้เป็นผู้ช่วยเฉพาะทาง

4.1 ทำความรู้จัก Project Instructions

Project Instructions คือชุดคำสั่งหลัก (เหมือน system prompt) ที่กำหนดบทบาท วิธีคิด น้ำเสียง และข้อจำกัดของ Claude เฉพาะใน Project นี้ ใช้เพื่อให้ Claude ทำงานสอดคล้องกับรูปแบบงานของคุณอย่างสม่ำเสมอ

4.2 ขั้นตอนการตั้ง Instructions

1. เข้าไปที่หน้า Project ที่ต้องการแก้ไข
2. มองหาปุ่มหรือเมนู Set project instructions หรือส่วน Instructions
3. คลิกเพื่อเปิดช่องแก้ไขคำสั่ง
4. เขียนคำสั่งโดยแบ่งเป็นส่วน ๆ เช่น บทบาท, ขอบเขตข้อมูล, รูปแบบคำตอบ, ข้อห้าม
5. กดบันทึก (Save instructions)
6. เริ่ม chat ใหม่ภายใน Project เพื่อทดสอบว่าคำสั่งทำงานตามที่ตั้งใจหรือไม่

4.3 โครงตัวอย่าง Project Instructions

ตัวอย่างโครงที่คุณสามารถนำไปปรับใช้ได้:

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

5. การจัดการความรู้ใน Project

5.1 เพิ่มไฟล์เข้า Knowledge Base

1. เปิดหน้า Project ที่ต้องการ
2. คลิกปุ่ม + หรือ Add content / Upload ในส่วน Knowledge
3. เลือกไฟล์ที่เกี่ยวข้อง เช่น PDF, DOCX, TXT, สเปรดชีต, code snippet
4. รอให้ระบบประมวลผลไฟล์จนเสร็จ
5. จากนี้ทุก chat ใน Project นี้จะอ้างอิงความรู้จากไฟล์เหล่านี้โดยอัตโนมัติ

5.2 แนวทางจัดระเบียบไฟล์

ตัวอย่างแนวทางจัดไฟล์ภายใน Project เดียว:

ใช้เลขนำหน้าหรือกลุ่มคำเพื่อควบคุมลำดับและความเข้าใจ แยกไฟล์เวอร์ชันเก่าไปโฟลเดอร์ Archive หรือบอกให้ Claude ใช้เฉพาะไฟล์ที่ระบุว่าเป็น _latest

5.3 อัปเดต Knowledge อย่างปลอดภัย

• หากมีไฟล์เวอร์ชันใหม่ ให้ลบไฟล์เก่าที่ไม่ใช้แล้วออกจาก Project เพื่อลดความสับสน
• ตั้งชื่อไฟล์ให้ชัด เช่น ลงวันที่หรือเวอร์ชัน เช่น Guide_v3_2026-05.pdf
• แจ้ง Claude ใน chat ว่า “ให้ใช้ไฟล์เวอร์ชันล่าสุดเป็นหลัก” เมื่อคุณอัปโหลดไฟล์ใหม่

6. การใช้งาน Projects ในงานจริง

6.1 ตัวอย่าง Workflow สำหรับคอนเทนต์

1. สร้าง Project ชื่อ Content_System_TH
2. อัปโหลด style guide, ตัวอย่างโพสต์, guideline แบรนด์
3. ตั้ง instructions ให้ Claude ทำหน้าที่เป็น Content Producer ภาษาไทย
4. เริ่ม chat ใหม่: “ช่วยออกแบบโครงบทความเรื่อง <หัวข้อ> ตาม style guide ใน Project นี้”
5. ใช้ chat แยกสำหรับ: โครงเรื่อง, เนื้อหาเต็ม, version สำหรับ Facebook/LinkedIn

6.2 ตัวอย่าง Workflow สำหรับ Dev / Web

1. สร้าง Project ชื่อ Dashboard_Dev_Lab หรือชื่อโปรเจกต์เว็บจริง
2. อัปโหลดไฟล์ spec, ตัวอย่าง HTML/CSS, API docs ที่เกี่ยวข้อง
3. กำหนด instructions ให้ Claude ทำหน้าที่เป็น Full-stack Dev หรือ Frontend Dev
4. ขอให้ Claude สร้างหรือปรับแก้โค้ด แล้วใช้ Artifacts (ถ้ามีในบัญชีคุณ) เพื่อ preview
5. ค่อย ๆ ปรับโค้ดใน Artifacts จนได้หน้าเว็บหรือ component ที่ต้องการ

6.3 การแยก Chat ตามหัวข้องาน

เพื่อไม่ให้ Project รกและค้นหายาก แนะนำให้แยก chat ตามงานย่อย เช่น ภายใน Project เดียว:

• [Spec] รวบรวม requirement และโจทย์งาน
• [Draft] ร่างเนื้อหา/โค้ดรอบแรก
• [Review] ปรับแก้จาก feedback
• [Final] เตรียมเวอร์ชันเผยแพร่จริง

7. การจัดการ Projects ระยะยาว

7.1 ย้าย Chat เข้า/ออกจาก Project

1. เปิด chat ที่สร้างไว้นอก Project
2. คลิกเมนูเพิ่มเติม (เช่น จุดสามจุด) ข้างชื่อ chat
3. เลือกคำสั่งประมาณ Move to project หรือ Add to project
4. เลือก Project ปลายทางที่ต้องการ
5. ยืนยันการย้าย จากนั้น chat จะไปอยู่ในรายการของ Project นั้น

7.2 จัดหมวดหมู่และปักหมุด Project

• ใช้การปักหมุด (Star/Pin) กับ Project ที่ใช้งานบ่อยให้ขึ้นบนสุดของ sidebar
• แบ่งหมวดหมู่ผ่านชื่อ เช่น [Internal], [Client], [Experiment]
• สำหรับโปรเจกต์เก่าแต่ยังอยากเก็บไว้ ให้เติมคำว่า _Archive ต่อท้ายชื่อ

7.3 การนำเนื้อหาออกไปใช้ที่อื่น

• คัดลอกคำตอบหรือโค้ดจาก chat ไปวางใน editor ภายนอก เช่น Word, Notion, VS Code
• หากใช้ Artifacts สามารถดาวน์โหลดไฟล์หรือ copy โค้ดออกไปใช้งานต่อได้โดยตรง
• จัดทำโครง template ที่ใช้ได้ซ้ำ แล้วเก็บไว้ใน Project นี้เพื่อเอาไปใช้กับงานอื่น

8. การใช้งาน Projects ร่วมกับทีม

8.1 แชร์ Project ให้สมาชิกทีม

1. เปิด Project ที่ต้องการแชร์
2. คลิกเมนู Share หรือไอคอนแชร์ในส่วนหัวของ Project
3. เลือกรูปแบบการแชร์ เช่น ทั้งทีม หรือระบุอีเมลของสมาชิกบางคน
4. กำหนดสิทธิ์การเข้าถึง (เช่น read-only หรือสามารถแก้ไข instructions/knowledge)

8.2 ใช้ Project เป็น Playbook กลางของทีม

ตัวอย่างการใช้ Project เป็น playbook กลาง:

• Project “Standard Operating Procedures” รวบรวม SOP ทีมทั้งหมด
• Project “Content Brand X” สำหรับทุกคนที่ทำคอนเทนต์แบรนด์นั้น
• Project “Dev Environment” สำหรับ guideline และโค้ดตัวอย่างของทีม Dev

8.3 การสร้าง Template Project

หากมีรูปแบบงานที่ทำซ้ำบ่อย ๆ สามารถสร้าง Project ตัวอย่างไว้เป็น Template แล้วให้ทีมก็อปปี้ไปใช้ต่อ:

• ตั้ง instructions และ knowledge ให้ครบก่อน
• ใส่ตัวอย่าง chat แรก ๆ ไว้ให้เห็นรูปแบบการใช้งาน
• ให้ทีมสร้าง Project ใหม่โดยอิงจากโครงเดิม หรือ copy ภายในระบบ (ถ้ารองรับ)

9. Best Practices และข้อผิดพลาดที่พบบ่อย

9.1 แนวทางแนะนำ

• ใช้ 1 Project ต่อ 1 “บริบทงาน” เช่น 1 ลูกค้า, 1 คอร์ส, 1 ระบบหลัก
• เขียน instructions ให้ชัดเจนและสั้นพอที่จะอ่านทวนได้ภายใน 1–2 นาที
• อัปเดต knowledge เมื่อมีเอกสารสำคัญเปลี่ยนแปลง และลบไฟล์ที่เลิกใช้
• เริ่มต้นคำสั่งด้วยเป้าหมายใหญ่ของงาน แล้วค่อยแตกเป็นขั้นตอนย่อย

9.2 ข้อผิดพลาดที่ควรเลี่ยง

• ใช้ Project เดียวทำทุกอย่าง ทำให้ instructions และ knowledge ปะปนกัน
• อัปโหลดไฟล์จำนวนมากโดยไม่มีโครงสร้างชื่อหรือกลุ่ม
• ไม่เคยกลับมาปรับ instructions ตามผลลัพธ์จริง
• ให้คำสั่งที่กำกวม เช่น “ช่วยหน่อย” หรือ “จัดการให้ที” โดยไม่บอกเป้าหมาย

9.3 เช็กลิสต์สำหรับ Project ที่พร้อมใช้งานจริง

• ตั้งชื่อและคำอธิบาย Project ชัดเจนแล้ว
• มี instructions ที่ระบุบทบาท, ขอบเขต, รูปแบบคำตอบ, ข้อห้าม
• อัปโหลดไฟล์ knowledge ที่จำเป็นทั้งหมดเรียบร้อย
• ทดสอบใช้งานอย่างน้อย 1–2 งานจริง และปรับ fine-tune ตามผลลัพธ์