เปลี่ยน Claude Opus 4.7 ให้เป็น AI Trader 24/7 แบบใช้งานได้จริง

สรุปจากคลิป ดูคลิปต้นฉบับ

สิ่งที่น่าสนใจที่สุดในคลิปนี้ ไม่ใช่แค่การเอา AI ไป “ช่วยเทรดหุ้น” แต่คือการทําให้ AI กลายเป็นระบบที่ตื่นมาทํางานเองเป็นรอบๆ มีความจํา มีวินัย และส่งรายงานกลับมาได้เหมือนพนักงานคนหนึ่งจริงๆ นี่คือหัวใจของคลิปจาก Nate Herk | AI Automation ที่เอา Claude Opus 4.7 มาประกอบเข้ากับ Claude Code Routines จนได้เอเจนต์เทรดหุ้นที่รัน 24/7

มุมที่น่าคิดต่อสําหรับคนทําธุรกิจไทยคือ แนวคิดนี้ไม่ได้จํากัดอยู่แค่การลงทุนเลย ถ้า AI สามารถ “ตื่นตามเวลา อ่านไฟล์ความจํา ทํางาน ตัดสินใจ แล้วเขียนบันทึกต่อ” ได้ เราก็กําลังมองเห็น pattern ของ AI worker ที่เอาไปใช้กับงานขาย การตลาด ซัพพอร์ต หรือสรุปงานประจําวันได้เหมือนกัน คลิปนี้จึงน่าสนใจมากกว่าเรื่องหุ้น เพราะมันสอนวิธีคิดเรื่อง AI agent ที่มี routine และ memory แบบใช้งานจริง

สารบัญ

• Step 1: เริ่มจากเป้าหมายให้ชัดก่อน ว่าเรากําลังสร้าง AI trader แบบไหน
• Step 2: เลือก tech stack ให้ง่ายที่สุด แต่พอสําหรับงานจริง
• Step 3: เข้าใจ mental model ก่อน AI agent ไม่ได้ “จําเอง” ถ้าเราไม่ออกแบบ memory
• Step 4: สร้าง strategy ก่อน อย่าโยน AI ลงสนามโดยไม่มีคู่มือ
• Step 5: Scaffold โปรเจกต์ให้ดี เพราะโครงสร้างไฟล์คือรากฐานของ agent
• Step 6: วาง guardrails ให้แน่น ก่อนเปิดสิทธิ์ให้ AI ตัดสินใจเอง
• Step 7: ออกแบบ routines ให้แต่ละรอบมีหน้าที่ต่างกัน
• Step 8: แยก local กับ remote ให้เข้าใจ เพราะมีผลต่อการใช้งานจริง
• Step 9: ตั้ง environment และ API keys ให้ถูกตั้งแต่แรก
• Step 10: ทดสอบทุก routine แบบ run now ก่อน แล้วค่อยปล่อยใช้งานจริง
• Step 11: มองให้ไกลกว่าเรื่องเทรด นี่คือแม่แบบของ AI worker สําหรับธุรกิจ
• Actionable Insights
• Troubleshooting
• การต่อยอด
• สรุป Checklist ทั้งหมด

Step 1: เริ่มจากเป้าหมายให้ชัดก่อน ว่าเรากําลังสร้าง AI trader แบบไหน

Nate ไม่ได้ตั้งเป้าแบบหวือหวา เขาไม่ได้จะสร้างบอทสาย day trade หรือสายเก็งกําไรหนักๆ แต่ตั้งโจทย์ง่ายและฉลาดกว่า คือ พยายามชนะ S&P ในฐานะการลงทุนระยะยาวกึ่งทดลอง

นี่เป็นจุดที่ชอบมาก เพราะเวลาคนเริ่มใช้ AI กับงานจริง มักตั้งเป้ากว้างเกินไป เช่น “ให้ AI ดูแลการตลาดทั้งหมด” หรือ “ให้ AI เทรดแทนทั้งหมด” ซึ่งสุดท้ายจะพังเพราะไม่มีกรอบชัดเจน แต่ในคลิปนี้โจทย์ชัดมาก คือ

