maintenance

1 บทความในแท็ก “maintenance”

Sandbox เต็ม? วิธีให้ OPB Stack AI Coworker เคลียร์ Storage แบบไม่ลบงานสำคัญ

15 มิ.ย. 2569

Data-Espresso

OPB Stack operator

เมื่อใช้ OPB Stack ไปสักพัก sandbox อาจเริ่มกินพื้นที่เยอะขึ้นจาก cache, dependency, browser runtime, ไฟล์ build, image/video export หรือ project ที่ทดลองไว้หลายรอบ

เรื่องนี้ปกติสำหรับ workspace ที่ AI ช่วยทำงานจริง แต่การลบพื้นที่แบบ rm -rf กว้าง ๆ อันตรายมาก เพราะอาจลบ Company Second Brain, history, profile, skill, config หรือไฟล์งานที่ยังต้องใช้

คู่มือนี้คือวิธีให้ OPB Stack AI Coworker ช่วยตรวจและเคลียร์พื้นที่แบบปลอดภัย: ลบเฉพาะของที่สร้างใหม่ได้ และถามก่อนแตะของที่อาจเป็นงานลูกค้า

หลักคิดก่อนลบอะไรใน sandbox

ให้แยก storage เป็น 3 กลุ่ม:

1. ลบได้ค่อนข้างปลอดภัย

กลุ่มนี้คือ cache หรือไฟล์ชั่วคราวที่สร้างใหม่ได้:

• npm cache
• pip cache
• uv cache
• browser / Playwright cache
• __pycache__
• .pytest_cache
• .next/cache
• build cache ที่ชัดเจนว่า regenerate ได้
• temp files เช่น .tmp หรือ log เก่าที่ไม่ใช่ log ปัจจุบันของระบบ

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

2. ต้องถามก่อนลบ

กลุ่มนี้อาจเป็นงานที่ลูกค้าตั้งใจสร้างไว้:

• exports
• generated
• videos
• images
• project folders
• node_modules
• .venv หรือ virtualenv ของ project
• model checkpoints หรือไฟล์ใหญ่ที่ดาวน์โหลดมาเพื่อทดลองงานเฉพาะ

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

3. ห้ามลบเด็ดขาด

อย่าให้ AI ลบ path กลุ่มนี้ เว้นแต่ OPB Support ตรวจและยืนยันเป็นกรณีเฉพาะ:

