บทที่ 54: สั่ง AI ทำงานจาก Telegram

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

ในบทนี้ Telegram เป็นจุดรับคำสั่งและขออนุมัติ ส่วน Hermes ทำหน้าที่ประสานงานบน Mac mini ที่เปิดพร้อมทำงาน แล้วเรียกเครื่องมืออย่าง Codex, GitHub, Vercel หรือ Cloudflare ตามขอบเขตที่เจ้าของอนุญาต

เอกสาร Hermes ระบุว่า Messaging Gateway เชื่อม Telegram และแพลตฟอร์มอื่นเข้ากับ agent ผ่าน background process เดียว ซึ่งจัดการ session และงานตั้งเวลาได้.[1] แปลเป็นภาษาธุรกิจง่าย ๆ คือ มือถือเป็นรีโมต แต่เครื่องที่รัน agent เป็นคนลงมือ

บทนี้ไม่ซ้ำกับ บทที่ 28 คุยข้ามหน้าต่างแชท ซึ่งเน้น Handoff ระหว่าง Session, บทที่ 34 ตั้งเวลาให้งานเดินเอง ซึ่งเน้น Cron และ บทที่ 36 LINE OA + Webhook + LLM ซึ่งเป็นระบบตอบลูกค้า บทที่ 54 เน้นระบบสั่งงานของเจ้าของธุรกิจผ่าน Telegram แบบครบวงจร

สไลด์ 1 — ไม่ต้องเฝ้าคอม ก็สั่งงานได้

ภาพที่ควรจำมีสามจุด

เจ้าของถือมือถือ → Mac mini ลงมือ → Telegram รับรายงานกลับ

Telegram ไม่ได้เปิดไฟล์ รัน Test หรือ Deploy เว็บด้วยตัวเอง ข้อความจาก Telegram ถูกส่งผ่าน Gateway เข้า Session แล้วจึงส่งให้ Agent ประมวลผล.[1]

Mac mini จึงต้องมีสิ่งที่งานต้องใช้จริง เช่น

• Repository และไฟล์ต้นฉบับ
• Codex หรือเครื่องมือ AI ที่ Login แล้ว
• GitHub credential สำหรับอ่านหรือ Push
• Vercel project linkage สำหรับ Deploy
• Cloudflare credential เมื่อจะจัดการ Workers หรือบริการของ Cloudflare
• Internet และสถานะเครื่องที่พร้อมทำงาน

ถ้า Mac mini ปิดอยู่หรือหลุด Internet คำสั่งยังอาจมาถึงช่องทางแชต แต่เครื่องจะลงมือไม่ได้ ระบบจึงต้องรายงาน blocker แทนการทำเหมือนว่างานกำลังเดิน

มือถือเป็นรีโมต · Mac mini เป็นคนลงมือ

สไลด์ 2 — ศัพท์ 5 คำที่ต้องรู้

• Command Plane — จุดที่เราออกคำสั่ง ตัดสินใจ และอนุมัติ ในบทนี้คือ Telegram
• Orchestrator — ผู้ประสานงานที่แตกโจทย์ เลือกเครื่องมือ ติดตามผล และรวมคำตอบ ในบทนี้คือ Hermes
• Execution Plane — เครื่องและสภาพแวดล้อมที่แตะไฟล์ รันคำสั่ง และเปิด Browser จริง ในบทนี้คือ Mac mini
• Approval Gate — จุดหยุดรอเจ้าของก่อนข้ามขอบเขตสำคัญ เช่น Push หรือ Deploy Production
• Evidence — หลักฐานที่พิสูจน์ว่างานเสร็จจริง เช่น Test result, Commit SHA, Deployment URL หรือ Hash

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

สั่ง · ประสาน · ลงมือ · อนุมัติ · พิสูจน์

สไลด์ 3 — ระบบนี้มี 3 ชั้น

ชั้นที่ 1: Telegram — Command Plane

