Meta Muse API: นักพัฒนาจะได้อะไรจริง ๆ และรองรับโมเดล Muse ใดบ้าง

ไม่มีผลิตภัณฑ์ใดที่มีชื่อว่า Muse API อย่างเป็นทางการ API ที่ให้บริการโมเดล Muse ของ Meta คือ Meta Model API ซึ่งตอบกลับที่ https://api.meta.ai/v1 และโมเดล Muse ที่นักพัฒนาสามารถเรียกใช้บนนั้นได้แก่ Muse Spark 1.3 (เวอร์ชันที่ Meta แนะนำในปัจจุบัน) Muse Spark 1.2 และ Muse Spark 1.1 — โดยสองตัวหลังเป็นเวอร์ชันที่เว็บไซต์นี้ให้บริการในเส้นทาง meta/muse-spark-1.1 และ meta/muse-spark-1.2 หากคุณค้นหา "muse api" เพราะอยากได้คำตอบสั้น ๆ เพียงบรรทัดเดียว นั่นคือคำตอบนั้น ส่วนที่เหลือของหน้านี้คือรายละเอียดเบื้องหลัง ได้แก่ แต่ละโมเดลมีค่าใช้จ่ายเท่าใดต่อหนึ่งล้านโทเคนตามตารางราคาที่ Meta เผยแพร่ คุณต้องมีอะไรพร้อมบ้างก่อนการเรียกใช้งานครั้งแรก ขีดจำกัดอัตรานั้นวัดเทียบกับอะไรกันแน่ และทำไมตัวเลขบนการ์ดสมัครสมาชิก Muse Code จึงไม่นำมาใช้กับการเรียกเก็บเงินค่า API ได้

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

"the Meta Muse API" จริง ๆ แล้วคืออะไร

คำจำกัดความของ Meta เองคือประโยคเดียว: Model API คือ "แพลตฟอร์มสำหรับการอนุมานของโมเดลล่าสุดจาก Meta รวมถึง Muse Wonder และ Muse Spark" ไลน์ Muse โฮสต์อยู่บนแพลตฟอร์มนั้นแทนที่จะเป็น API ของตัวเอง ซึ่งเป็นเหตุผลว่าทำไมการค้นหา endpoint ที่เฉพาะเจาะจงสำหรับ Muse จึงไม่เจอที่ไหนเลย — endpoint นั้นเป็นของ Meta และ Muse เป็นตระกูลโมเดลหนึ่งบนแพลตฟอร์มนั้น

พื้นผิวนี้ออกแบบมาให้เป็นไปตามธรรมเนียมปฏิบัติโดยเจตนา มีการจัดทำเอกสารรูปแบบคำขอสามแบบภายใต้สิ่งที่ Meta เรียกว่าพื้นผิว Model API ได้แก่ Responses API, Chat Completions API และ Messages API ข้อกล่าวอ้างด้านการผสานรวมที่เป็นจุดขายคือ Model API นั้น "เข้ากันได้แบบแทนที่ได้ทันทีกับ OpenAI SDK, Anthropic SDK และ agent CLI ที่เข้ากันได้กับ OpenAI" พร้อมข้อความประกอบว่า "ไม่ต้องเรียนรู้ไคลเอนต์แบบกำหนดเอง" ในทางปฏิบัติ นั่นหมายถึงการเปลี่ยน base URL และคีย์ ไม่ใช่การเขียนใหม่

แพลตฟอร์มไม่ได้ให้บริการเฉพาะสาย Spark เท่านั้น นอกจาก muse-spark-* แล้ว ยังเปิดให้ใช้ muse-wonder-1.0, muse-image-1.0, muse-voice-transcribe-1.0 และ sam-3.1 ดังนั้นผู้อ่านที่สร้างไปป์ไลน์แบบผสมจึงสามารถเข้าถึงการสร้างภาพ การถอดเสียง และการแบ่งส่วนภาพได้ด้วยข้อมูลรับรองชุดเดียวกัน สมาชิกหนึ่งรายในตระกูล Muse ไม่สามารถเรียกใช้งานได้เลย: Muse Glimmer เป็นโมเดลแบบเปิดน้ำหนักที่ "สร้างมาเพื่อรันบนฮาร์ดแวร์ของคุณเอง" โดยเผยแพร่เป็นน้ำหนักโมเดลแทนที่จะให้บริการผ่าน API และ Meta ไม่รวมโมเดลนี้ไว้ในเอนด์พอยต์รายการโมเดล หากคำถามของคุณคือ "ฉันเรียก Glimmer ได้ไหม" คำตอบคือไม่ — คุณดาวน์โหลดมัน