/opt/data/wiki
/opt/data/profiles
/opt/data/sessions
/opt/data/skills
/opt/data/config.yaml
/opt/data/*.db
/opt/data/home/.hermes

เหตุผล: กลุ่มนี้เกี่ยวกับ Company Second Brain, profile, session, skill, config หรือ database ของ workspace

Prompt สำเร็จรูป: ให้ AI Coworker เคลียร์พื้นที่แบบปลอดภัย

Copy prompt นี้ไปวางใน Web Chat หรือ Telegram ของ OPB Stack ได้เลย:

ช่วยลดพื้นที่ storage ใน sandbox นี้แบบไม่กระทบข้อมูลสำคัญของฉัน

เป้าหมาย:
- ลบเฉพาะ cache / temp / dependency cache / build cache ที่สร้างใหม่ได้
- ห้ามลบข้อมูลผู้ใช้ งานที่สร้างไว้ ความจำ profile หรือ config สำคัญ
- ก่อนลบให้ตรวจขนาดและสรุปรายการที่จะลบก่อน
- ถ้าไม่มั่นใจว่า path ไหนปลอดภัย ให้ถามฉันก่อน

ขั้นตอนที่ต้องทำ:
1. ตรวจ disk usage ของ sandbox:
   - df -h
   - du -h -d 2 /opt/data | sort -h | tail -40
   - หาไฟล์ใหญ่กว่า 200MB ใน /opt/data

2. แยกหมวด path:
   - ลบได้: cache, temp, npm cache, pip cache, uv cache, playwright/chromium cache, build artifacts ที่ regenerate ได้
   - ต้องถามก่อนลบ: exports, generated, videos, images, project folders, node_modules, virtualenv/.venv
   - ห้ามลบเด็ดขาด:
     /opt/data/wiki
     /opt/data/profiles
     /opt/data/sessions
     /opt/data/skills
     /opt/data/config.yaml
     /opt/data/*.db
     /opt/data/home/.hermes
     ไฟล์งานของฉันใน project folders

3. ให้ทำ dry-run ก่อน:
   - บอก path
   - ขนาดโดยประมาณที่จะคืนได้
   - ความเสี่ยง
   - คำสั่งที่จะใช้

4. เมื่อลบ ให้ลบเฉพาะกลุ่มปลอดภัยนี้ก่อน:
   - /opt/data/home/.npm/_cacache
   - /opt/data/home/.cache/pip
   - /opt/data/home/.cache/uv
   - /opt/data/home/.cache/ms-playwright
   - /opt/data/home/.cache/playwright
   - __pycache__
   - .pytest_cache
   - .next/cache
   - dist/cache หรือ build cache ที่ชัดเจนว่า regenerate ได้
   - temp files เช่น *.tmp, *.log เก่ามากกว่า 14 วัน ถ้าไม่ใช่ log ปัจจุบันของระบบ

5. หลังลบเสร็จ:
   - วัด df -h ใหม่
   - วัด du -h -d 2 /opt/data ใหม่
   - สรุปว่าลดไปกี่ GB
   - ตรวจว่า OPB Stack AI Coworker และ Web Chat ยังทำงานได้
   - ห้าม restart container เว้นแต่จำเป็นจริง ๆ และต้องถามฉันก่อน

ข้อจำกัดสำคัญ:
- ห้ามใช้ rm -rf กว้าง ๆ เช่น rm -rf /opt/data/home/*
- ห้ามลบ /opt/data/exports หรือ /opt/data/generated ถ้ายังไม่ได้ถามฉัน
- ห้ามลบ database, wiki, sessions, profiles, skills, config
- ห้ามลบไฟล์ที่ดูเหมือนงานลูกค้า
- ถ้าเจอไฟล์ใหญ่มาก ให้เสนอทางเลือก archive/delete ก่อน ไม่ลบทันที

Prompt แบบสั้น สำหรับผู้ใช้ทั่วไป

ถ้าอยากได้คำสั่งที่สั้นกว่า ใช้อันนี้:

ช่วยเคลียร์พื้นที่ sandbox ให้หน่อยแบบปลอดภัย

ลบได้เฉพาะ cache/temp ที่สร้างใหม่ได้ เช่น npm cache, pip cache, uv cache, browser/playwright cache, __pycache__, .pytest_cache, build cache

ห้ามลบข้อมูลสำคัญ:
- /opt/data/wiki
- /opt/data/profiles
- /opt/data/sessions
- /opt/data/skills
- /opt/data/config.yaml
- database
- exports/generated/videos/images/project files เว้นแต่ถามฉันก่อน

ก่อนลบให้สรุปรายการที่จะลบและพื้นที่ที่จะคืนได้ก่อน แล้วค่อยลบเฉพาะของปลอดภัย หลังลบให้ตรวจ disk usage และบอกว่าลดไปเท่าไร

คำสั่งที่ AI อาจใช้เพื่อตรวจพื้นที่

ถ้า AI Coworker มี terminal tool พร้อมใช้งาน คำสั่งตรวจพื้นฐานคือ:

df -h

ดู folder ใหญ่ใน /opt/data:

du -h -d 2 /opt/data 2>/dev/null | sort -h | tail -40

หาไฟล์ใหญ่กว่า 200MB:

find /opt/data -xdev -type f -size +200M -printf '%s\t%p\n' 2>/dev/null | sort -n | tail -30

ข้อสำคัญ: คำสั่งตรวจพื้นที่ยังไม่ลบอะไร จึงเหมาะให้รันก่อนทุกครั้ง

ตัวอย่างสิ่งที่มักกินพื้นที่

npm cache

เกิดจากการใช้ npm, npx, build frontend หรือทดลอง package หลายตัว

ลบ cache ได้ แต่ครั้งต่อไปที่ใช้ package เดิมอาจต้อง download ใหม่

Python / uv / pip cache

เกิดจากการ install package หรือสร้าง environment ทดลองงาน data, scraping, AI, automation

ลบ cache ได้ แต่ไม่ควรลบ .venv โดยไม่ถาม เพราะ .venv อาจเป็น environment ของ project ที่ยังใช้อยู่

Playwright / browser cache

เกิดจาก browser automation, screenshot, web testing หรือ scraping

ลบได้ถ้าไม่ต้องใช้ทันที แต่ถ้า workflow ใช้ browser บ่อย ระบบอาจต้อง download browser ใหม่

exports / generated

ส่วนนี้ต้องระวังที่สุด เพราะอาจเป็นภาพ วิดีโอ เอกสาร หรือ deliverable ที่ AI ทำให้ลูกค้าแล้ว

แนวทางที่ดีคือให้ AI สรุปรายชื่อไฟล์ใหญ่ก่อน เช่น:

เจอ exports ใหญ่หลายไฟล์ ช่วย list ชื่อไฟล์ ขนาด และวันที่แก้ไขล่าสุดให้ดูก่อน ยังไม่ต้องลบ

จากนั้นค่อยเลือกว่าจะเก็บ archive หรือลบ

คำเตือน: อย่าลบแบบกว้าง

ห้ามใช้คำสั่งลักษณะนี้ถ้าไม่เข้าใจผลกระทบ:

rm -rf /opt/data/home/*
rm -rf /opt/data/*
rm -rf /opt/data/exports
rm -rf /opt/data/generated
rm -rf /opt/data/profiles

คำสั่งพวกนี้อาจทำให้ workspace เสียหาย หรือทำให้งานที่สร้างไว้หายทันที

ถ้าจะลบ ให้ลบเป็น path เฉพาะ และเริ่มจาก cache ก่อนเสมอ

หลังเคลียร์พื้นที่ควรเช็คอะไร

หลัง cleanup ให้ AI สรุป 4 อย่าง:

1. ก่อนลบใช้พื้นที่เท่าไร
2. หลังลบใช้พื้นที่เท่าไร
3. ลบ path อะไรไปบ้าง
4. มี path ใหญ่ที่ยังไม่ได้ลบเพราะต้องถามเจ้าของหรือไม่

ตัวอย่าง prompt ต่อท้าย:

หลัง cleanup แล้ว ช่วยสรุป:
- ก่อนลบ / หลังลบ ใช้พื้นที่เท่าไร
- ลบอะไรไปบ้าง
- คืนพื้นที่ได้ประมาณกี่ GB
- มี folder ใหญ่ที่ควรให้ฉันตัดสินใจเองไหม

ถ้าพื้นที่ยังไม่ลดมาก

ถ้าลบ cache แล้วพื้นที่ยังไม่ลดมาก มักแปลว่าพื้นที่อยู่ในกลุ่ม “ต้องถามก่อนลบ” เช่น exports, generated, project folder, .venv, node_modules หรือ model checkpoints

กรณีนี้อย่าให้ AI ตัดสินใจแทน ให้ใช้ prompt นี้:

ช่วยทำรายงาน storage ที่ยังใหญ่หลัง cleanup โดยยังไม่ลบอะไร

ขอ 10 folder/file ที่ใหญ่ที่สุด พร้อม:
- path
- ขนาด
- ดูเหมือนเป็น cache หรือไฟล์งาน
- ถ้าจะลบ ความเสี่ยงคืออะไร
- แนะนำว่า archive / delete / keep

จากนั้นเจ้าของ workspace ค่อยเลือกเอง

เมื่อไหร่ควรขอ OPB Support ช่วย

ขอ support ก่อนถ้าเจอสถานการณ์เหล่านี้:

• sandbox ใกล้เต็มมากจนใช้งานไม่ได้
• AI เสนอจะลบ folder ที่ไม่แน่ใจ
• มี database หรือ config ใหญ่ผิดปกติ
• มี project สำคัญที่ไม่รู้ว่าไฟล์ไหนลบได้
• cleanup แล้ว OPB Stack AI Coworker หรือ Web Chat เริ่มทำงานผิดปกติ

ส่งข้อมูลให้ support แบบนี้จะช่วยให้แก้เร็วขึ้น:

sandbox: <ชื่อ subdomain>
ปัญหา: storage ใกล้เต็ม
แนบผล df -h และ top folder จาก du -h -d 2 /opt/data
ยังไม่ได้ลบ exports/generated/wiki/profiles/sessions/config

สรุป

การลด storage ใน OPB Stack ควรเริ่มจาก cache ก่อน ไม่ใช่ลบไฟล์ใหญ่ที่สุดทันที

หลักสั้น ๆ คือ:

• ตรวจขนาดก่อน
• dry-run ก่อน
• ลบเฉพาะ cache/temp ที่สร้างใหม่ได้
• ถามก่อนแตะ exports, generated, project folder, .venv, node_modules
• ห้ามลบ wiki, profiles, sessions, skills, config, database
• หลังลบต้องวัดผลและตรวจว่า workspace ยังทำงานได้

ถ้าทำตาม pattern นี้ ลูกค้าจะลดพื้นที่ได้โดยไม่เสี่ยงลบ Company Second Brain หรือไฟล์งานสำคัญของตัวเอง

แท็ก:

• opbstack
• storage
• sandbox
• maintenance
• thai-sme