เจ้าของส่งโจทย์ ตอบคำถาม ดู Progress และกดอนุมัติจากมือถือ ไม่จำเป็นต้องเห็น Terminal ทุกบรรทัด

ก่อนใช้จริง ต้องจำกัดผู้ที่คุยกับ Agent ด้วย allowlist หรือ DM pairing ไม่ใช่เปิด Bot ให้ทุกบัญชีส่งคำสั่งได้.[2]

ชั้นที่ 2: Hermes — Orchestrator

Gateway รับข้อความเข้า Session และส่งให้ Agent ประมวลผลก่อนส่งคำตอบกลับแพลตฟอร์มเดิม.[1] ในตัวอย่างนี้ Hermes ทำหน้าที่ประสานงานและเรียกเครื่องมือที่เกี่ยวข้อง

ชั้นที่ 3: Mac mini — Execution Plane

Mac mini เก็บ Worktree และ Credential ที่จำเป็น แล้วรันเครื่องมือจริง เช่น Codex, Git, Browser, Test runner และ Deployment CLI

Codex CLI เป็น coding agent ของ OpenAI ที่รันบนเครื่องของเราได้.[3] จึงเหมาะเป็นหนึ่งในเครื่องมือหลังบ้าน แต่ไม่ได้แทนบทบาทของ Telegram หรือ Hermes

Telegram
   ↓
Hermes
   ↓
Mac mini → Codex / GitHub / Vercel / Cloudflare

แชตไม่ทำงานเอง · มันส่งงานให้เครื่องที่พร้อมลงมือ

สไลด์ 4 — หนึ่งข้อความ วิ่งผ่าน 6 ขั้น

สมมติเราสั่งว่า

สร้างบทเรียนใหม่ ตรวจภาพ แล้วเตรียมขึ้นเว็บ

ระบบที่ปลอดภัยควรเดินตามลำดับนี้

1. Request — รับโจทย์และผลลัพธ์ที่ต้องการ 2. Scope — ระบุ Repository, ไฟล์ที่แตะได้ และสิ่งที่ห้ามทำ 3. Plan — แตกงานเป็น Research, Draft, Generate, QA และ Publish 4. Execute — ลงมือใน Local environment ตาม Scope 5. Verify — รัน Test, Build, OCR, Visual review หรือ Checks ที่เกี่ยวข้อง 6. Report — สรุปสิ่งที่ทำ หลักฐาน และ Boundary ถัดไป

หลัง Report หากขั้นถัดไปคือ Commit, Push, Deploy Production, ส่งข้อความหาลูกค้า หรือเปลี่ยนระบบภายนอก ให้หยุดที่ Approval Gate ก่อน

อย่ากระโดดจากคำสั่ง ไป Production ทันที

สไลด์ 5 — Mac mini คือเครื่องลงมือ

เครื่องมือแต่ละตัวมีงานของตัวเอง

• Codex — อ่าน Codebase, แก้โค้ด หรือ Review งานบนเครื่อง.[3]
• GitHub — เก็บ Source และประวัติ Commit; GitHub CLI รองรับ Browser login และเก็บ Token ใน system credential store เมื่อระบบรองรับ.[4]
• Vercel — Build และ Deploy Project จากโฟลเดอร์โปรเจกต์ผ่าน CLI ได้.[5]
• Cloudflare Wrangler — จัดการ Cloudflare Workers และคำสั่งสำหรับพัฒนา/Deploy Workers.[6]
• Files / Browser / Tests — เปิดของจริง ตรวจผล และสร้าง Evidence ก่อนรายงาน

เครื่องมือเหล่านี้ไม่ควร Login ใหม่ทุกงาน ควรตั้ง Credential บน Mac mini หนึ่งครั้ง เก็บใน Keychain, credential store หรือ Environment ที่เหมาะสม และไม่ส่ง Token ผ่าน Telegram