สองสิ่งที่ผู้คนมักจัดรวมเข้าเป็น "the Muse API" แท้จริงเป็นผลิตภัณฑ์แยกกัน และควรอยู่บนหน้าอื่น Muse Codeเป็นเอเจนต์เขียนโค้ดของ Meta สำหรับเทอร์มินัลและ CI — เป็นฮาร์เนสที่ขายแบบสมัครสมาชิก เปิดตัวเป็นเบต้าเมื่อ 2026-08-05 และออกจากเบต้าเมื่อ 2026-08-31 — และมันไม่ใช่ API ไม่ใช่โมเดล และไม่จำเป็นต้องใช้เพื่อเรียก API หน้า muse-code ของบล็อกนี้ครอบคลุมฮาร์เนส และ meta-muse-code-terminal-coding-agent ครอบคลุมเอเจนต์อย่างละเอียด สิ่งที่ตามมาที่นี่เป็นเพียงพื้นผิวเชิงโปรแกรม

โมเดลที่คุณสามารถเรียกใช้ได้ และอัตราที่ Meta เผยแพร่

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

• muse-spark-1.3 — Meta เรียกมันว่า "เวอร์ชันล่าสุดที่ปรับแต่งสำหรับเวิร์กโฟลว์แบบเอเจนต์" และระบุว่า "แนะนำสำหรับงานใหม่" บริบท 1,048,576 โทเค็น โหมดมาตรฐาน: $1.25 อินพุต, $4.25 เอาต์พุต, $0.15 อินพุตแคช

• muse-spark-1.2 — หน้าโมเดลของ Meta อธิบายไว้อย่างตรงไปตรงมาว่า "เวอร์ชันก่อนหน้า" บริบท 1,048,576 โทเค็นเท่าเดิม อัตรา Standard เท่าเดิม

• muse-spark-1.1 — "เวอร์ชันดั้งเดิม" และใช้ได้เฉพาะโหมด Standard เท่านั้น หน้าต่างบริบทเท่าเดิม อัตรา Standard เท่าเดิมอีกครั้ง

• muse-spark-1.3-contributor และ muse-spark-1.2-contributor — ระดับราคาส่วนลด: อินพุต $0.10, เอาต์พุต $0.20, อินพุตแคช $0.002 ไม่มีเวอร์ชัน Contributor ของ 1.1

• muse-wonder-1.0 — โมเดล Muse ที่มีความสามารถสูงสุดของ Meta ถูกวางตำแหน่งสำหรับงานเอเจนต์ระยะยาว: อินพุต $4.00, เอาต์พุต $20.00, อินพุตแคช $0.20, ใช้ได้เฉพาะโหมด Standard และ Meta ระบุตรง ๆ ว่า "โหมด Contributor ไม่พร้อมใช้งานสำหรับ Muse Wonder บน Model API"

• โมเดล Muse ที่ไม่ใช่ข้อความจะคิดราคาต่อหน่วยแทนที่จะคิดต่อโทเคน: Muse Image ราคา $0.01 ต่อภาพ, Muse Voice Transcribe ราคา $0.18 ต่อชั่วโมง และ SAM 3.1 ราคา $2.50 ต่อ 1,000 ภาพ และ $0.20 ต่อ 1,000 เฟรม การอ้างอิงจากการค้นหาเว็บ หากคุณเปิดใช้งาน จะมีค่าใช้จ่าย $2.50 ต่อ 1,000 คำค้นหา

ข้อความทั่วไปสองข้ออยู่ใต้ตารางนั้น และเป็นสิ่งที่ควรรู้ก่อนที่คุณจะกำหนดขนาดเวิร์กโหลด ข้อแรกคือ “อินพุตที่แคชไว้มีค่าใช้จ่ายต่ำกว่า” — การอ่านจากแคชมีค่าใช้จ่ายประมาณหนึ่งในสิบของอินพุตบน Standard Spark และหนึ่งในห้าสิบบน Contributor ข้อที่สองคือ “ไม่มีค่าพรีเมียมสำหรับบริบทยาว” ซึ่งสำคัญตรงนี้มากกว่าบนแพลตฟอร์มส่วนใหญ่ เพราะหน้าต่างของสาย Spark คือ 1,048,576 โทเคน เอกสารยาวไม่ทำให้คุณต้องเปลี่ยนไปใช้ราคาอีกแบบ

