Cloudflare Email Service เปิดตัวเบตาสาธารณะ — แพลตฟอร์มอีเมลสองทางสำหรับเอเจนต์

 (blog.cloudflare.com)
1 คะแนน โดย GN⁺ 13 일 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • เมื่อ อีเมล กลายเป็น อินเทอร์เฟซหลักของเอเจนต์และแอปพลิเคชัน Cloudflare จึงเปิดตัว Email Service รุ่นเบตาสาธารณะ สำหรับสิ่งนี้
  • รองรับ การสื่อสารสองทางแบบสมบูรณ์ ภายในสภาพแวดล้อมของ Cloudflare โดยผสาน Email Sending และ Email Routing ทำให้สามารถรับ ประมวลผล และตอบกลับอีเมลได้
  • มีองค์ประกอบหลากหลายรวมอยู่ด้วย เช่น Email binding สำหรับ Workers และ Agents SDK, เซิร์ฟเวอร์ MCP, คำสั่ง Wrangler CLI, และ Agentic Inbox แบบโอเพนซอร์ส
  • ใช้ onEmail hook ของ Agents SDK เพื่อสร้างเอเจนต์อัตโนมัติที่ทำงานผ่านอีเมล พร้อมรองรับการจัดการสถานะและการกำหนดเส้นทางอย่างปลอดภัยด้วย Durable Objects
  • ด้วยเบตาสาธารณะครั้งนี้ นักพัฒนาสามารถสร้าง เวิร์กโฟลว์อีเมลที่มีความหน่วงต่ำทั่วโลก และขยายกล่องจดหมายให้เป็น ช่องทางหลักสำหรับกิจกรรมของเอเจนต์

Cloudflare Email Service เปิดตัวเบตาสาธารณะ

  • อีเมล เป็นอินเทอร์เฟซที่เข้าถึงได้มากที่สุดในโลก และเป็นช่องทางการสื่อสารที่ใครก็ใช้ได้โดยไม่ต้องมี SDK เฉพาะหรือแอปแชต
    • แอปพลิเคชันใช้อีเมลในหลายกรณี เช่น สมัครสมาชิก การแจ้งเตือน และการส่งใบเรียกเก็บเงิน
    • ช่วงหลังมานี้ เอเจนต์ (agents) ก็ใช้อีเมลเพื่อทำงานอย่างการสนับสนุนลูกค้า การประมวลผลใบแจ้งหนี้ การยืนยันบัญชี และเวิร์กโฟลว์หลายเอเจนต์
    • ตอนนี้อีเมลได้กลายเป็นอินเทอร์เฟซหลักของเอเจนต์แล้ว
  • Cloudflare จึงให้บริการโครงสร้างพื้นฐานนี้ผ่าน Cloudflare Email Service
    • ใช้ Email Routing สำหรับรับอีเมล และ Email Sending สำหรับส่งและตอบกลับ
    • เมื่อผสานกับแพลตฟอร์มนักพัฒนาของ Cloudflare ก็สามารถสร้างความสามารถแบบเนทีฟสำหรับไคลเอนต์อีเมลและ onEmail hook ของ Agents SDK ได้
    • เบตาสาธารณะครั้งนี้ทำให้ทุกแอปพลิเคชันและเอเจนต์สามารถส่งและรับอีเมลได้
  • เบตาสาธารณะมีองค์ประกอบต่อไปนี้
    • Email Sending binding สำหรับ Workers และ Agents SDK

    • เซิร์ฟเวอร์ Email MCP ใหม่

    • คำสั่งอีเมลของ Wrangler CLI

    • Skills สำหรับโค้ดดิ้งเอเจนต์

      • แอปอ้างอิง Agentic Inbox แบบโอเพนซอร์ส

