Knowledge Hub

ชุดพัฒนาระบบเทรดแบบ 5 ชั้นด้วย Claude

เขียนกฎการเทรดครั้งเดียวแล้วให้ระบบบังคับใช้ให้ครบ: กฎและความเสี่ยง (L1), แผนเซ็ตอัป (L2), ระบบอัตโนมัติ (L3), ผู้ช่วยเฉพาะทาง (L4) และแพ็กเกจแจกจ่าย (L5) พร้อมพรอมต์พร้อมใช้ทุกชั้น

AI และเทคโนโลยีอ่าน 19 นาทีเผยแพร่ 20 ตุลาคม 2569

🎯 แก่นของเรื่อง

หลักคิดเดียวของระบบนี้: ย้ายการตัดสินใจที่ต้องใช้วินัยออกจากช่วงเวลาที่กดดัน ไปเขียนเป็นไฟล์ที่ถูกโหลดและบังคับใช้ทุกครั้ง (p.3)

ประเด็น เนื้อหา
แก่นความคิด ระบบชนะอารมณ์ เรื่องที่ตัดสินใจ ณ ขณะนั้นพลาดได้เมื่อถูกกดดัน (p.3)
ทำไมได้ผล (กลไก) L1 กฎล่วงหน้า L2 เซ็ตอัปตายตัว L3 สคริปต์บันทึกและตรวจ ไม่พึ่งแรงใจ (p.6, p.12)
20% ที่สำคัญที่สุด CLAUDE.md + Risk.md + hook สามตัว ก่อน subagent กับ plugin รอได้ (ตีความ)
สิ่งที่ระบบไม่ทำ ไม่สร้างความได้เปรียบ ระบบแค่ปกป้องและช่วยให้ใช้มันอย่างสม่ำเสมอ (p.3)

Note ข้ออ้างที่ว่า "ระบบชนะการตัดสินใจตามอารมณ์" เป็นหลักการที่ถูกยืนยันไว้ ไม่มีตัวเลขหรือผลทดสอบประกอบในเนื้อหา (p.3)

📈 ช่วยให้ดีขึ้นอย่างไร

ไม่มีตัวเลขผลลัพธ์ที่วัดได้ในเนื้อหา ทุกแถวจึงเป็นข้อโต้แย้งเชิงเหตุผล ไม่ใช่ผลที่พิสูจน์แล้ว

สถานการณ์ ก่อนมีระบบ หลังมีระบบ วัดอย่างไร หลักฐาน
ปฏิบัติตามกฎระหว่างวัน ตัดสินใจตามอารมณ์ ลืมกฎได้ กฎโหลดทุกเซสชัน ตรวจตำแหน่งเทียบ Risk.md ได้ทันที (p.6-7) จำนวนครั้งที่ฝ่าฝืนกฎต่อสัปดาห์ ตีความ
การบันทึกเทรด ต้องจำเองว่าต้องจด PostTrade.sh บันทึกทุกการเข้าออเดอร์ (p.12) สัดส่วนเทรดที่มีบันทึกครบ ตีความ
ข้อมูลที่ใช้ประเมินกลยุทธ์ เซ็ตอัปทำไม่สม่ำเสมอ ข้อมูลจึงบิดเบือน เซ็ตอัปถูกนิยามตายตัว ข้อมูลเชื่อถือได้ขึ้น (p.3) ผลต่อเซ็ตอัปแต่ละประเภทแยกกัน ตีความ
เซสชันหลักรกด้วยงานวิเคราะห์ งานค้นคว้าปนกับการตัดสินใจ subagent ทำงานใน context แยกแล้วส่งคำตอบเดียวกลับ (p.14) ความยาวและความเร็วของเซสชันหลัก ยังไม่ทดสอบ
ทีมใช้ระบบเดียวกัน แต่ละคนตั้งค่าเอง เวอร์ชันต่างกัน plugin ติดตั้งทีเดียว ทุกคนใช้เวอร์ชันเดียวกัน (p.17) จำนวนการตั้งค่าที่ต่างกันระหว่างสมาชิก ยังไม่ทดสอบ

🧱 ภาพรวม 5 ชั้น