Cloudflare เป็นตัวอย่างที่ต้องตรวจขอบเขตให้ชัด ก่อนสรุปว่า Cloudflare จัดการ DNS ให้ตรวจว่า Domain ถูกเพิ่มเป็น Zone และได้รับ authoritative Cloudflare nameservers จริง.[7] Login Wrangler เพียงอย่างเดียวยังพิสูจน์เรื่องนี้ไม่ได้

Telegram บอกเป้าหมาย · Mac mini ใช้เครื่องมือให้ถูกตัว

สไลด์ 6 — อะไรทำเอง อะไรต้องถาม

กติกาต่อไปนี้เป็น Policy ตัวอย่างสำหรับธุรกิจ ไม่ใช่ข้อบังคับเดียวของทุกระบบ

ทำอัตโนมัติได้ภายใน Scope

• อ่านไฟล์และตรวจสถานะ
• วิเคราะห์ปัญหาและเสนอแผน
• สร้าง Draft หรือ Artifact ในพื้นที่ที่อนุมัติ
• รัน Test และ Build แบบ Local
• ตรวจ URL หรือระบบแบบ Read-only
• เก็บ Evidence และรายงาน Progress

ต้องถามเจ้าของก่อน

• Login, 2FA หรือ Permission ใหม่
• แก้ไฟล์นอก Scope เดิม
• Commit, Push หรือ Merge
• Deploy Production หรือแก้ Cloud service
• ส่ง Email, Post หรือข้อความออกไปหาคนอื่น
• ลบข้อมูล, Reset, Force-push หรือ Rollback ที่กระทบผู้ใช้จริง

Hermes มีระบบ Approval สำหรับคำสั่ง Shell ที่เสี่ยงหรือทำลาย โดยพฤติกรรมขึ้นกับ Approval Mode ส่วนรายการ AUTO / ASK OWNER ด้านบนคือ Policy ตัวอย่างของ BizDrive ไม่ใช่สิ่งที่ Hermes บังคับทุกข้อเอง.[2]

สำหรับธุรกิจ ควรตั้ง Policy ให้เข้มกว่าระบบขั้นต่ำ: อ่านและตรวจได้อัตโนมัติ แต่งานภายนอกหรือ Production มีเจ้าของอยู่ในวงจร

อ่านได้อัตโนมัติ · งานภายนอกต้องมีเจ้าของในวงจร

สไลด์ 7 — งานยาว ต้องรายงานเป็นระยะ

งานที่ใช้เวลา 20 นาทีหรือหลายชั่วโมงไม่ควรเงียบจนจบ ให้รายงานเฉพาะ Milestone ที่มีความหมาย

1. Start — เริ่มงานอะไร อยู่ Repository ไหน 2. Milestone — จบช่วงสำคัญอะไร เช่น Draft เสร็จหรือภาพครบ 3. Blocker — ติดอะไร ส่งผลกับงานส่วนไหน 4. Approval — ต้องการให้เจ้าของตัดสินใจเรื่องใด 5. Done — Artifact อยู่ที่ไหน ผ่าน Test อะไร และยังเหลือ Boundary ใด

Evidence ที่ดีควรตรวจซ้ำได้ เช่น

Test: PASS
Build: PASS
Commit: <SHA>
Production: <URL> — HTTP 200
Images: hash match

อย่ารายงานแค่ว่า “กำลังทำ” ทุกสองนาที เพราะไม่ช่วยให้เจ้าของตัดสินใจ รายงานเมื่อสถานะเปลี่ยนหรือมีหลักฐานใหม่

อย่าปล่อยให้เจ้าของเดาว่า AI ยังทำงานอยู่ไหม

สไลด์ 8 — พังแล้วต้องหยุดอย่างปลอดภัย

ระบบที่ดีไม่ได้วัดเฉพาะตอนสำเร็จ แต่วัดตอนพังด้วย

Login หมดอายุ