Email Sending เบตาสาธารณะ

  • ความสามารถ Email Sending เปลี่ยนจากเบตาแบบปิดมาเป็นเบตาสาธารณะ
    • ใน Workers สามารถส่งอีเมลธุรกรรมผ่าน native binding ได้โดยไม่ต้องใช้ API key หรือการจัดการความลับ
    • รองรับการส่งอีเมลจากหลายแพลตฟอร์มผ่าน REST API และ SDK สำหรับ TypeScript, Python และ Go
  • การตั้งค่า SPF, DKIM และ DMARC ถูกกำหนดให้อัตโนมัติ จึงสามารถ ส่งอีเมลที่ผ่านการยืนยันตัวตนโดยไม่ถูกกรองเป็นสแปม
    • อาศัยเครือข่ายทั่วโลกของ Cloudflare เพื่อรองรับ การส่งอีเมลความหน่วงต่ำ ได้จากทุกที่ในโลก
  • เมื่อรวมกับ Email Routing จะสามารถสื่อสารอีเมลสองทางแบบสมบูรณ์ได้ภายในแพลตฟอร์มเดียว
    • ตั้งแต่รับอีเมล ประมวลผลภายใน Worker ไปจนถึงตอบกลับ ทุกอย่างทำได้ภายในสภาพแวดล้อมของ Cloudflare

Agents SDK — เอเจนต์แบบเนทีฟสำหรับอีเมล

  • Agents SDK รองรับ onEmail hook สำหรับรับและประมวลผลอีเมล
    • ก่อนหน้านี้ตอบกลับได้เฉพาะผู้ใช้ภายในบัญชี Cloudflare เท่านั้น แต่ข้อจำกัดนี้ถูกยกเลิกด้วยความสามารถ Email Sending
  • เอเจนต์สามารถ ทำงานและตอบกลับแบบอะซิงโครนัส ได้
    • หลังรับข้อความแล้วสามารถประมวลผลข้อมูล เรียกระบบภายนอก และส่งอีเมลติดตามผลได้อย่างอิสระ
    • ทำให้สร้างเอเจนต์ที่ทำงานจริงได้ ไม่ใช่แค่แชตบอตธรรมดา
  • ในตัวอย่างโค้ด มีการสร้าง คลาส SupportAgent ที่รับอีเมลคำขอช่วยเหลือ บันทึกสถานะ และส่งการตอบกลับติดตามผลโดยอัตโนมัติ
    • ใช้ Durable Objects เพื่อคงสถานะและจัดการประวัติการสนทนากับบริบทอย่างต่อเนื่อง
    • ใช้ การกำหนดเส้นทางตามที่อยู่อีเมล ทำให้ที่อยู่อย่าง support@, sales@ เชื่อมไปยังอินสแตนซ์เอเจนต์แยกกัน
    • ใช้ การกำหนดเส้นทางตอบกลับอย่างปลอดภัยด้วยลายเซ็น HMAC-SHA256 เพื่อป้องกันการปลอมแปลงเส้นทางอีเมล
  • โครงสร้างนี้ทำให้ทุกอย่างตั้งแต่การรับอีเมล การแยกวิเคราะห์ การจัดประเภท การบันทึกสถานะ การรันเวิร์กโฟลว์แบบอะซิงโครนัส ไปจนถึงการตอบกลับ จบได้ภายในคลาส Agent เดียว