• ให้ AI วิจัยตลาด
• วางคําสั่งซื้อขายผ่าน Alpaca API
• จดบันทึกสิ่งที่เกิดขึ้นลงไฟล์
• ส่งสรุปรายวันไปที่ ClickUp
• ทําทั้งหมดตามเวลา เช่น pre-market, market open, midday, close

สําหรับธุรกิจไทย นี่คือบทเรียนสําคัญมาก เราไม่ควรเริ่มจาก “เอา AI มาทําทุกอย่าง” แต่ควรเริ่มจาก routine ที่เกิดซ้ําทุกวัน แล้วแตกมันออกเป็นช่วงเวลาและงานย่อยให้ชัดก่อน เช่น

• 08:00 เช็กยอดขายเมื่อวาน
• 09:00 สรุป lead ใหม่จากทุกช่องทาง
• 13:00 วิเคราะห์คําถามลูกค้าที่เข้ามาช่วงเช้า
• 17:00 สรุปสถานะงานและสิ่งที่ต้องตามต่อพรุ่งนี้

Step 2: เลือก tech stack ให้ง่ายที่สุด แต่พอสําหรับงานจริง

ชุดเครื่องมือในคลิปมีไม่เยอะ แต่ประกอบกันแล้วทรงพลังมาก โดยมีแกนหลักดังนี้

• Claude Code Routines สําหรับตั้งเวลาทํางาน
• Claude Opus 4.7 เป็น model หลักสําหรับ reasoning และงาน agentic
• Alpaca API สําหรับซื้อขายหุ้น
• Perplexity API สําหรับทํา research
• ClickUp สําหรับรับ notification และสรุปผล

ประเด็นที่คนไม่ใช่สาย developer ควรเห็นคือ Nate ไม่ได้ทําระบบแปลกซับซ้อน เขาเลือกเครื่องมือที่แต่ละตัวมีบทบาทชัด แล้วเอามาต่อกันผ่าน API เท่านั้นเอง

ถ้าแปลงเป็นโลกธุรกิจไทย เราก็ใช้ logic เดียวกันได้ เช่น

• Claude Code Routines = ตัวตั้งเวลา
• Model AI = ตัวคิดและตัดสินใจ
• Google Sheets / CRM / ERP = แหล่งข้อมูลหรือปลายทางคําสั่ง
• LINE / Slack / ClickUp = ช่องทางแจ้งเตือน

พูดอีกแบบคือ สิ่งที่สําคัญไม่ใช่ชื่อ tool แต่คือการออกแบบว่าใครทําหน้าที่อะไรใน workflow

Step 3: เข้าใจ mental model ก่อน AI agent ไม่ได้ “จําเอง” ถ้าเราไม่ออกแบบ memory

นี่คือส่วนที่มีค่าที่สุดของทั้งคลิป Nate อธิบายชัดว่าเวลา routine ถูกเรียกขึ้นมา Claude Code จะเหมือนตื่นขึ้นมาแบบเกือบไร้ความจํา มันไม่ได้รู้ทุกอย่างต่อเนื่องเหมือนมนุษย์

เพราะฉะนั้น ถ้าอยากให้ agent มีวินัยและดูเหมือนเรียนรู้ได้ เราต้องทําให้มัน อ่านไฟล์ก่อนทํางาน และเขียนไฟล์หลังทํางาน

แนวคิดนี้ฟังดูง่าย แต่สําคัญมาก เพราะมันทําให้ AI จากแค่ chatbot กลายเป็น worker ที่ทํางานเป็นรอบๆ ได้จริง โดยโครงสร้างจะเป็นประมาณนี้

1. Routine ทํางานตามเวลา
2. AI เปิดอ่านไฟล์ memory และกฎต่างๆ
3. AI ทํา task ของรอบนั้น
4. AI บันทึกสิ่งที่เรียนรู้ ผลลัพธ์ และสถานะล่าสุดกลับลงไฟล์
5. รอบถัดไป AI คนเดิมหรือ session ใหม่ก็มาอ่านต่อได้