แต่ละชั้นมีหน้าที่และขอบเขตแยกกัน และต่อกันเป็นลูกโซ่ (p.1, p.3)

ชั้น โฟลเดอร์/ไฟล์ ชื่อบทบาท หน้าที่
L1 CLAUDE.md / Risk.md / Risk.local.md Memory Layer กฎ ความเสี่ยง พฤติกรรมในเซสชัน
L2 skills/ Knowledge Layer คลังเซ็ตอัปและตรรกะของแต่ละเทรด
L3 hooks/ Guardrail Layer ระบบอัตโนมัติรอบเหตุการณ์ของเซสชัน
L4 subagents/ Delegation Layer ผู้ช่วยเฉพาะทางสำหรับงานหนัก
L5 plugin Distribution Layer รวมแพ็กเกจและส่งต่อทั้งระบบ
flowchart LR
  A["CLAUDE.md: ตั้งกฎ"] --> B["Playbooks: นิยามเซ็ตอัป"]
  B --> C["Hooks: บังคับวินัย"]
  C --> D["Subagents: งานหนัก"]
  D --> E["Plugins: แจกจ่าย"]

ลำดับตามภาพ (p.2): กฎ, เซ็ตอัป, วินัย, งานหนัก, แล้วค่อยเชื่อมระบบเข้าด้วยกันและแจกจ่าย

Warning แผนภาพ p.2 แสดงโฟลเดอร์ plugin ที่มี alerts/ และ reports/ แต่หน้า p.17 ระบุว่า plugin ส่งมอบ skills/, agents/, hooks/, commands/ ทั้งสองแบบไม่ตรงกัน ควรยึดรายการ p.17 เป็นหลักเมื่อสร้างแพ็กเกจ และยืนยันกับเครื่องมือที่ใช้จริงก่อน (ยังไม่ยืนยัน)

🧠 ทำความเข้าใจทีละชั้น

L1 - ชั้นความจำ (CLAUDE.md และ Risk.md)

ชั้นนี้ถูกโหลดและทำงานตลอดเวลา เป็นรากฐานของระบบ หลักคือ "กฎสำคัญกว่าความรู้สึก" และถ้ากฎไม่ได้เขียนไว้ที่นี่ ก็ไม่ถือว่าอยู่ในระบบ (p.3, p.5, p.6)

ไฟล์ ที่อยู่ บทบาท
CLAUDE.md (global) ~/.claude/CLAUDE.md โหลดทุกเซสชัน: สไตล์เทรด เวิร์กโฟลว์ พฤติกรรมเซสชัน นิสัยต่อรองไม่ได้ (p.5-6)
CLAUDE.md (project) .claude/CLAUDE.md โหลดเฉพาะตลาด/เซ็ตอัปนั้น: playbook บันทึกสภาวะตลาด กฎเฉพาะเซ็ตอัป (p.5)
Risk.md ข้าง CLAUDE.md กฎความเสี่ยงหลัก: ขนาดสถานะสูงสุด ขาดทุนต่อวันสูงสุด ตรรกะ stop-loss (p.6)
Risk.local.md ข้าง Risk.md ค่าที่ปรับเฉพาะตัว ไม่ถูก commit เข้า version control (p.2, p.6)

เนื้อหาใน CLAUDE.md แบ่งเป็น 4 ส่วน (p.5, p.6):

ส่วน ตอบคำถาม ใส่อะไร
trading.rules เทรดอย่างไร โมเดลเข้าออเดอร์ กฎยืนยัน เงื่อนไขห้ามเทรด
risk.rules รอดอย่างไร ขนาดสถานะสูงสุด ขาดทุนต่อวันสูงสุด ตรรกะ stop-loss
execution.workflow ลงมืออย่างไร เช็กลิสต์ก่อนเทรด ตัวกระตุ้นเข้า การจัดการเทรด แผนออก
session.behavior วางตัวอย่างไร เทรดเมื่อไร หยุดเมื่อไร คุมอาการ tilt กระบวนการทบทวน

L2 - ชั้นความรู้ (Playbooks / Skills)