เครื่องมืออีเมลสำหรับเอเจนต์ — เซิร์ฟเวอร์ MCP, Wrangler CLI, Skills

  • Cloudflare Email Service สามารถใช้งานได้นอกสภาพแวดล้อมของ Cloudflare ด้วย
    • โค้ดดิ้งเอเจนต์อย่าง Claude Code, Cursor, Copilot ที่รันบนเครื่องโลคัลหรือคลาวด์ภายนอกก็สามารถส่งอีเมลได้เช่นกัน
  • ผ่าน Cloudflare MCP server เอเจนต์สามารถสำรวจและเรียกใช้ Email API endpoint ได้
    • ตัวอย่างเช่น พรอมป์ต "Send me a notification email at hello@example.com from my staging domain when the build completes" ก็สามารถใช้ส่งอีเมลได้
  • Wrangler CLI ช่วยแก้ปัญหา MCP context window
    • เอเจนต์สามารถส่งอีเมลได้ง่าย ๆ ด้วยคำสั่ง wrangler email send
    • และสำรวจความสามารถที่ต้องการแบบไดนามิกได้ผ่านคำสั่ง --help
  • มีการเปิดตัว Cloudflare Email Service Skill ด้วย
    • ครอบคลุมการตั้งค่า Workers binding, การใช้ REST API และ SDK, การตั้งค่า Email Routing, การรวมเข้ากับ Agents SDK, และวิธีใช้ Wrangler CLI กับ MCP
    • มีทั้ง แนวปฏิบัติที่ดีเพื่อเพิ่มการส่งถึงและหลีกเลี่ยงสแปม และ คู่มือการเขียนอีเมลธุรกรรม

เครื่องมือเอเจนต์อีเมลแบบโอเพนซอร์ส — Agentic Inbox

  • ระหว่างช่วงเบตาแบบปิด การทดลองกับเอเจนต์อีเมลทำให้พบว่าจำเป็นต้องมี อินเทอร์เฟซที่ให้มนุษย์เข้ามาตรวจสอบอีเมลได้
    • จึงพัฒนาแอปอ้างอิงชื่อ Agentic Inbox ขึ้นมา
  • Agentic Inbox มีความสามารถดังต่อไปนี้
    • การทำ conversation threading, การเรนเดอร์อีเมล, การรับและบันทึกไฟล์แนบ, และการตอบกลับอัตโนมัติ
    • ผ่าน MCP server ที่มีมาในตัว เอเจนต์ภายนอกสามารถร่างข้อความและส่งได้หลังจากตรวจทาน
  • มีการเผยแพร่แบบโอเพนซอร์ส เพื่อเป็นตัวอย่างการสร้างแอปอีเมลแบบสมบูรณ์ที่รวม Email Routing (รับ), Email Sending (ส่ง), Workers AI (จัดประเภท), R2 (เก็บไฟล์แนบ), และ Agents SDK (จัดการสถานะ)
    • มอบ สภาพแวดล้อมไคลเอนต์อีเมลและเอเจนต์แบบสมบูรณ์ ที่ดีพลอยได้ด้วยปุ่มเดียว
    • ทีมต่าง ๆ จึงไม่ต้องสร้างพายป์ไลน์เดิมซ้ำอีก และสามารถขยายต่อจากแอปอ้างอิงนี้ได้

ใช้งานได้ทันที

Cloudflare TV และข้อมูลเพิ่มเติม

  • Cloudflare สนับสนุนการปกป้องเครือข่ายองค์กร การสร้างแอปพลิเคชันระดับอินเทอร์เน็ต การเร่งประสิทธิภาพเว็บ การป้องกัน DDoS การบล็อกการแฮ็ก และการทำ Zero Trust ผ่าน Connectivity Cloud
  • ใช้อินเทอร์เน็ตได้เร็วและปลอดภัยยิ่งขึ้นผ่านแอปฟรี 1.1.1.1
  • สามารถดูข้อมูลเกี่ยวกับ ภารกิจสร้าง Better Internet ของ Cloudflare และตำแหน่งงานได้บนเว็บไซต์ทางการ

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