นี่แหละคือ pattern ที่เจ้าของธุรกิจเอาไปใช้ได้ทันที เช่น ให้ AI ดูแลแชตลูกค้า ถ้ามันอ่านไฟล์ “คู่มือการตอบ”, “คําถามที่เจอบ่อย”, “เคสที่ยังค้าง” ก่อนทุกครั้ง มันก็จะตอบได้มีเส้นมีสายขึ้นมาก

อีกจุดที่ Nate เตือนแล้วถูกต้องมากคือ อย่าคิดว่ามี context window เยอะแล้วจะยัดทุกอย่างเข้าไปได้ token คือค่าใช้จ่าย และ context เยอะเกินไปก็ทําให้งานเละได้เหมือนกัน สั้นๆ คือให้ใช้ไฟล์ความจําแบบตั้งใจ ไม่ใช่โยนข้อมูลมั่วๆ เข้าไป

Step 4: สร้าง strategy ก่อน อย่าโยน AI ลงสนามโดยไม่มีคู่มือ

Nate ใช้อุปมาเรื่องสอนเด็กขี่จักรยาน ซึ่งตรงมาก เราไม่จับเด็กขึ้นจักรยานแล้วปล่อยมือทันที AI ก็เหมือนกัน ถ้าจะให้ไปซื้อขายเงินจริง ต้องเริ่มจากกรอบคิดก่อน

เขาเสนอไว้สองทาง

• ถ้ามีกลยุทธ์เทรดของตัวเองอยู่แล้ว ให้เขียนออกมาเป็นข้อๆ
• ถ้ายังไม่มี ให้ใช้ AI ช่วยค้นคว้าและช่วยสร้าง strategy ตั้งต้น

สิ่งที่น่าสนใจคือ Nate เองเคยให้ OpenClaw agent ไปค้นคว้า strategy มาให้เลย แล้วเอาความรู้ทั้งหมด migrate เข้ามาใน Claude Code project ใหม่ ไม่ได้เริ่มจากศูนย์

นี่เป็นวิธีคิดที่ดีสําหรับงานธุรกิจมาก เราไม่จําเป็นต้องเริ่มใหม่ทุกครั้ง ถ้ามี SOP เดิม มี playbook เดิม มีสคริปต์ขายเดิม หรือมีแนวทางตัดสินใจของทีมอยู่แล้ว เราควรย้ายทั้งหมดเข้าไปเป็น memory ของ agent แทน

อีกประเด็นที่ควรจําคือ benchmark ไม่ได้แปลว่า AI จะเก่งทุกอย่าง Nate ชี้ไว้ชัดว่า benchmark เรื่อง agentic financial analysis ของ Opus 4.7 หมายถึงมันเก่งวิเคราะห์บริษัท เก่งอ่านเอกสาร เก่งสรุป thesis การลงทุน ไม่ได้แปลว่าเก่งเทรดระยะสั้นหรือจับจังหวะกราฟเป๊ะๆ

ตรงนี้เป็นมุมที่ควรระวังมาก เวลาธุรกิจเห็น benchmark ดีๆ แล้วรีบเชื่อว่า model จะเก่งกับ use case ของเราเลย มันไม่จริงเสมอไป เราต้องแยกว่า benchmark นั้นวัดอะไรแน่

Step 5: Scaffold โปรเจกต์ให้ดี เพราะโครงสร้างไฟล์คือรากฐานของ agent

หลังจากได้ strategy แล้ว Nate ก็เริ่มสร้างโฟลเดอร์โปรเจกต์ใหม่ใน VS Code แล้วให้ Claude ช่วย reorganize โครงสร้างไฟล์ เช่น

• ไฟล์คําสั่งหลัก
• memory files
• trade log
• research log
• weekly review
• commands และ scripts ที่เกี่ยวข้อง