Playbook คือคลังเซ็ตอัปที่โหลดเมื่อต้องใช้ Claude ดึงไฟล์ที่เกี่ยวข้องตามสิ่งที่คุณกำลังมองหาในเซสชันนั้น หลักคือ "ตลาดเปลี่ยน แต่ playbook ไม่เปลี่ยน" ความแม่นยำอยู่ในไฟล์ (p.8, p.9)

ตำแหน่ง ที่อยู่ ใช้กับ
Global ~/.claude/skills/ ใช้ซ้ำได้ทุกตลาด: ตรรกะร่วม รูปแบบและกฎยืนยันที่ใช้ได้ทุกเครื่องมือ
Project .claude/skills/ เฉพาะกลยุทธ์หรือตลาดเดียว: edge เฉพาะรีโป เวิร์กโฟลว์เฉพาะตลาด
Playbook ประเภทเซ็ตอัป ต้องนิยามอะไร
breakout.md ต่อเนื่องตามโมเมนตัม อะไรคือ breakout ที่ถูกต้อง การยืนยัน จุดเข้า การจัดการหลังเข้า
pullback.md เข้าตามเทรนด์ต่อเนื่อง ความลึกย่อที่ยอมรับได้ โครงสร้างยืนยันเทรนด์ เกณฑ์ที่ทำให้เซ็ตอัปเป็นโมฆะ
mean-reversion.md สวนและกลับตัว เงื่อนไขที่ราคายืดเกิน ตัวกระตุ้นสวน จุด stop แบบเด็ดขาด ตรรกะเป้ากำไร

Note แผนภาพ p.8 แสดง pullback.md ซ้ำสองบรรทัดในรายการ น่าจะเป็นความผิดพลาดในการวาดภาพ รายการที่ใช้อ้างอิงคือสามไฟล์ตามข้อความ p.9

L3 - ชั้นราวกั้น (Hooks)

Hook เป็นสคริปต์ shell ที่ทำงานแบบกำหนดได้แน่นอน ไม่ขออนุญาตและไม่พึ่งความจำ เหตุผลของชั้นนี้คือ วินัยที่พึ่งแรงใจย่อมล้มสักวัน ส่วนวินัยที่ถูกทำให้อัตโนมัติไม่ล้ม (p.11, p.12)

ลำดับการทำงานของทุก hook มี 3 ขั้น และไม่มีขั้นมือคั่นกลาง (p.11, p.12):

  1. เหตุการณ์เกิดขึ้น (เปิดเซสชัน, เข้าเทรด, สิ้นวัน)
  2. matcher ตรวจว่าเงื่อนไขครบหรือไม่
  3. คำสั่งทำงานโดยอัตโนมัติ
Hook ทำงานเมื่อไร ทำอะไร
PreMarket.sh ก่อนเปิดเซสชัน โหลดบริบทและโครงสร้างข้ามคืน กำหนด bias ระดับราคาสำคัญ กรอบความเสี่ยงวัน
PostTrade.sh หลังทุกการเข้าออเดอร์ บันทึกการแมตช์ เก็บ metadata ของเทรด จับสิ่งที่เปลี่ยนในสถานะ
EndOfDay.sh ก่อนตลาดปิด เก็บสถานะทั้งเซสชัน บันทึกข้อมูล P&L เตรียมรายการจดบันทึกสำหรับทบทวน

L4 - ชั้นมอบหมายงาน (Subagents)

Subagent คือ Claude เฉพาะทางที่ทำงานใน context window ของตัวเอง เซสชันหลักเป็น parent ที่ตั้งเป้าหมายและมอบหมาย ส่วน child ถูกสร้างมาทำงานเดียว มี prompt เครื่องมือ และ context ของตัวเอง เสร็จแล้วส่งคำตอบเดียวกลับแล้วปิดตัว เซสชันหลักไม่เห็น "เสียงรบกวน" เห็นแต่ผลลัพธ์ (p.13, p.14)