ในประเด็นที่โจทย์ของหน้านี้คาดว่าจะเป็นการเปรียบเทียบความต่าง ระหว่าง meta/muse-spark-1.1 กับ meta/muse-spark-1.2 นั้น ไม่มีอะไรให้เลือกระหว่างกันเลยทั้งในแง่หน้าต่างบริบทหรือราคา Meta เผยแพร่ค่าบริบทเพียงค่าเดียวสำหรับไลน์นี้ และแถวราคาเพียงแถวเดียวที่ครอบคลุม "muse-spark-1.3 / 1.2 / 1.1" สิ่งที่ทำให้ทั้งสองต่างกันคือเช็กพอยต์ — 1.2 เป็นตัวที่ใหม่กว่า — และบนแพลตฟอร์มของ Meta คือการมีวาเรียนต์ Contributor สำหรับ 1.2 แต่ไม่มีสำหรับ 1.1 ใครก็ตามที่บอกคุณว่าทั้งสองต่างกันในความยาวบริบทหรือราคา แสดงว่าไม่ได้อ่านการ์ดชุดเดียวกัน

สิ่งที่คุณต้องมีในมือเพื่อโทรออกครั้งแรก

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

การได้รับสิทธิ์เข้าถึง

การเข้าถึงคือบัญชี Model API บวกกับคีย์หนึ่งตัว คู่มือเริ่มต้นอย่างรวดเร็วของ Meta แนะนำให้คุณไปที่แดชบอร์ด: "รับคีย์จากแดชบอร์ด Model API → คีย์ API → สร้างคีย์ API" หน้าตรวจสอบสิทธิ์เพิ่มส่วนที่คนมักมองข้าม: "คัดลอกคีย์ทันที คุณจะเห็นมันเพียงครั้งเดียว" คีย์จะแสดงในรูปแบบ LLM|607358788350350|nx9.....LJY และ Meta ไม่เคยอธิบายว่าส่วนต่างๆ หมายถึงอะไร คุณสามารถเพิกถอนคีย์ได้จากแดชบอร์ดเดียวกัน — "การลบคีย์หนึ่งตัวจะทำให้คีย์อื่นของทีมไม่ถูกแตะต้อง" — ซึ่งเป็นเหตุผลสนับสนุนของ Meta สำหรับการออกคีย์หนึ่งตัวต่อแอปพลิเคชันแทนการแชร์คีย์เดียวกัน

รูปแบบการรับรองความถูกต้อง

โทเค็น Bearer ใน Authorization header:

• ส่วนหัว — Authorization: Bearer $MODEL_API_KEY

• Base URL — https://api.meta.ai/v1 โดยมี https://api.meta.ai ระบุไว้ในเอกสารสำหรับฮาร์เนสรูปแบบ Anthropic

• ตัวแปรสภาพแวดล้อม — MODEL_API_KEY ซึ่ง Meta แนะนำให้ตั้งค่าแทนการฮาร์ดโค้ด พร้อมกับคำแนะนำตามปกติที่ว่า "อย่า commit คีย์ลงในระบบควบคุมเวอร์ชัน"

• ข้อควรระวังฝั่งไคลเอนต์ — Meta ระบุตรง ๆ ว่า "OpenAI SDK ไม่ได้อ่าน MODEL_API_KEY โดยอัตโนมัติ" ดังนั้นคุณต้องส่ง api_key อย่างชัดเจน หรือไม่ก็ export OPENAI_API_KEY ด้วยคีย์ Meta ของคุณ

ปลายทางที่ระบุในเอกสารอ้างอิงของ Meta ได้แก่ POST /v1/chat/completions และ POST /v1/responses สำหรับข้อความ, /v1/images/generations และ /v1/images/edits สำหรับ Muse Image, POST /v1/asr/transcribe พร้อมเว็บซ็อกเก็ตแบบเรียลไทม์ที่ wss://api.meta.ai/v1/asr/realtime สำหรับการถอดเสียง และ POST /v1/files สำหรับการอัปโหลด ไม่มี SDK ที่ Meta เผยแพร่เอง: หน้า SDKs แสดงรายการไคลเอนต์ OpenAI และ Anthropic และจุดยืนของ Meta คือความเข้ากันได้มากกว่าจะเป็นไลบรารีของบริษัทเอง หากคุณกำลังรอแพ็กเกจ meta เพื่อติดตั้ง ก็ไม่มีให้ติดตั้ง

ขีดจำกัดอัตรา และสิ่งเหล่านั้นวัดเทียบกับอะไร