สาระสําคัญไม่ใช่ชื่อไฟล์ แต่คือการแยก “สิ่งที่ agent ต้องรู้อยู่เสมอ” ออกจาก “สิ่งที่เพิ่งเกิดขึ้น” และ “สิ่งที่ต้องทําในรอบนี้” ให้ชัด

ถ้าเอาไปใช้กับธุรกิจไทย เราอาจแยกแบบนี้ได้เลย

• company_rules.md กฎการทํางานและข้อห้าม
• current_status.md สถานะล่าสุดของธุรกิจ
• daily_log.md บันทึกสิ่งที่เกิดขึ้นแต่ละวัน
• customer_notes.md ข้อมูลลูกค้าหรือเคสสําคัญ
• weekly_review.md บทสรุปรายสัปดาห์

ยิ่งแยกชัด AI ยิ่งทํางานนิ่งขึ้น

Step 6: วาง guardrails ให้แน่น ก่อนเปิดสิทธิ์ให้ AI ตัดสินใจเอง

ช่วงนี้เป็นส่วนที่คนมักมองข้าม เพราะพอเห็น AI ทํางานได้ ก็อยากรีบปล่อยอัตโนมัติ แต่ Nate พูดชัดว่า agent เป็นสิ่งที่ “ขยันเกินไป” ถ้าไม่ตั้งกรอบ มันอาจทําเกินหน้าที่ได้

ตัวอย่าง guardrails ที่เขายกมา เช่น

• เริ่มจาก paper trading ก่อน
• จํากัดสัดส่วนต่อ position เช่น ไม่เกิน 5% ของพอร์ต
• ตั้ง daily loss cap
• ห้ามซื้อสินทรัพย์บางประเภท
• จํากัดจํานวนการเปิด position ใหม่ต่อสัปดาห์

ถ้าแปลเป็น use case ธุรกิจ หลักคิดก็เหมือนกันมาก เช่น

• AI เขียนอีเมลได้ แต่ห้ามส่งเองถ้ายังไม่ผ่านเงื่อนไข
• AI ให้ส่วนลดได้ แต่ไม่เกินเพดานที่กําหนด
• AI อนุมัติงานบางประเภทได้ แต่ถ้าเกินวงเงินต้องส่งต่อคน
• AI สรุปรายงานได้ แต่ห้ามลบข้อมูลต้นฉบับ

พูดให้สั้นที่สุดคือ AI ไม่ได้ต้องการแค่ prompt ที่ฉลาด แต่ต้องการข้อห้ามที่ชัด

Step 7: ออกแบบ routines ให้แต่ละรอบมีหน้าที่ต่างกัน

โครงสร้าง routine ในคลิปถือว่าออกแบบมาดีมาก เพราะไม่ได้สั่งให้ agent ทําทุกอย่างทุกครั้ง แต่แบ่งตามช่วงเวลาของตลาด

• Pre-market สําหรับวิจัยข่าว หา catalyst และร่างไอเดียเทรด
• Market open สําหรับ execute คําสั่งที่วางไว้และตั้ง trailing stop
• Midday สําหรับดู position ระหว่างวัน เช่น คัทตัวที่หลุดเงื่อนไข
• Close สําหรับสรุปสิ่งที่เกิดขึ้นในวันนั้น
• Weekly review สําหรับรีวิวผลงานรายสัปดาห์ในวันศุกร์

นี่คือ design pattern ที่เอาไปใช้กับงานสํานักงานได้สบายมาก เช่น agent การตลาด

• เช้า: ดึง performance แคมเปญและข่าวตลาด
• สาย: เสนอ action ที่ควรทําวันนี้
• บ่าย: เช็กว่ามีอะไรผิดปกติหรือไม่
• เย็น: สรุปผลและอัปเดต memory
• ปลายสัปดาห์: รีวิวว่าอะไรเวิร์ก อะไรไม่เวิร์ก

จุดที่ควรเอาไปใช้ทันทีคือ แต่ละ routine ควรมี prompt เฉพาะของตัวเอง และควรย้ํา 3 อย่างทุกครั้ง