Subagent งาน สิ่งที่ได้กลับมา
market-researcher.md ข่าว ตัวเร่งราคา โครงสร้างตลาด สรุปเชิงโครงสร้าง: เกิดอะไรขึ้น สำคัญอย่างไร กระทบ bias อย่างไร
risk-manager.md คำนวณขนาด การเปิดรับความเสี่ยง จำลองฝั่งขาลง ขนาดสถานะที่แนะนำ พร้อมผลฝั่งขาลงที่ชัดเจน
journal-analyzer.md ทบทวนประวัติเทรดและจับข้อผิดพลาด รูปแบบความผิดพลาดซ้ำ เซ็ตอัปที่ทำผลดี และสิ่งที่ต้องเปลี่ยน

L5 - ชั้นแจกจ่าย (Plugins)

Plugin รวม skills, agents, hooks และ commands เป็นแพ็กเกจเดียว สร้างครั้งเดียว ติดตั้งได้ทุกเครื่อง และแชร์ให้ทีมได้ในคลิกเดียว ทุกคนจึงใช้เวอร์ชันเดียวกันของระบบเดียวกัน (p.16, p.17)

ส่วนประกอบ คืออะไร
Manifest (plugin.json) พิมพ์เขียวของระบบ: กลยุทธ์ที่มี กฎที่ทำงาน ทริกเกอร์ที่ยิง และเวอร์ชันที่ใช้
Store (marketplace URL) จุดที่ทีมค้นพบ ติดตั้ง และอัปเดต plugin ได้ทันที (p.16: อัปเดตถึงทุกคนทันที)
โฟลเดอร์ สิ่งที่บรรจุ
skills/ edge จริงของคุณ: playbook นิยามเซ็ตอัป ตรรกะยืนยัน
agents/ subagent เฉพาะทาง ใส่ version (p.17: เข้า ออก ขนาด hedge จัดการความเสี่ยง)
hooks/ การแจ้งเตือน เงื่อนไข และตัวกระตุ้นตามเหตุการณ์ตลาด
commands/ ชั้นลงมือ: เข้า ทยอยเพิ่ม ตัด hedge ปิด ให้เป็นมาตรฐานเดียวกันทั้งทีม

🧪 ลองใช้

ตัวอย่างประกอบ (ตัวเลขเป็นของเราเอง ไม่ใช่ข้อมูลจริง)

ใช้คำนวณว่าเทรดหนึ่งพอดีกับงบความเสี่ยงที่เหลือหรือไม่ ซึ่งเป็นงานของ risk-manager:

รายการ ค่า วิธีคำนวณ
ขนาดบัญชี 10,000 USD กำหนด
ความเสี่ยงสูงสุดต่อเทรด 1% = 100 USD 10,000 x 1%
ขาดทุนสะสมสูงสุดต่อวัน 3% = 300 USD 10,000 x 3%
ขาดทุนไปแล้ววันนี้ 200 USD กำหนด
งบความเสี่ยงที่เหลือ 100 USD 300 - 200
ราคาเข้า / ราคา stop 50.00 / 48.00 กำหนด
ความเสี่ยงต่อหน่วย 2.00 USD 50.00 - 48.00
ขนาดที่ได้ 50 หน่วย 100 / 2.00
ความเสี่ยงรวมของเทรด 100 USD 50 x 2.00
ผล พอดีงบที่เหลือ 100 = 100 ดังนั้นเทรดถัดไปควรถูกบล็อก

เมื่อไรควรใช้ / ไม่ควรใช้

ใช้เมื่อ ไม่ควรใช้เมื่อ ต้องมีก่อน
เทรดซ้ำตามเซ็ตอัปที่นิยามได้ชัด ยังไม่มีเซ็ตอัปที่เขียนเป็นกฎได้ (ตีความ) ตัวเลขความเสี่ยงที่ตัดสินใจแล้ว
อยากให้การจดบันทึกและทบทวนเป็นอัตโนมัติ เทรดไม่บ่อยจนการตั้งระบบไม่คุ้ม (ตีความ) บันทึกเทรดเก็บที่ trades.log
ทีมต้องใช้ชุดกฎเดียวกัน (L5) ระบบส่วนบุคคลที่ยังเปลี่ยนทุกสัปดาห์ (ตีความ) L1-L4 นิ่งแล้วค่อยทำ L5

ก้าวแรกที่เล็กที่สุด