1 ความคิดเห็น

 
GN⁺ 13 일 전
ความเห็นจาก Hacker News

  • ไม่เข้าใจว่าทำไมหลายคนถึงหงุดหงิดกับประกาศของ Cloudflare กันมากขนาดนี้
    Cloudflare เปลี่ยนตัวเองจากบริษัทป้องกัน DDoS ไปเป็นคู่แข่งของ AWS มานานแล้ว และบริการนี้ก็คือทางเลือกแทน AWS SES
    ส่งอีเมลได้ผ่าน API หรือ Workers โดย Workers ก็เป็นแนวคิดคล้าย AWS Lambda และเป็นศูนย์กลางของ ecosystem ของ Cloudflare
    ทั้งฐานข้อมูล, storage, streaming, AI และตอนนี้ก็อีเมล — พูดได้ว่า Cloudflare กำลังทำสิ่งที่ AWS มีอยู่แล้วในแบบของตัวเอง
    แต่ราคากลับแพงกว่าที่คิด เปลี่ยนจาก S3 มาใช้ R2 แล้วประหยัดค่าใช้จ่ายไปเยอะ แต่บริการอีเมลครั้งนี้ แพงกว่า AWS 3 เท่า
    ถึงอย่างนั้น ธุรกิจขนาดเล็กส่วนใหญ่ก็ส่งอีเมลไม่มาก น่าจะไม่ใช่ปัญหาใหญ่
    และก็ไม่เข้าใจว่าทำไมคนถึงคิดว่า Cloudflare จะจัดการสแปมได้แย่กว่า AWS

    • Cloudflare มีภาพลักษณ์มานานแล้วว่า ปล่อยปละละเลยสแปม การหลอกลวง และคอนเทนต์ผิดกฎหมาย
      คนที่เคยได้รับผลกระทบก็เลยกังวลว่าเรื่องเดียวกันจะเกิดซ้ำกับบริการอีเมล
    • AWS เป็นเหมือนปีศาจที่คุ้นเคย ส่วน Cloudflare มีภาพว่าเป็นบริษัทที่ ตัดสินใจแบบคาดเดาไม่ได้
      น่าจะเพราะผู้ก่อตั้งเคยถกเถียงกันต่อสาธารณะเรื่องจะโฮสต์คอนเทนต์แบบไหน
      AWS ขับเคลื่อนโดยทนายและคณะกรรมการเป็นหลัก จึงดูเป็นมนุษย์น้อยกว่า แต่ก็มีความสม่ำเสมอมากกว่า
    • เคยใช้ email relay ของ Cloudflare แล้ว forward ไปยังบัญชี Microsoft แต่ Microsoft บล็อกเป็นสแปม
      เลยทำให้มองว่าความน่าเชื่อถือของอีเมลจาก Cloudflare ยังต่ำ
    • ที่ Cloudflare ราคาแพงเพราะเป็นบริการแบบ batteries included มีการทำ SPF, DKIM, DMARC แบบอัตโนมัติ ให้
      ส่วน SES ต้องตั้งค่าเอง
    • AWS SES คิดค่าบริการไฟล์แนบแยกต่างหาก ดังนั้นถ้าวัดจาก อีเมลที่มีไฟล์แนบขนาดใหญ่ Cloudflare อาจราคาใกล้เคียงหรือถูกกว่าก็ได้
      แต่ถ้าเป็นอีเมลข้อความล้วน SES ได้เปรียบกว่ามาก

  • ตัวอย่างในโพสต์บล็อกชวนขำ เพราะทั้งหมดเป็น งานที่ทำได้ง่ายอยู่แล้วโดยไม่ต้องมีเอเจนต์
    อย่างส่งอีเมลเมื่อ CI ผ่าน หรือแจ้งเตือนการจัดส่งคำสั่งซื้อ ก็ทำได้ง่ายมานานแล้ว
    สรุปแล้วให้ความรู้สึกเหมือนกำลังหาโจทย์ให้เข้ากับโซลูชัน มากกว่าจะหาโซลูชันให้ตรงกับปัญหา

    • การจัดการ transactional email นอก AWS นั้น น่ารำคาญและไม่มีประสิทธิภาพ มาก
      ควรมีบริการที่คิดเงินส่วนเกินได้ยืดหยุ่น แม้จะส่งไม่ถึง 10,000 ฉบับต่อเดือนก็ตาม

  • โปรโตคอล SMTP เป็นตัวอย่างคลาสสิกของ tragedy of the commons
    ต้นทุนการส่งสแปมแทบเป็นศูนย์ ทำให้ทุกแพลตฟอร์มแบบเปิดถูกใช้งานในทางที่ผิด
    สุดท้ายก็จะเหลือผู้เล่นรายใหญ่ไม่กี่รายอย่าง Microsoft 365 และ Gmail ที่กลายเป็นผู้ทำหน้าที่ ‘ผู้ตรวจสอบความน่าเชื่อถือ’

    • ปัญหาไม่ได้อยู่ที่ตัวโปรโตคอลเอง แค่มีสแปมคอมเมนต์บน HTTP เยอะ ก็ไม่ได้หมายความว่า HTTP มีปัญหา
      อยากให้มีแนวคิด proof-of-work ในอีเมล คือบังคับให้ต้องใช้กำลังประมวลผลบางส่วนตอนส่ง
      แต่แนวทางนี้ก็คงเกิดขึ้นจริงยาก เพราะจะกระทบอีเมลการตลาดซึ่งเป็น ‘สแปมที่ถูกกฎหมาย’ ด้วย
    • อีเมลของฉัน ถูกส่งอยู่ภายใน Google Cloud ทั้งหมด แต่ก็ยังลงถังสแปม
      แปลว่าแม้อยู่ในแพลตฟอร์มเดียวกันก็ไม่ได้รับประกันความน่าเชื่อถือ
    • อยากให้เริ่มจัดการสแปมจากบริษัทใหญ่ก่อน
      ต่อให้ปิดตัวเลือกยกเลิกการสมัครแล้ว ก็ยังมีหัวข้อใหม่แนว ‘ข้อเสนอที่ปรับให้เหมาะกับคุณ’ โผล่มาเรื่อย ๆ ไม่มีวันจบ

  • คิดว่าอีเมลนี่แหละคือ สื่อที่สมบูรณ์แบบสำหรับเป็นอินเทอร์เฟซของเอเจนต์
    เข้าถึงได้จากทุกที่ มีโครงสร้างแบบเธรด และเหมาะกับบทสนทนายาว ๆ แบบ asynchronous
    ช่วง 3 เดือนที่ผ่านมา ฉันพัฒนางานร่วมกับ Claude ผ่านอีเมล — แต่ละเธรดทำงานเหมือน workspace แยกกัน
    ถ้าส่งใบเสร็จและ statement ไปหา Claude ทางอีเมล ก็จะให้มันบันทึกเข้าระบบบัญชีแบบ plain-text อัตโนมัติ
    ในสภาพแวดล้อมองค์กรก็เคยสร้างเอเจนต์ที่เชื่อมโยง log และซอร์สโค้ดเพื่อวินิจฉัยปัญหาอัตโนมัติ
    ถ้ามีแค่อินฟราพื้นฐานพร้อม การสร้างเอเจนต์ใหม่เป็นเรื่องง่ายมาก

    • มีคนบอกว่าเป็นไอเดียเจ๋ง แล้วแชร์ลิงก์ ainative.email

  • ราคา ของบริการอีเมล Cloudflare คือ $0.35 ต่อ 1,000 ฉบับ
    อาจมีการจำกัดจำนวนการส่งต่อวันขึ้นอยู่กับสถานะของบัญชี
    ดู เอกสารราคา และ เอกสารข้อจำกัด

    • ตอนนี้ใช้งาน ZeptoMail อยู่ ถ้าบริการของ Cloudflare เสถียร ก็ ตั้งใจจะย้ายทันทีหลัง GA
      ZeptoMail อยู่ที่ประมาณ $2.5 ต่อ 10,000 ฉบับ

  • มีคนล้อว่าถ้าจะเพิ่มอินเทอร์เฟซแบบเก่า ๆ ก็ควร รองรับแฟกซ์ ไปเลย
    ถ้ามีบริการส่งโปสการ์ดหรือใบปลิวทางอีเมลก็น่าจะขำดี

    • มีคนล้อว่าคราวนี้ก็มีเหตุผลที่จะเก็บเครื่องเล่นเทป C64 ไว้ต่อแล้ว
    • จริง ๆ ก็มีบริการอย่าง VirtualPostMail ที่ช่วยเปิดจดหมายแทนแล้วสแกนให้
      แต่ค่าธรรมเนียมเยอะ เลยแพง
    • จากนั้นก็มีคนแซวต่อว่า ถ้างั้นไป MiniDisc กันเลยดีกว่า

  • หลายคนไปโฟกัสที่ส่วนของ ‘เอเจนต์’ อย่างเดียว แต่จริง ๆ แล้วนั่นก็แค่ แพ็กเกจทางการตลาด
    แก่นแท้แล้วมันก็คือบริการอีเมลทั่วไป และคำว่า ‘สำหรับเอเจนต์’ ก็เป็นแค่การวางกรอบการสื่อสาร

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

  • สตาร์ตอัปอย่าง Agent Mail.to ที่เพิ่งขึ้น HN ไปเมื่อไม่นานมานี้ น่าจะโดนประกาศนี้กระทบหนัก
    ถ้ามี moat บางแค่นี้ พอบริษัทยักษ์อย่าง Cloudflare ลงมาเล่นก็ยืนระยะยาก

    • ฉันเองก็ทำบริการคล้ายกันอยู่ (Dead Simple Email)
      แก่นจริง ๆ ไม่ใช่ฟีเจอร์ แต่คือ อินฟราและความสามารถในการแข่งขันด้านราคา
      เราไม่ได้เอา SES มาขายต่อ แต่รันเมลเซิร์ฟเวอร์ของตัวเองเพื่อควบคุมทั้งอัตราการส่งถึงและต้นทุนโดยตรง
      ตอนที่ AgentMail ราคา $200 เราให้ 100 inbox ในราคา $29
      แต่ก็ยังไม่แน่ใจว่านี่คือความได้เปรียบที่ป้องกันได้จริง หรือเป็นแค่ ความได้เปรียบเพื่อซื้อเวลา
    • มีคนอ่านประโยคที่ว่า “แต่ละเอเจนต์มีอัตลักษณ์เฉพาะตัวบนโดเมนเดียวกัน” แล้วรู้สึกว่า
      เงินลงทุน 6 ล้านดอลลาร์ของ Agent Mail เริ่มเสี่ยงแล้ว
    • มีคนบอกว่าประโยค “moat บางกว่าถุงยาง” มันเห็นภาพเกินไปจนขำ
      และสะท้อนความจริงของสตาร์ตอัป AI ยุคนี้ได้ดีมาก
    • Agent Mail เน้นที่ความสามารถในการรับอีเมล
      แต่ถ้า OpenAI หรือ Anthropic เพิ่มฟีเจอร์นี้เอง ก็มีความเสี่ยงที่จะ ถูกแทนที่ทั้งหมด
    • สุดท้ายมันก็คือปัญหาคลาสสิกว่า ‘นี่คือฟีเจอร์หรือคือโปรดักต์’
      ถ้าทุ่มทั้งหมดไปกับฟีเจอร์เดียวโดยไม่มีความแตกต่าง ก็ลำบากแน่

  • มองว่าอีเมลเป็น อินเทอร์เฟซที่เข้าถึงง่ายที่สุดในโลก
    เลยลงมือสร้าง botwerk.com และ aleik.com ขึ้นมาเอง

  • เอเจนต์ที่ทำงานผ่านอีเมลมี ความเสี่ยงด้าน transport security สูงกว่า HTTP
    ทุกวันนี้ยังอยู่แค่ระดับการเข้ารหัสแบบ opportunistic
    ถ้าจะใช้แนวทางนี้ ก็ควรตั้งค่า MTA-STS ให้แน่นอน
    Cloudflare รองรับเรื่องนี้ก็จริง แต่ไม่ได้เปิดใช้งานเป็นค่าเริ่มต้น
    และ เอกสาร onboarding ก็อธิบายไว้ไม่ชัดเจนนัก