1. อ่านไฟล์ก่อน
2. ทํางานตามหน้าที่ของรอบนั้น
3. อัปเดตไฟล์ memory ตอนจบ

Step 8: แยก local กับ remote ให้เข้าใจ เพราะมีผลต่อการใช้งานจริง

อีกจุดที่คลิปอธิบายได้ดีคือ Claude Code Routines มีทั้งแบบ local และ remote

Local คือรันบนเครื่องเรา ถ้าปิดแอปหรือปิดเครื่อง routine ก็ไม่ทํางาน

Remote คือรันบน cloud โดยอิงจาก GitHub repository ของโปรเจกต์นั้น ทําให้เครื่องปิดอยู่ก็ยังทํางานได้

สําหรับงานจริง ถ้าอยากให้ AI ทํางาน 24/7 เราแทบต้องไปทาง remote อยู่แล้ว แต่พอเป็น remote ก็มีเรื่องสําคัญเพิ่มมาอีกข้อ คือไฟล์ memory ที่ถูกแก้ระหว่างรัน ต้องถูก push กลับเข้า repo ด้วย ไม่งั้นรอบต่อไปจะไม่เห็นความเปลี่ยนแปลง

นี่เป็น detail ที่เล็กแต่สําคัญมาก เพราะมันคือความต่างระหว่าง “เดโมที่ดูเหมือนทําได้” กับ “ระบบที่ทํางานต่อเนื่องจริง”

Step 9: ตั้ง environment และ API keys ให้ถูกตั้งแต่แรก

ในคลิปมีปัญหาจริงเกิดขึ้นตอนทดสอบ routine แล้วหา Alpaca API key ไม่เจอ เพราะตัว prompt อ้างชื่อ environment variable ไม่ตรงกับที่ตั้งไว้

นี่เป็นตัวอย่างที่ดีว่าปัญหาส่วนใหญ่ของ AI automation ไม่ได้มาจาก model ไม่ฉลาด แต่เกิดจากงานระบบพื้นฐาน เช่น

• ตั้งชื่อ key ไม่ตรง
• เก็บ secret ไว้ผิดที่
• ใส่ key ลง repo ตรงๆ ซึ่งเสี่ยงมาก
• routine ไม่มีสิทธิ์ push กลับ branch หลัก

Nate ย้ําชัดว่าไม่ควรเก็บ API key ในไฟล์ที่ถูก push ขึ้น GitHub แต่ควรเก็บไว้ใน environment ของ Claude Desktop / cloud environment แทน

สําหรับธุรกิจ นี่คือเรื่อง governance เล็กๆ ที่ต้องจริงจัง เพราะถ้า AI จะเริ่มแตะระบบจริง เราต้องคิดเรื่อง secret, permission และ audit trail ตั้งแต่วันแรก

Step 10: ทดสอบทุก routine แบบ run now ก่อน แล้วค่อยปล่อยใช้งานจริง

ขั้นตอนสุดท้ายในคลิปคือทดสอบแต่ละ routine แบบสั่งรันทันที แล้วดูการทํางานจริงว่ามันอ่านไฟล์ครบไหม ดึงข้อมูลจาก Alpaca ได้ไหม ส่งสรุปไป ClickUp ได้หรือไม่ และ push การเปลี่ยนแปลงกลับ repo สําเร็จหรือเปล่า

ตรงนี้เป็นนิสัยที่ควรมีมาก ถ้าจะเอา AI ไปทํางานสําคัญ อย่าคิดว่า prompt ผ่านแล้วคือจบ แต่ต้องดู execution จริงทุกครั้ง โดยเฉพาะช่วงแรก

ในคลิป หลังแก้ชื่อ environment variable ให้ตรงแล้ว ระบบก็เริ่มทํางานได้ครบทั้งดึงยอดพอร์ต ส่ง weekly review และ commit การเปลี่ยนแปลงกลับ GitHub สําเร็จ

