Cascade / MCP
หน้าเอกสารการ setup Cascade + MCP
หน้านี้ตั้งใจทำเป็น “หน้าเดียวจบ” สำหรับทีม: วิธีตั้งค่า, แนวทาง customizations, และรูปแบบการบันทึกประวัติการใช้งานให้ตรวจสอบย้อนหลังได้ โดยจะหลีกเลี่ยงการใส่ token/secret ลงใน repo
1) Setup Cascade (Checklist)
ทำตามลำดับนี้เพื่อให้ใช้งานได้ และลดความเสี่ยงเรื่องข้อมูล/สิทธิ์
Checklist ก่อนเริ่ม
- ยืนยันว่าโปรเจกต์เปิดใน IDE ถูก workspace (repo นี้)
- ตั้งกติกาเรื่องข้อมูล: ห้ามใส่ secrets/PII ลงในแชท หรือให้ tool ส่งออกนอกองค์กร
- ถ้าจะใช้เครื่องมือภายนอก (เช่น search/web) ให้ระบุขอบเขตข้อมูลที่ส่งออก ให้ชัดเจน
แนวทางการใช้งานในงานโค้ด
- เริ่มจากให้ Cascade สำรวจโครงสร้าง (code search) ก่อนแก้โค้ด
- งานที่กระทบหลายไฟล์: ให้ทำเป็น plan (todo) แล้วค่อยลงมือทีละ milestone
- เวลาขอให้รันคำสั่ง: แยก “คำสั่งปลอดภัย” vs “คำสั่งมีผลกระทบ” และขออนุมัติ
สิ่งที่ตรวจพบใน repo นี้
- โครงสร้างเว็บเป็น Next.js (App Router) อยู่ใน
src/app - มีหน้า/คอมโพเนนต์สรุป MCP อยู่แล้ว:
src/app/McpOverview.tsx - ไม่พบโฟลเดอร์
.windsurfใน repo (อาจเป็น config ที่อยู่ในเครื่องและไม่ได้ commit)
2) MCP Customizations (สิ่งที่ควรบันทึกไว้)
ส่วนนี้เป็นโครงให้คุณกรอก/อัปเดต เพื่อสะท้อน config จริงในเครื่อง
MCP Servers ที่ใช้งาน
กรอกตามที่คุณเปิดใช้งานจริง (ตัวอย่างจากหน้า MCP เดิมในเว็บนี้):
gdrive
ค้น/อ่านไฟล์จาก Google Drive
brave-search
ค้นเว็บ / local search (อาจติด rate limit)
deepwiki
อ่าน/ถามโครงสร้าง repo บน GitHub
memory
บันทึกกติกา/บริบทระยะยาว
Custom Instructions / Rules
แนะนำให้จดหัวข้อเหล่านี้ไว้ในที่เดียว (เช่น README ภายในทีม หรือเอกสารภายนอก):
- แนวทางการตอบ/ภาษา/สไตล์การแก้โค้ด
- สิ่งที่ห้ามทำ (เช่น ห้ามเก็บ secrets, ห้ามรันคำสั่งอันตรายโดยไม่ขออนุมัติ)
- มาตรฐานการตั้งชื่อ branch/PR/commit
- แนวทาง review (เช่น ต้องมี test, ต้องมี migration plan)
Workflows
ถ้าคุณมี workflow แบบไฟล์ในเครื่อง (เช่น .windsurf/workflows) แต่ไม่ได้อยู่ใน repo, ให้ระบุ:
- ชื่อ workflow (เช่น
/do,/how) - วัตถุประสงค์
- ขั้นตอนสำคัญ + เงื่อนไขความปลอดภัย
3) ประวัติการใช้งาน (Usage History)
ใน repo นี้ยังไม่พบไฟล์ log ทางการ จึงทำเป็นเทมเพลตให้คุณบันทึกเอง
รูปแบบที่แนะนำ (คัดลอกไปใช้ได้ทันที)
# Cascade Usage History ## 2025-__-__ - Work item: (สรุปงาน 1 บรรทัด) - Repo/Path: (เช่น kasidit-blog) - Scope: (หน้า/ฟีเจอร์/ไฟล์หลัก) - Tools used: - code_search: (คำค้น) - grep_search: (คำค้น) - read_file: (ไฟล์สำคัญ) - apply_patch/write_to_file: (ไฟล์ที่แก้) - Outcome: - (ทำอะไรสำเร็จ) - Notes/Risks: - (สิ่งที่ต้องระวัง/สิ่งที่ยังค้าง) ## 2025-__-__ - ...
ถ้าต้องการ “ประวัติทั้งหมด” จริง ๆ
- ต้องมีแหล่งข้อมูลจริง เช่น export จากระบบแชท/IDE หรือไฟล์บันทึกในทีม (ผมยังไม่เห็นไฟล์นั้นใน repo)
- ถ้าคุณมีไฟล์/ลิงก์ที่เก็บประวัติ (เช่น markdown/Notion/Drive) ส่ง path/URL มาได้ แล้วผมจะช่วยสรุป + จัดรูปแบบเป็นหน้านำเสนอให้
ต้องการให้หน้านี้ “ดึงข้อมูลจริง” จากไฟล์ใน repo อัตโนมัติไหม? ถ้าต้องการ บอกชื่อไฟล์ที่คุณจะใช้เก็บ history (เช่น docs/cascade-usage-history.md) แล้วผมจะปรับหน้าให้ render จากไฟล์นั้นครับ