ใช้พรอมต์ "BUILD MY CLAUDE.MD" เติมสไตล์ ไทม์เฟรม edge ขาดทุนสูงสุดต่อวัน และเปอร์เซ็นต์เสี่ยงต่อเทรด (p.6) แล้วบันทึกเป็น CLAUDE.md กับ Risk.md

ทดสอบก่อนและหลัง (ตั้งเกณฑ์ก่อนรัน)

รายการ ค่า
ตัวชี้วัด จำนวนกฎที่ฝ่าฝืนต่อ 5 วันเทรด จากการสรุปท้ายวัน
ฐานเปรียบเทียบ 5 วันเทรดก่อนติดตั้งระบบ (นับย้อนหลังจากบันทึกเดิม ถ้ามี)
เกณฑ์ผ่าน (ตัวอย่างของเรา) ฝ่าฝืนลดลงอย่างน้อยครึ่งหนึ่งใน 5 วันถัดไป และบันทึกเทรดครบทุกรายการ

🧰 พรอมต์พร้อมใช้ทุกชั้น

ข้อความทั้งหมดมาจากชุดพรอมต์ตามหน้าที่ระบุ ปรับค่าในวงเล็บเหลี่ยมให้ตรงกับของคุณ

ภาพรวมระบบ (p.3, p.4)

  • โหลดระบบเต็ม: Load CLAUDE.md, Risk.md, and the breakout playbook. Confirm each rule is active and summarize my current session constraints.
  • ตรวจสุขภาพระบบ: Review all five layers of my trading system. Identify any gaps, conflicts between rules, or missing components.
  • สรุปก่อนเซสชัน: Run PreMarket.sh, load the relevant playbook for today, and give me a one-paragraph briefing on what I should be looking for this session.

L1 (p.6, p.7)

  • สร้าง CLAUDE.md: I trade [your style] on [timeframe]. My edge is [describe setup]. My max daily loss is [amount] and I never risk more than [%] per trade. Write my complete CLAUDE.md including trading.rules, risk.rules, execution.workflow, and session.behavior sections.
  • บังคับกฎกลางเซสชัน: Check my current position against Risk.md. Am I within my max position size and daily drawdown limits? Flag any violations immediately.
  • สรุปท้ายเซสชัน: Review today's session against my CLAUDE.md rules. Which rules did I follow? Which did I break? Give me three specific corrections for tomorrow.

L2 (p.9, p.10)

  • เขียน breakout: Write a breakout.md playbook for [your instrument]. Include: valid breakout structure, volume confirmation rules, entry trigger, initial stop placement, scaling logic, and the conditions that invalidate the setup.
  • โหลดและใช้: Load pullback.md. Scan [instrument] on [timeframe] and identify any current setups that match the pullback criteria. For each one, specify entry, stop, and target.
  • ให้คะแนนเซ็ตอัป: I am looking at this chart: [describe or attach]. Score this setup against my breakout.md criteria from 1 to 10 and tell me what is missing before I can take the trade.

L3 (p.12)

  • PreMarket: Write a PreMarket.sh hook that: fetches overnight high and low for [instrument], identifies the current market regime (trend or range), sets a bias for the session, and outputs a structured pre-market briefing I can read in under 60 seconds.
  • PostTrade: Write a PostTrade.sh hook that logs: instrument, direction, entry price, stop price, size, fill time, and the setup type from my playbook. Save each entry to trades.log with a timestamp.
  • EndOfDay: Run EndOfDay.sh. Summarize my session: total trades, win rate, largest win, largest loss, and whether I followed my CLAUDE.md rules. Flag any rule violations with specific examples.

L4 (p.14, p.15)

  • Market researcher: Spawn market-researcher subagent. Task: research [instrument] for today's session. Return: top 3 catalysts, current market structure, any scheduled events in the next 4 hours, and a one-line session bias.
  • Risk manager: Spawn risk-manager subagent. Account size: [amount]. Planned trade: [instrument], direction [long/short], entry [price], stop [price]. Return: recommended size, dollar risk, max adverse excursion scenario, and whether this trade fits within today's remaining risk budget.
  • Journal analyzer: Spawn journal-analyzer subagent. Review my last 30 trades in trades.log. Identify my top 3 recurring mistakes, my best performing setup type, and the one rule I break most often. Format as a structured report.