บทเรียนสําคัญคือ AI agent ที่ดีไม่ได้เกิดจาก prompt เดียว แต่เกิดจากการทดสอบ ปรับ memory ปรับกฎ และดู log ซ้ําไปเรื่อยๆ

Step 11: มองให้ไกลกว่าเรื่องเทรด นี่คือแม่แบบของ AI worker สําหรับธุรกิจ

ถึงคลิปจะเล่าเรื่อง AI trader แต่สิ่งที่เอาไปใช้ได้กว้างกว่านั้นมาก เพราะสิ่งที่ Nate สร้างจริงๆ คือระบบที่มีคุณสมบัติ 5 อย่าง

• มีตารางเวลาทํางาน
• มีหน่วยความจําผ่านไฟล์
• มีเครื่องมือภายนอกผ่าน API
• มีข้อห้ามและ guardrails
• มีรายงานสรุปให้มนุษย์ตรวจ

ถ้าเอา logic นี้ไปใช้กับธุรกิจไทย เราสามารถสร้าง AI worker ได้หลายแบบ เช่น

• AI ผู้ช่วยฝ่ายขาย ที่คอยสรุป lead และเตรียม follow-up ทุกวัน
• AI operations assistant ที่เช็กสต๊อก งานค้าง และแจ้งเตือนทีม
• AI marketing analyst ที่สรุป performance แคมเปญและเสนอ action ประจําวัน
• AI executive brief agent ที่สรุปสถานะธุรกิจให้ผู้บริหารตอนเช้าและเย็น

มุมที่อยากเสริมคือ สําหรับเจ้าของธุรกิจส่วนใหญ่ การเริ่มจากงานเทรดอาจไม่ใช่ use case แรกที่ควรทํา เพราะมันเสี่ยงและแตะเงินโดยตรง แต่ pattern เดียวกันนี้เหมาะมากกับงานที่มีผลตอบแทนชัดและความเสี่ยงต่ํากว่า

Actionable Insights

• เริ่มจาก routine ที่เกิดทุกวัน ไม่ต้องเริ่มจากงานซับซ้อน เลือกงานที่ทีมทําซ้ําๆ ก่อน
• ทํา memory file ให้ชัด แยกกฎงาน สถานะล่าสุด และบันทึกประจําวันออกจากกัน
• ใส่ guardrails ก่อนปล่อยอัตโนมัติ กําหนดเพดาน สิทธิ์ และเงื่อนไขที่ต้องส่งต่อให้คน
• ทดสอบแบบ run now ทุก routine ดูการทํางานจริง อย่าเชื่อแค่ว่า prompt ดูดี
• ใช้ AI เป็น worker ไม่ใช่เวทมนตร์ ยิ่งนิยามงาน ช่วงเวลา และผลลัพธ์ชัด AI ยิ่งนิ่ง

Troubleshooting

• ปัญหา: routine รันแล้วหา API key ไม่เจอ
  สาเหตุ: ชื่อ environment variable ไม่ตรงกับที่ prompt หรือ script เรียกใช้
  วิธีแก้: ตรวจชื่อ key ให้ตรงทุกตัวอักษร, เก็บ key ใน cloud environment, แล้วทดสอบ run now ใหม่
• ปัญหา: AI ทํางานได้ แต่รอบถัดไปเหมือนลืมทุกอย่าง
  สาเหตุ: memory file ไม่ถูกอัปเดต หรือ remote routine ไม่ได้ push กลับ repo
  วิธีแก้: เพิ่มคําสั่งให้อัปเดตไฟล์ตอนจบทุกครั้ง และเปิดสิทธิ์ให้ routine push กลับ branch หลัก
• ปัญหา: AI ตัดสินใจหลุดกรอบหรือทํางานเกินหน้าที่
  สาเหตุ: ไม่มี guardrails ที่ชัด เช่น ข้อห้าม เพดาน หรือเงื่อนไข escalation
  วิธีแก้: เขียนกฎห้ามและกติกาการอนุมัติให้ชัดในไฟล์หลัก แล้วบังคับให้อ่านก่อนทุก run