นี่คือคำถามที่ผู้ค้นหา "muse code api key" มักถามจริง ๆ และ Meta ตอบคำถามนี้ได้แม่นยำกว่าที่ผู้ให้บริการรายอื่น ๆ ส่วนใหญ่ทำ ขีดจำกัดที่เผยแพร่ไว้นั้นคิดต่อทีม ไม่ใช่ต่อคีย์: "คีย์ในทีมเดียวกันใช้ขีดจำกัดอัตราร่วมกัน" วิศวกรสองคนที่สร้างคีย์สองคีย์ไม่ได้ทำให้เพดานเพิ่มเป็นสองเท่า — พวกเขาแค่แบ่งมันกัน

• muse-spark-1.3, muse-spark-1.2, muse-spark-1.1 — 3,000 คำขอต่อนาที และ 4,000,000 โทเคนต่อนาที

• ตัวเลือก Contributor — 150 คำขอต่อนาที และ 3,000,000 โทเค็นต่อนาที

• muse-wonder-1.0 — 3,000 RPM และ 4,000,000 TPM; muse-image-1.0 — 150 RPM โดยไม่มีเพดานโทเค็น

• การตอบกลับเบื้องหลัง — เพดานแยกต่างหากที่ 600 การส่งต่อนาทีต่อทีม

• เมื่อเกิดการละเมิด — HTTP 429 พร้อมเฮดเดอร์ Retry-After และการตอบกลับที่มี x-ratelimit-limit-tokens, x-ratelimit-remaining-tokens, x-ratelimit-limit-requests และ x-ratelimit-remaining-requests

คีย์ API ของ Muse Code และคีย์ API ของ Model เป็นข้อมูลรับรองชนิดเดียวกัน การรันครั้งแรกของ Muse Code จะให้คุณเลือกการลงชื่อเข้าใช้ผ่านเบราว์เซอร์หรือวางคีย์ API — "สำหรับสคริปต์และ CI ให้ใช้คีย์ API" — และลำดับการค้นหาที่ระบุไว้ในเอกสารคือ META_API_KEY ก่อน จากนั้นเป็นคีย์ที่จัดเก็บไว้ ตามด้วยเซสชันเบราว์เซอร์ที่จัดเก็บไว้ โดยคีย์ API จะมีลำดับความสำคัญสูงกว่าการลงชื่อเข้าใช้ผ่านเบราว์เซอร์เสมอ

รูปแบบการคิดค่าบริการ: โทเคนแบบคิดตามปริมาณการใช้งาน ไม่ใช่ที่นั่ง

นี่คือส่วนที่ผู้อ่านมักเข้าใจผิด ดังนั้นจึงคุ้มที่จะพูดให้ตรง ๆ การสมัครสมาชิก Muse Code คือที่นั่งรายเดือนแบบราคาคงที่พร้อมตารางอัตราค่าบริการ ส่วน Model API คือการใช้จ่ายแบบวัดปริมาณตามการใช้งานบนบัญชี หน้า auth ของ Meta ระบุโมเดลไว้ตรง ๆ ว่า “การเรียกเก็บเงินของ Meta Model API คิดตามการใช้งาน: คุณจะถูกเรียกเก็บเงินสำหรับโทเค็นที่คำขอของคุณใช้ไป” โดยนับอินพุตและเอาต์พุตแยกกัน เอาต์พุตมักมีค่าใช้จ่ายสูงกว่า และอัตราค่าบริการแตกต่างกันไปตามโมเดล เงินจะถูกตัดเมื่อยอดคงเหลือของคุณถึงเกณฑ์การชำระเงิน และยอดคงเหลือใด ๆ จะถูกเรียกเก็บโดยอัตโนมัติในวันที่ 1 ของเดือน Meta เสริมว่า “ไม่มีขั้นต่ำหรือข้อผูกมัดล่วงหน้า”

ความไม่สมมาตรประการหนึ่งระหว่างผลิตภัณฑ์ทั้งสองเป็นเรื่องที่ทำให้สะดุดได้ง่าย Meta ระบุว่า Muse Code "การสมัครสมาชิกมีค่าเริ่มต้นเป็นโหมด Contributor และคุณสามารถเปิดหรือปิดได้ในการตั้งค่า" บน API ค่าเริ่มต้นกลับตรงกันข้าม: คุณจะได้ราคาแบบ Standard และเงื่อนไขแบบ Standard เว้นแต่คุณจะจงใจระบุ model id ที่มี -contributor ต่อท้าย ดังนั้นผู้อ่านที่ใช้งาน Muse Code ภายใต้เงื่อนไข Contributor มาตลอด แล้วสลับมาใช้คีย์ที่ muse-spark-1.2 จะไปเจอตารางราคาแบบ Standard ซึ่งคิดประมาณสิบสองเท่าของราคาอินพุต โดยไม่ได้เปลี่ยนแปลงอะไรเลยนอกจากไคลเอนต์