L5 (p.17, p.18)

  • สร้าง manifest: Create a plugin.json manifest for my trading system. Include: system name, version 1.0.0, list of active strategies from my skills/ folder, list of agents in my agents/ folder, hooks that fire automatically, and the commands available to the team.
  • แพ็กเกจให้ทีม: Bundle my current system for team distribution. Include skills/, agents/, hooks/, and commands/. Write a README that explains how to install, what each component does, and what the team needs to configure before their first session.
  • ตรวจก่อนปล่อย: Review my plugin before I publish it. Check for: missing risk rules, hooks that reference non-existent files, agent prompts that conflict with CLAUDE.md, and any commands that could bypass Risk.md limits.

✅ ลำดับสร้างและเช็กลิสต์

ขั้น ทำอะไร ผ่านเมื่อ สถานะ
1 สร้าง CLAUDE.md และ Risk.md ครบ 4 ส่วนและมีตัวเลขขาดทุนสูงสุดต่อวัน ⚪
2 เขียน playbook อย่างน้อย 1 ไฟล์ มีเงื่อนไขทำให้เซ็ตอัปเป็นโมฆะ ⚪
3 สร้าง hook สามตัว trades.log มีบรรทัดใหม่หลังเทรดจำลอง ⚪
4 ตั้ง subagent คำตอบกลับเป็นรายงานเดียวตามรูปแบบที่ขอ ⚪
5 รันตรวจสุขภาพทั้ง 5 ชั้น ไม่มีกฎขัดกันและไม่มีไฟล์ที่ hook อ้างถึงแล้วหาย ⚪
6 สร้าง manifest แล้วตรวจก่อนปล่อย ไม่มี command ที่ข้าม Risk.md ⚪

ขั้น 1-4 ตามลำดับชั้นในเนื้อหา ส่วนเกณฑ์ผ่านเป็นข้อเสนอของเรา (ตีความ)

⚠️ ความเสี่ยงและข้อจำกัด

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

ประเด็น อธิบาย ป้ายหลักฐาน
ไม่ได้สร้าง edge ระบบปกป้อง edge ที่มี ถ้าเซ็ตอัปไม่มีความได้เปรียบ ก็เสียอย่างสม่ำเสมอ ตีความจาก p.3
พรอมต์ไม่เท่ากับการบังคับ พรอมต์ flag violations คือการตรวจ ไม่บล็อกออเดอร์ที่โบรกเกอร์ ต้องยืนยันกลไกเอง ตีความ
hook ที่ผิดพลาด hook อ้างไฟล์ที่ไม่มี หรือ agent ขัด CLAUDE.md ทำให้ระบบเงียบหรือขัดแย้ง อ่านจาก p.18
command ข้ามขีดจำกัด command ใน plugin บางตัวอาจข้าม Risk.md ได้ ต้องตรวจก่อนแจก (p.18) อ่านจาก p.18
ความเสี่ยงของ Risk.local.md ค่าที่ปรับเฉพาะตัวไม่ถูก commit ทีมอาจไม่รู้ว่ากฎจริงของแต่ละคนต่างกัน ตีความ
รายการ L5 ไม่ตรงกัน ดูคำเตือนในหัวข้อ "ภาพรวม 5 ชั้น" ข้อมูลขัดกัน p.2 กับ p.17
Skill ไม่ใช่ผลวิเคราะห์ที่ตรวจแล้ว คะแนน 1-10 หรือรายงานของ subagent มาจากโมเดล ควรตรวจเทียบข้อมูลจริง ตีความ

🔍 ข้อเท็จจริงเทียบความเห็น

