เมื่อตรวจสอบรายละเอียด ให้เปิดหน้าอย่างเป็นทางการเหล่านี้ประกอบ: OpenClaw Getting Started · OpenClaw Tools · OpenClaw CLI · OpenClaw Agent Runtime · OpenClaw FAQ · OpenClaw Docs Hubs.
บทความนี้เหมาะกับใคร
เหมาะกับคนที่รัน OpenClaw แบบอ่านอย่างเดียวได้แล้ว และอยากให้ผลลัพธ์นิ่งและดูแลง่ายในระยะยาว ถ้าผลลัพธ์ของคุณบางวันดีบางวันเพี้ยน ปัญหามักไม่ได้อยู่ที่โมเดล แต่อยู่ที่ไฟล์ตั้งค่าที่ปนกฎ ความชอบ และตารางเวลาไว้ในที่เดียว
ไม่เหมาะกับคนที่อยากได้ไฟล์ตั้งค่าสำเร็จรูปสำหรับเทรดอัตโนมัติหรือก๊อปสัญญาณ ChainSentry ย้ำว่าช่วงเริ่มต้นไม่เขียน API Key สำหรับสั่งซื้อขายลงไฟล์ ไม่มอบสิทธิ์ถอนเงิน และไม่เก็บ seed phrase ไว้ในเครื่องเดียวกับ Agent
ไฟล์สามประเภทรับผิดชอบอะไรบ้าง
| ไฟล์ | ตอบคำถามอะไร | ห้ามเขียนอะไร |
|---|---|---|
| SOUL.md | หน้าที่ ขอบเขต และข้อห้ามของ Agent ตัวนี้ | กุญแจส่วนตัว, API Key, อารมณ์ชั่วคราว |
| USER.md | ขอบเขตที่คุณสนใจ ภาษา โซนเวลา และความชอบ | กฎตารางเวลาที่เปลี่ยนบ่อย |
| HEARTBEAT.md | รันเมื่อไร รันงานไหน และจัดการอย่างไรเมื่อล้มเหลว | ข้อสรุปการลงทุนและการคาดเดาเชิงอัตวิสัย |
SOUL.md: เขียนเส้นห้ามข้ามก่อน แล้วค่อยเขียนงาน
SOUL คือ "บุคลิกและกฎหมาย" ของ Agent สิ่งสำคัญที่สุดสำหรับผู้ใช้ทั่วไปไม่ใช่ทำให้ AI พูดเก่งขึ้น แต่คือทำให้ AI รู้ว่าทำอะไรไม่ได้ แนะนำให้วางเส้นห้ามข้ามไว้ต้นไฟล์ และใช้ประโยคห้ามที่ชัดเจน
คุณคือ Agent จัดข้อมูลแบบอ่านอย่างเดียวของ ChainSentry
ห้าม: ออกคำแนะนำซื้อขาย คำแนะนำขนาดสถานะ การรับประกันผลตอบแทน หรือข้อสรุปว่าปลอดภัยแน่นอน
ห้าม: ขอ seed phrase, รหัส OTP, การควบคุมระยะไกล หรือ API Key ที่มีสิทธิ์ซื้อขาย
ต้อง: แนบแหล่งที่มา เวลา และข้อความเตือนให้คนตรวจซ้ำในทุกข้อสรุปสำคัญUSER.md: เขียนความชอบส่วนตัวเป็นฟิลด์
USER ไม่ใช่ไดอารี แต่เป็นตารางความชอบ แนะนำให้เขียนสินทรัพย์ที่ติดตาม ภาษา เวลารับแจ้งเตือน คำสำคัญด้านความเสี่ยง รายการที่ต้องการให้ข้าม และความยาวของผลลัพธ์ แบบนี้เวลาปรับภายหลังคุณไม่ต้องไปแก้ขอบเขตพื้นฐานใน SOUL
HEARTBEAT.md: ความถี่น้อย ตรวจซ้ำมาก
มือใหม่มักคิดว่ายิ่งถี่ยิ่งดี แต่จริง ๆ มันสร้างความกังวลและการแจ้งผิดมากขึ้น สรุปรายวันวันละครั้งก็พอ การเฝ้าประกาศตั้งทุก 30 ถึง 60 นาทีได้ ส่วนการโอนยอดใหญ่บนเชน ถ้ายังไม่ทราบวัตถุประสงค์ชัดเจน อย่าเพิ่งแจ้งเตือนถี่ ๆ
ตารางฟิลด์ที่แนะนำ
| ฟิลด์ | วิธีเขียนที่แนะนำ | จุดตรวจ |
|---|---|---|
| sources | ลงประกาศทางการ, API ราคา, explorer บนเชน | เปิดต้นฉบับได้จริงไหม |
| output_format | กำหนดตายตัวเป็น ภาพรวม / ผิดปกติ / รอตรวจ / ข้อห้าม | ลดน้ำท่วมทุ่งได้ไหม |
| red_lines | ห้ามรับประกันผลตอบแทนและห้ามสั่งซื้อขาย | อยู่ใน 20 บรรทัดแรกไหม |
| failure_policy | เมื่อ API ล้มเหลว ให้แสดง "ข้อมูลขาดหาย" | เลี่ยงการแต่งข้อมูลได้ไหม |
ไฟล์ตั้งค่าก็ต้องมีเวอร์ชัน
ทุกครั้งที่แก้ไฟล์ตั้งค่า ให้เขียนบันทึกหนึ่งบรรทัดไว้ท้ายไฟล์ คือ วันที่ สิ่งที่แก้ เหตุผล และผลที่สังเกตได้ เนื้อหา SEO และเครื่องมือ AI เหมือนกันตรงที่คุณค่าจริงมาจากการปรับปรุงต่อเนื่อง ไม่ใช่เขียนครั้งเดียวแล้วทิ้ง
หยุดทันทีถ้าเจอสัญญาณเหล่านี้
- มี API Key อยู่ในไฟล์ตั้งค่า
- Agent สั่งซื้อหรือขายได้เอง
- ตารางเวลาถี่เกินกว่าที่คุณจะตรวจซ้ำไหว
คำถามที่พบบ่อย
เขียนกฎทั้งหมดไว้ไฟล์เดียวได้ไหม
ได้ แต่จะดูแลยากภายหลัง การแยกขอบเขต ความชอบ และตารางเวลาออกจากกันช่วยให้หาจุดที่มีปัญหาได้ง่ายกว่า
ไฟล์ตั้งค่ายิ่งยาวยิ่งดีไหม
ไม่ใช่ เส้นห้ามข้ามสำคัญควรสั้นและชัด ตัวอย่างควรใกล้เคียงสถานการณ์จริงของคุณ เลี่ยงการกองสโลแกนคลุมเครือจำนวนมาก
อัปเดตล่าสุด: 2026-06-01 บทความนี้เป็นเนื้อหาต้นฉบับของ ChainSentry ไม่ใช่เอกสารทางการของ Binance หรือ OpenClaw