• ปัญหา: ใช้ token เยอะเกินไปจนเปลืองหรือเริ่มมั่ว
  สาเหตุ: โยนไฟล์เยอะเกินจําเป็นเข้า context ทุกครั้ง
  วิธีแก้: คัดเฉพาะไฟล์ที่จําเป็นต่อรอบนั้น และสรุปไฟล์ยาวๆ ให้สั้นลงเป็น memory ที่อ่านง่าย
• ปัญหา: routine remote ไม่ทํางานต่อเนื่องตามที่คิด
  สาเหตุ: สับสนระหว่าง local กับ remote หรือ repo ยังไม่พร้อม
  วิธีแก้: ใช้ GitHub repo สําหรับงาน remote, ตรวจ environment ให้ครบ, และเช็ก cron แต่ละตัวก่อนปล่อยจริง

การต่อยอด

• เพิ่ม routine วันอาทิตย์ตอนกลางคืน เพื่อให้ AI เตรียมแผนรายสัปดาห์ล่วงหน้า
• ทํา dashboard สรุปผลรายวันจากไฟล์ memory และ log เพื่อให้ผู้บริหารอ่านได้ในหน้าเดียว
• แตก agent ออกเป็นหลายบทบาท เช่น researcher, reviewer, executor แล้วให้ทํางานประสานกัน

สรุป Checklist ทั้งหมด

• ☐ กําหนดเป้าหมายของ AI agent ให้ชัดว่าจะทําอะไรและไม่ทําอะไร
• ☐ เลือก tool หลักสําหรับ scheduling, model, data source และ notification
• ☐ สร้าง strategy หรือ SOP ตั้งต้นให้ AI อ่านได้
• ☐ ออกแบบ memory files ให้แยกกฎ สถานะ และ log อย่างชัดเจน
• ☐ ย้ายความรู้เดิมจาก workflow เก่าหรือทีมเดิมเข้าโปรเจกต์ใหม่
• ☐ ตั้ง guardrails เช่น ข้อห้าม เพดาน และเงื่อนไขส่งต่อให้คน
• ☐ ออกแบบ routines ตามช่วงเวลาและหน้าที่ของแต่ละรอบ
• ☐ เขียน prompt ของแต่ละ routine ให้สั่งอ่านไฟล์ก่อนและอัปเดตไฟล์หลังทํางาน
• ☐ ตั้งค่า GitHub repo สําหรับ remote routines
• ☐ ตั้ง cloud environment และเก็บ API keys ให้ปลอดภัย
• ☐ เปิดสิทธิ์ที่จําเป็นให้ routine push การเปลี่ยนแปลงกลับ repo ได้
• ☐ ทดสอบแบบ run now ทุก routine จนแน่ใจว่าทํางานครบ
• ☐ ตรวจ log และสรุปรายงานทุกวันในช่วงแรกเพื่อปรับปรุงระบบ
• ☐ ค่อยๆ เพิ่ม automation เมื่อ memory และกฎเริ่มนิ่งแล้ว

สรุปให้สั้นที่สุด คลิปนี้ไม่ได้สอนแค่การทํา AI trader ด้วย Claude Opus 4.7 แต่มันสอนวิธีสร้าง AI worker ที่มีตารางงาน มีความจํา และมีวินัย ซึ่งเป็น pattern ที่ใช้ได้จริงกับธุรกิจมากกว่าการไล่ตามคําว่า agent แบบลอยๆ

ถ้าเราจับแก่นนี้ได้ งานถัดไปที่ควรลองอาจไม่ใช่การปล่อย AI ไปเทรดหุ้น แต่เป็นการปล่อย AI ไปดูแลงานประจําที่กินเวลาทีมทุกวัน แล้วค่อยขยับไปสู่งานที่มีอํานาจตัดสินใจมากขึ้นทีละขั้น แบบเดียวกับที่ Nate บอกไว้ตั้งแต่ต้นว่า อย่าจับเด็กขึ้นจักรยานแล้วปล่อยมือทันที