สิ่งที่ Meta ไม่ได้ระบุก็คือการสมัครสมาชิกให้สิทธิ์คุณในการใช้งาน API ใด ๆ หรือไม่ ไม่มีข้อความใดบนหน้าการยืนยันตัวตน หน้าราคา หรือหน้าสินค้า ที่บอกว่าแพ็กเกจหนึ่งรวมโทเค็นหรือเครดิตของ Model API ไว้ หน้า API มองคีย์เป็นเพียงวิธีการยืนยันตัวตนเท่านั้น และหน้าสมัครสมาชิกก็เป็นเรื่องเฉพาะของตัวเอง อย่าสันนิษฐานว่าทั้งสองสิ่งใช้แทนกันได้ และอย่านำตัวเลขรายเดือนของการสมัครสมาชิกไปใส่ในงบประมาณโทเค็น — เพราะทั้งสองตอบคำถามที่แตกต่างกัน

ในเรื่องฟรี: ไม่มีระดับฟรีที่ระบุไว้สำหรับ Model API ไม่มีเครดิตทดลองใช้ และไม่มีโควตาฟรี หน้าผลิตภัณฑ์ของ coding agent ก็ไม่มีการระบุแผนฟรีเช่นกัน โหมด Contributor เป็นแบบลดราคา ไม่ใช่ฟรี — กรอบการนำเสนอของ Meta คือราคาที่ลดแล้ว "เพื่อแลกกับสิทธิ์ในการใช้เนื้อหาของคุณในการฝึกโมเดล Meta ในอนาคต" ซึ่งครอบคลุมพรอมป์ต โค้ด ไฟล์ และบริบทที่คุณส่ง รวมถึงคำตอบที่คุณได้รับกลับมา นั่นคือการแลกเปลี่ยน ไม่ใช่การแจกฟรี หากมีหน้าเว็บใดบอกคุณว่า Meta Muse API มีระดับฟรี หน้าเว็บนั้นไม่ได้อ่านหน้าราคาของ Meta

พร็อพเพอร์ตี้นี้กำหนดเส้นทางอะไร

เราบริการสองโมเดลจากสายนี้ และคำรับรองเรื่องความพร้อมใช้งานบนหน้านี้ถูกจำกัดไว้อย่างจงใจ ทั้งสองโมเดลเปิดให้ใช้งานในแค็ตตาล็อกแล้ววันนี้: meta/muse-spark-1.1 และ meta/muse-spark-1.2 ทั้งคู่มีหน้าต่างบริบท 1,048,576 โทเคนแบบเดียวกับที่ Meta เปิดเผย และ 1.2 เป็นเช็กพอยต์ที่ใหม่กว่า อัตราที่เราประกาศสำหรับทั้งสองคือราคาตั้งต้นของ Meta ที่ส่งผ่านมาโดยบวกมาร์กอัป 0% — $1.25 ต่อโทเคนอินพุตหนึ่งล้านโทเคน, $4.25 ต่อโทเคนเอาต์พุตหนึ่งล้านโทเคน และ $0.15 ต่อการอ่านจากแคชหนึ่งล้านครั้ง — ซึ่งนั่นคือหัวใจทั้งหมดของข้อตกลงแบบส่งผ่าน: การเปลี่ยนแปลงอัตราของผู้ขายจะมีผลที่นี่ในวันเดียวกัน โดยฝั่งเราไม่มีการตั้งราคาใหม่

สิ่งที่สิ่งนี้มอบให้นักพัฒนานั้นไม่ใช่ส่วนลด แต่คือการผสานรวมที่น้อยลงหนึ่งรายการ Muse Spark อยู่เบื้องหลัง เอนด์พอยต์เดียวที่ครอบคลุมโมเดลกว่า 200 รายการ ดังนั้นการเพิ่มมันเข้าไปในไปป์ไลน์จึงไม่ใช่สัญญาฉบับที่สอง คีย์ใบที่สอง หรือความสัมพันธ์ด้านการเรียกเก็บเงินอีกรายการหนึ่ง และคำขอที่ล้มเหลวกับผู้ให้บริการรายหนึ่ง จะสลับไปยังอีกรายโดยอัตโนมัติ แทนที่จะแสดงข้อผิดพลาด 429 ให้ผู้ใช้ของคุณเห็น เรื่องนี้สำคัญกว่าปกติเมื่อเป็นการสลับโมเดลที่ยังไม่ผ่านการพิสูจน์: มันเป็นวิธีนำ meta/muse-spark-1.2 ไปใช้กับปริมาณงานจริงก่อนที่จะตัดสินใจใช้เส้นทางนี้กับมัน