ประเภท ตัวอย่าง
ข้อเท็จจริงเชิงโครงสร้าง L1 ถูกโหลดเสมอ, playbook โหลดตามต้องการ (p.3, p.9)
ข้อเท็จจริงเชิงโครงสร้าง (ต่อ) hook ทำงาน 3 ขั้น, subagent ใช้ context แยก (p.12, p.14)
ความเห็นที่ยืนยันในเนื้อหา "discretion loses, systems win" (p.3)
ความเห็นที่ยืนยันในเนื้อหา (ต่อ) "ถ้าไม่เขียนไว้ก็ไม่มีในระบบ" (p.6)
ความเห็นที่ยืนยันในเนื้อหา (ต่อ) "วินัยที่อัตโนมัติไม่ล้ม" (p.12)
ความเห็นของเรา เริ่มที่ L1 กับ L3 ก่อน, เกณฑ์ผ่านในการทดสอบ, ตัวอย่างการคำนวณขนาด
ยังไม่ยืนยัน ผลลัพธ์ที่ปรับปรุงจริงของระบบ
ยังไม่ยืนยัน (ต่อ) พฤติกรรมของเครื่องมือเมื่อเปิดใช้ hook และ plugin ในสภาพแวดล้อมของคุณ

🧪 ทดสอบความเข้าใจ

คำถาม คำตอบ คำตอบที่มักผิด
ทำไมเซ็ตอัปที่ดีแต่ทำไม่สม่ำเสมอจึงแย่กว่าไม่มีเซ็ตอัป เพราะให้ข้อมูลเท็จว่าอะไรได้ผล คุณจะประเมินกลยุทธ์ผิด (p.3) "เพราะขาดทุนมากกว่า"
กฎ "หยุดเทรดเมื่อขาดทุนครบ 3%" ควรอยู่ในไฟล์ไหนและทำไม Risk.md / session.behavior เพราะโหลดเสมอ ไม่เขียนก็ไม่อยู่ในระบบ (p.6) ใส่ใน playbook เพราะเป็นกฎเฉพาะเซ็ตอัป
playbook global กับ project ต่างกันอย่างไร อะไรควรอยู่ฝั่ง project global ใช้ได้ทุกตลาด project เฉพาะกลยุทธ์นั้น เช่น กฎเฉพาะตลาดของรีโป (p.9) ต่างกันที่ความยาวของไฟล์
hook ต่างจากการพิมพ์พรอมต์ให้ Claude ทำงานเดียวกันตรงไหน hook ทำงานเองเมื่อเหตุการณ์เกิดและไม่ขออนุญาต ไม่พึ่งความจำของคุณ (p.12) ต่างกันแค่ความเร็ว
ข้อจำกัดหนึ่งของการตรวจ Risk.md ผ่านพรอมต์กลางเซสชันคืออะไร ต้องมีคนสั่งตรวจ และเป็นการแจ้งเตือน ไม่ได้บล็อกออเดอร์ (ตีความ) "ระบบบังคับให้ทุกออเดอร์ผ่านกฎโดยอัตโนมัติ"
ก่อนปล่อย plugin ให้ทีม ต้องเช็กอะไรเป็นพิเศษ กฎความเสี่ยงไม่หาย และไม่มี hook/agent/command ที่อ้างผิดหรือข้าม Risk.md (p.18) ตรวจแค่ว่าติดตั้งได้

📌 การตัดสินใจและขั้นต่อไป

Recommendation เริ่มจาก L1 และ hook ทั้งสามตัว ใช้ 5 วันเทรดวัดการฝ่าฝืนกฎ แล้วค่อยเพิ่ม playbook, subagent และ plugin เมื่อมีหลักฐานจากบันทึกของตัวเองว่าชั้นก่อนหน้าได้ผล (ตีความ)

📚 Sources

ไม่มีสถาบันหรือ repo ภายนอกที่ถูกอ้างเป็นหลักฐาน ทุกอ้างอิงหน้า (p.N) เป็นตำแหน่งในชุดคู่มือที่ใช้เขียนหน้านี้

🔤 ตัวย่อที่ใช้ในหน้านี้

