การแยกการเรียกเก็บเงิน Agent SDK ของ Claude เมื่อวันที่ 15 มิถุนายน: สิ่งที่นักพัฒนา Agent ควรรู้

@unicity_labs
อังกฤษ1 เดือนที่ผ่านมา · 15 มิ.ย. 2569
101K
3.1K
4.4K
814
40

TL;DR

Anthropic ได้แยกการใช้งาน Claude แบบโปรแกรมเข้าสู่ระบบเครดิตตามการใช้งานจริง ซึ่งสร้างความท้าทายใหม่ให้กับนักพัฒนา Agent โดย AstridOS มอบเลเยอร์การจัดการเพื่อควบคุมงบประมาณและรับรองความสามารถในการย้ายโมเดล (model portability)

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

สิ่งที่เปลี่ยนแปลงในวันนี้

วันนี้ 15 มิถุนายน 2026 Anthropic แยกการใช้งาน Claude แบบโปรแกรมออกจากการใช้งานแบบโต้ตอบ Agent SDK คำสั่ง claude -p แบบ headless Claude Code GitHub Actions และแอปพลิเคชันบุคคลที่สามที่สร้างบน SDK จะไม่ดึงเครดิตจากพูลการสมัครสมาชิกของคุณอีกต่อไป

แต่จะดึงเครดิตจากเครดิตแยกต่างหากรายเดือน ซึ่งคิดค่าบริการตามอัตรา API มาตรฐาน: $20 สำหรับ Pro, $100 สำหรับ Max 5x, $200 สำหรับ Max 20x

การใช้งานแบบโต้ตอบไม่ได้รับผลกระทบ การแชทและ Claude Code ในเทอร์มินัลของคุณยังคงทำงานตามแผนปัจจุบัน และราคาพื้นฐานไม่เปลี่ยนแปลง เครดิตไม่สามารถยกยอดไปเดือนถัดไป เมื่อหมดลง คำขออัตโนมัติจะหยุดลง เว้นแต่คุณจะเปิดใช้งานการคิดเงินเมื่อใช้เกิน (overflow billing) ซึ่งในกรณีนั้นจะดำเนินต่อไปในอัตรา API

หากคุณใช้ Claude ผ่านการแชทหรือเทอร์มินัลเท่านั้น วันนี้ก็ไม่มีอะไรเปลี่ยนแปลง แต่หากคุณรันเอเจนต์ งาน CI หรืออะไรก็ตามที่เรียก claude -p ตามกำหนดเวลา การทำงานอัตโนมัติของคุณตอนนี้จะมีเพดานรายเดือนที่แน่นอน

สิ่งนี้หมายถึงอะไรถ้าคุณสร้างเอเจนต์

สามสิ่งตามมาจากเครดิตแบบวัดปริมาณ ไม่รวมเป็นกอง และไม่ยกยอด

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

ประการที่สอง เครดิตเป็นต่อผู้ใช้และไม่รวมกันข้ามทีม ภาระงานที่เคยอยู่ในขอบเขตการสมัครสมาชิกที่ใช้ร่วมกันอย่างสบาย ๆ ตอนนี้สามารถชนกำแพงที่ไม่เกี่ยวกับงานนั้นเอง

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

สิ่งเหล่านี้ไม่ใช่เหตุผลที่จะเลิกใช้ Claude แต่เป็นเหตุผลที่คุณควรสร้างชั้นการจัดการระหว่างเอเจนต์ของคุณและผู้ให้บริการรายใด ๆ เพื่อให้การเปลี่ยนแปลงการเรียกเก็บเงินกลายเป็นสิ่งที่คุณจัดการ มากกว่าที่คุณจะต้องรับผลกระทบ

สิ่งที่คุณต้องการคือระบบปฏิบัติการเอเจนต์ (Agent Operating System) เพื่อจัดการเอเจนต์และเวิร์กโฟลว์ของคุณ

สิ่งที่เรากำลังสร้างด้วย AstridOS

Unicity - inline image

AstridOS เป็นรันไทม์เอเจนต์โอเพนซอร์ส มันทำงานอยู่ภายใต้การตั้งค่าที่มีอยู่ของคุณ แทนที่จะแทนที่มัน เอเจนต์ Claude ของคุณยังคงทำงานเหมือนเดิม โดยมีชั้นควบคุมเพิ่มเติมอยู่ข้างใต้