มีสองสิ่งที่กำหนดเส้นทางได้ที่นี่ไม่ได้ และหน้านี้จะไม่ทำให้เรื่องนั้นดูเบาลง meta/muse-spark-1.3 ไม่ได้อยู่ในแค็ตตาล็อกของเรา — หากคุณต้องการ 1.3 ให้ติดต่อ Meta โดยตรง และ meta/muse-code ไม่ใช่ model id เลย ไม่ว่าจะบนแพลตฟอร์มของ Meta หรือของเรา เพราะ Muse Code เป็น harness ไม่ใช่โมเดล จึงไม่สามารถเป็นเป้าหมายในการกำหนดเส้นทางได้ ส่วนเช็กพอยต์ระดับ Contributor ก็ไม่ได้ถูกกำหนดเส้นทางที่นี่เช่นกัน

สิ่งที่ Meta ไม่ได้จัดทำเอกสาร

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

• องค์กรและโครงการ — ไม่มีแนวคิดเรื่ององค์กรหรือโครงการบนหน้า authentication ไม่มีลำดับชั้น และไม่มีวิธีกำหนดขอบเขตคีย์ให้กับหนึ่งในนั้น การจัดกลุ่มเดียวที่ Meta อธิบายคือทีม

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

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

• SDK แบบ first-party — ยังไม่มีการเผยแพร่เลย; คำกล่าวอ้างเรื่องความเข้ากันได้คือเรื่องราวของการผสานรวม และ Meta ไม่ได้บอกว่าจะมีสักตัว

• การใช้งานฟรี — ไม่มีแพ็กเกจฟรี ไม่มีเครดิต ไม่มีการทดลองใช้ ตามข้างต้น

• API id สำหรับ Muse Glimmer — หน้า models ไม่ได้ระบุ id ไว้ และ Meta ก็ไม่รวมไว้ใน models endpoint เนื่องจากถูกเผยแพร่ในรูปแบบ weights

หากเหตุผลที่คุณค้นหาสิ่งนี้เป็นหนึ่งในช่องว่างเหล่านั้น คำตอบก็คือข้อมูลนั้นไม่ได้ถูกเผยแพร่ และหน้าเว็บที่แย่กว่านี้คงเดาเรื่องรูปแบบการกำหนดขอบเขตคีย์หรือปลายทางสำหรับการหมุนเวียน แล้วปล่อยให้คุณไปค้นพบตอนตีสองว่ามันเป็นแค่การเดา สำหรับสิ่งที่เผยแพร่แล้ว ภาพรวมนั้นครบถ้วนพอที่จะนำไปพัฒนาต่อได้: base URL ตามมาตรฐานที่ https://api.meta.ai/v1, คีย์ Bearer ที่คุณสร้างเอง, ความเข้ากันได้แบบใช้แทนกันได้ทันทีกับไคลเอนต์ O​penAI และ A​nthropic, ขีดจำกัดอัตราการใช้งานต่อทีมที่มีการบันทึกไว้ และเรตการ์ดที่เช็กพอยต์ Muse Spark สองตัวซึ่งเว็บไซต์นี้ให้บริการมีหน้าต่างและราคาเหมือนกันทั้งคู่

หน้า muse-code ของบล็อกนี้ ครอบคลุมฮาร์เนสอย่างละเอียด; หน้านี้เป็นเพียงพื้นผิวเชิงโปรแกรม

ช่องว่างเช่นนี้ก็เป็นจุดที่โหมดการล้มเหลวปรากฏให้เห็นเช่นกัน: เหตุการณ์ AI และความล้มเหลวของเอเจนต์ที่ได้รับการบันทึกไว้เกี่ยวกับโมเดลในระดับนี้ถูกรวบรวมไว้ในOrcaRouter AI Incident Archive โดยแต่ละรายการมีแหล่งอ้างอิง ระดับความรุนแรง เกรดความเชื่อมั่น และสถานะที่ถูกโต้แย้งเป็นของตัวเอง