ตัวย่อ ชื่อเต็ม คืออะไร อ่านค่าอย่างไร
L1-L5 Layer 1-5 ชั้นของระบบ ห้าชั้น (p.1) L3 = ชั้น Guardrail (hooks)
CLAUDE.md ชื่อไฟล์ความจำ ไฟล์กฎหลักที่ Claude โหลดทุกเซสชัน (p.5, p.6) ไฟล์ global ที่ ~/.claude/
Risk.md ไฟล์กฎความเสี่ยง เก็บขนาดสถานะสูงสุด ขาดทุนสูงสุดต่อวัน stop-loss (p.6) 3% ต่อวัน = หยุดเมื่อขาดทุนถึง 3%
MD / .md Markdown นามสกุลไฟล์ข้อความ breakout.md = playbook ในรูป Markdown
.sh Shell script สคริปต์ shell ที่ hook ใช้ (p.12) PreMarket.sh = สคริปต์ก่อนเปิดตลาด
JSON JavaScript Object Notation รูปแบบไฟล์ข้อมูล ใช้กับ plugin.json (p.17) plugin.json = manifest
URL Uniform Resource Locator ที่อยู่เว็บของ store (p.17) marketplace URL = ที่ติดตั้ง plugin
MCP Model Context Protocol โครงสร้างเชื่อมต่อเครื่องมือภายนอก ปรากฏเป็น "MCP Server" ในแผนภาพ p.2 MCP Server = ตัวเชื่อมเครื่องมือภายนอก
API Application Programming Interface ช่องทางให้โปรแกรมคุยกัน (ปรากฏใน p.2) "APIs" = บริการภายนอกที่เชื่อมได้
MAE Maximum Adverse Excursion ระยะที่ราคาวิ่งสวนสถานะสูงสุดระหว่างถือ (p.14) MAE 2.00 = ราคาสวนไปสูงสุด 2.00 หน่วย
P&L Profit and Loss กำไรขาดทุน (p.12 เขียนว่า "P and L") P&L -200 = ขาดทุน 200
README ไฟล์อธิบายการติดตั้งและใช้งาน คู่มือประกอบแพ็กเกจ (p.17) README บอกว่าต้องตั้งค่าอะไรก่อนเซสชันแรก
USD US Dollar หน่วยเงินที่ใช้ในตัวอย่างประกอบของเรา 100 USD = ความเสี่ยงต่อเทรด
bias (ไม่ใช่ตัวย่อ) ทิศทางที่ตั้งไว้สำหรับวัน (p.12) bias ขึ้น = มองหาฝั่งซื้อ

ตัวย่อที่นิยามจากความรู้ทั่วไป ไม่ได้ให้ความหมายไว้ในเนื้อหา: MCP, API, MAE, P&L, JSON, USD, URL, README คำว่า "tilt" หมายถึงอารมณ์เสียจนตัดสินใจเทรดผิดพลาด เป็นความหมายทั่วไปในวงการเทรด

🏁 Summary

  • ระบบมี 5 ชั้นต่อกันเป็นลูกโซ่: กฎ (L1), เซ็ตอัป (L2), วินัยอัตโนมัติ (L3), งานวิเคราะห์ที่แยก context (L4), การแจกจ่าย (L5) (p.3)
  • 20% ที่ควรทำก่อนคือ CLAUDE.md + Risk.md และ hook ทั้งสามตัว
  • ข้ออ้างว่าระบบดีกว่าการตัดสินใจตามอารมณ์ยังไม่มีหลักฐานเชิงตัวเลข ต้องทดสอบด้วยบันทึกของตัวเอง
  • ข้อมูลเรื่องโฟลเดอร์ใน plugin ขัดกันระหว่าง p.2 กับ p.17 ควรยืนยันก่อนใช้งานจริง
  • ก่อนปล่อยให้ทีม ให้ตรวจว่าไม่มี command ใดข้าม Risk.md (p.18)

Coverage

  • อ่านครบ: pp.1, 3, 4, 6, 7, 9, 10, 12, 14, 15, 17, 18 (ข้อความ)
  • เปิดดูภาพ: pp.2, 5, 8, 11, 13, 16 ทั้งหกหน้า
  • หน้าที่ไม่ได้ตรวจเป็นภาพ: pp.1, 3, 4, 6, 7, 9, 10, 12, 14, 15, 17, 18 อ่านจากข้อความที่สกัดเท่านั้น
  • แผนภาพไม่มีค่าตัวเลขของกราฟ จึงไม่มีการอ่านค่าจากภาพ
  • หมายเหตุ: ตัวเลขหน้าในหน้านี้ใช้เลขที่ปรากฏในข้อความที่สกัดและที่ท้ายหน้าของภาพ
Facebook

ความรู้ที่เกี่ยวข้อง