สองในระบบควบคุมเหล่านั้นตอบสนองต่อการเปลี่ยนแปลงของวันนี้โดยตรง

การบังคับใช้งบประมาณที่ระดับเคอร์เนล

AstridOS บังคับใช้งบประมาณการใช้จ่ายต่อเอเจนต์ ต่ำกว่าระดับโมเดล โดยที่เอเจนต์ไม่สามารถแทนที่ได้ ลูปที่ทำงานผิดปกติโดยไม่มีการควบคุมจะไม่สามารถใช้เครดิตทั้งเดือนอย่างเงียบ ๆ และทุกหน่วยการใช้จ่ายจะถูกระบุว่าเกิดจากเอเจนต์ใด คุณได้รับบันทึกต่อเอเจนต์ที่เครดิตนั้นไม่ได้ให้

การเปลี่ยนแปลงในระดับคอมโพเนนต์แทนการย้ายระบบ

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

รอบทั้งสองนั้น สถาปัตยกรรมถูกออกแบบเพื่อความต่อเนื่องเมื่องบประมาณหมด:

  • ความสามารถในการพกพาโมเดล (Model portability) เพื่อให้เอเจนต์ไม่ผูกติดกับรันไทม์เดียวหรือราคาของผู้ให้บริการรายเดียว และงานยังคงดำเนินต่อไปเมื่อเครดิตหมด
  • การกำหนดเส้นทางและการควบคุมต้นทุน เพื่อให้โมเดลตรงกับงบประมาณและงาน และทีมหยุดชนขีดจำกัดโดยไม่ได้ตั้งใจหรือจ่ายในอัตราพรีเมียมสำหรับงานที่โมเดลเล็กกว่าสามารถจัดการได้
  • ความต่อเนื่องของบริบท เพื่อให้การย้ายเอเจนต์ระหว่าง Claude Code, Codex หรือรันไทม์อื่นไม่ทำให้สูญเสียสถานะ

AstridOS ถูกสร้างมาเพื่อทำงานควบคู่กับ Claude ไม่ใช่ต่อต้าน ผู้ให้บริการรายใหญ่ทุกรายมีบริการที่คุ้มค่าแก่การใช้งาน และผู้พัฒนาควรมีอิสระในการรวมสิ่งที่ดีที่สุดของแต่ละราย

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

ปัญหานั้นกำลังได้รับความสนใจจริงจังในการกำหนดเส้นทางและการจัดเตรียมสำหรับทีมเอเจนต์แบบหลายโมเดล หลายโหนด AstridOS เข้ามาในจุดเปลี่ยนเดียวกันจากฝั่งรันไทม์ โดยบังคับใช้งบประมาณ การแยกส่วน และการตรวจสอบที่เคอร์เนล เพื่อให้ชั้นการจัดเตรียมด้านบนมีสิ่งที่เชื่อถือได้รองรับ

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

AstridOS เปิดตัวสู่สาธารณะในสัปดาห์นี้ และเรากำลังดำเนินโครงการเข้าถึงก่อนสำหรับผู้พัฒนา

Unicity - inline image

เข้าร่วมการพรีวิวของเราวันนี้: https://x.com/i/spaces/1kJzDDWXEjqKv?s=20

บันทึกในคลิกเดียว

อ่านบทความไวรัลเชิงลึกด้วย AI ใน YouMind

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

สำรวจ YouMind
สำหรับครีเอเตอร์

เปลี่ยน Markdown ของคุณให้เป็นบทความ 𝕏 ที่สะอาดตา

เวลาคุณเผยแพร่งานเขียนยาวของตัวเอง การจัดรูปแบบรูปภาพ ตาราง และบล็อกโค้ดให้เข้ากับ 𝕏 นั้นน่าปวดหัว YouMind เปลี่ยนร่าง Markdown ทั้งฉบับให้เป็นบทความ 𝕏 ที่สะอาดตาและพร้อมโพสต์ทันที

ลอง Markdown เป็น 𝕏

แพตเทิร์นให้ถอดรหัสเพิ่มเติม

บทความไวรัลล่าสุด

สำรวจบทความไวรัลเพิ่มเติม