หยุดก่อนงานภายนอก เก็บของที่สร้างใน Local แล้วขอให้เจ้าของยืนยัน Login ใหม่ ห้ามเดา Password หรือส่ง Token ผ่านแชต

Test หรือ Build ไม่ผ่าน

ห้าม Push หรือ Deploy ต่อ อ่าน Error, แก้ใน Scope แล้วรัน Gate เดิมซ้ำ

ต้นฉบับบน GitHub เปลี่ยนระหว่างทำงาน

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

Deploy สำเร็จแต่หน้าเว็บผิด

รายงานว่า Deployment สำเร็จแต่ Verification ไม่ผ่าน แยกสองสถานะออกจากกัน แล้วเสนอ Fix หรือ Rollback พร้อมหลักฐาน

ลำดับจำง่ายคือ

FAIL → STOP → PRESERVE → EXPLAIN → RETRY / ROLLBACK

หยุดพร้อมหลักฐาน ดีกว่าฝืนแล้วพัง Production

สไลด์ 9 — Flow ตัวอย่าง ตั้งแต่สั่งจนรายงาน

Flow สรุปทั้งบทคือ

TELEGRAM
   ↓
HERMES
   ↓
MAC MINI + TOOLS
   ↓
OWNER APPROVAL
   ↓
PRODUCTION

↩ VERIFY + REPORT + EVIDENCE
  ตรวจของจริง แล้วรายงานพร้อมหลักฐานกลับ Telegram เดิม

จุดสำคัญมีสามข้อ

1. Telegram เป็นจุดสั่งและรับรายงาน ไม่ใช่เครื่องที่รันงาน 2. Mac mini ลงมือและเก็บ Credential ไม่ส่ง Secret ผ่านแชต 3. Approval อยู่ก่อน Production และต้องมี Verification หลังปล่อยจริง

ลองทำเลย

ตรวจ Repository นี้แบบ Read-only แล้วเสนอแผนก่อน ห้ามแก้ไฟล์

สร้างงานตาม Scope นี้ รัน Test และ Build แล้วหยุดก่อน Commit

อนุมัติ Commit และ Push เฉพาะไฟล์ที่ Review ผ่าน

อนุมัติ Deploy Production แล้วตรวจ URL กับไฟล์จริงทุกใบ

เช็คลิสต์ท้ายบท

• มีเครื่อง Execution ที่ออนไลน์และเข้าถึง Repository ได้
• Login เครื่องมือที่จำเป็นบนเครื่องนั้นแล้ว
• Gateway จำกัดผู้ใช้ด้วย allowlist หรือ DM pairing แล้ว
• Credential ไม่อยู่ใน Telegram หรือ Git
• ไม่ส่ง Password, Token หรือข้อมูลลูกค้าอ่อนไหวผ่านแชต
• กำหนดว่าอะไรทำอัตโนมัติได้ และอะไรต้องถาม
• งานยาวมี Progress milestone
• ทุก External action มี Evidence หลังทำ
• มีทางหยุด Retry หรือ Rollback เมื่อ Gate ไม่ผ่าน

สั่ง → ลงมือ → อนุมัติ → ตรวจจริง → รายงานพร้อมหลักฐาน

Sources

[1] https://hermes-agent.nousresearch.com/docs/user-guide/messaging — Hermes Agent — Messaging Gateway [2] https://hermes-agent.nousresearch.com/docs/user-guide/security — Hermes Agent — Security [3] https://github.com/openai/codex — OpenAI Codex CLI [4] https://cli.github.com/manual/gh_auth_login — GitHub CLI — gh auth login [5] https://vercel.com/docs/cli/deploy — Vercel CLI — deploy [6] https://developers.cloudflare.com/workers/wrangler/commands — Cloudflare Wrangler commands [7] https://developers.cloudflare.com/dns/zone-setups/full-setup/setup — Cloudflare DNS — Full setup