การตั้งค่า Grok Bot: ไม่มี Studio ไม่มีตัวเลือกโมเดล

มีโพสต์ภาษาจีนโพสต์หนึ่งที่กำลังถูกแชร์กันในสัปดาห์นี้ ชื่อว่า 我的 Grok Bot 工作室配置 — “การตั้งค่าสตูดิโอ Grok Bot ของฉัน” — และถ้อยคำที่ใช้นั้นเองคือเบาะแส ใครก็ตามที่เคยตั้งค่า Grok Bot อย่างจริงจังย่อมรู้ว่าไม่มีสตูดิโออะไรทั้งนั้น: ไม่มีตัวสร้างแบบลากวาง ไม่มีแคนวาสที่เต็มไปด้วยโหนด ไม่มีดรอปดาวน์ให้เลือกโมเดล Grok Bot เป็นผลิตภัณฑ์เอเจนต์แบบทำงานตลอดเวลาของ SpaceXAI เปิดตัวเมื่อวันที่ 11 สิงหาคม 2026 และทุกส่วนที่ใช้ตั้งค่าของมันล้วนเป็นข้อความ — ช่องคำอธิบาย การสนทนา และอะไรก็ตามที่คุณพูดจนมันจดจำได้ นั่นไม่ใช่ข้อจำกัดที่คุณจะหลบเลี่ยงด้วยการเปลี่ยนเครื่องมือ มันเปลี่ยนนิยามของการตั้งค่าไปเลย และอธิบายว่าทำไมคนสองคนที่ใช้สิ่งที่ฟังดูเหมือนการตั้งค่าเดียวกันจึงได้ผลลัพธ์ต่างกันสุดขั้ว

จังหวะเวลานี้ทำให้เรื่องนี้ควรค่าแก่การจดบันทึกไว้ตอนนี้ เมื่อวันที่ 7 ตุลาคม อีลอน มัสก์กล่าวในโพสต์บน X ว่า Gro​k Bot จะไม่จำกัดอยู่เฉพาะโมเดลของ SpaceXAI เองอีกต่อไป และจะเลือกใช้ "โมเดลเบื้องหลังที่ดีที่สุดสำหรับงานแต่ละงาน" โดยระบุชื่อ Claude Opus 5.5, Midjourney และ Suno — เป็นถ้อยแถลงที่สื่อหลายสำนักยืนยันว่าเป็นถ้อยแถลงเท่านั้น และยังไม่มีอัตราค่าบริการ ไม่มีบันทึกการเปลี่ยนแปลง และไม่มีการวัดผลจากภายนอก สองวันต่อมา วันที่ 9 ตุลาคม ที่อยู่อีเมลเฉพาะบอตที่ลงท้ายด้วย @mail.grokbot.com เริ่มทยอยเปิดให้ใช้งาน ดังนั้นผลิตภัณฑ์ที่อยู่ภายใต้การตั้งค่าของคุณกำลังเคลื่อนไหว และสิ่งที่ตัดสินว่าการเคลื่อนไหวนั้นจะช่วยคุณได้หรือไม่ก็คือสิ่งเดิมเสมอมา นั่นคือ บอตเองถูกกำหนดคุณลักษณะไว้ดีเพียงใด

ว่าสัญญาณที่ส่งต่อมานั้นแท้จริงแล้วคืออะไร

โพสต์นี้เป็นผู้ใช้ที่โชว์การตั้งค่าของตัวเอง และการอ่านที่มีประโยชน์คือเชิงโครงสร้างมากกว่าเชิงอักษร: รูปแบบคือการกำหนดค่า Gro​k Bot ที่ใช้งานได้คือคำอธิบายงานที่เป็นลายลักษณ์อักษรบวกกับขั้นตอนที่บันทึกไว้จำนวนเล็กน้อย ไม่ใช่แผงการตั้งค่าที่คุณเยี่ยมชมเพียงครั้งเดียว เอกสารของ SpaceXAI เองก็ตรงไปตรงมาอย่างผิดปกติเกี่ยวกับเรื่องนี้ “การตั้งค่าคือข้อความ ไม่ใช่ตัวสร้างเวิร์กโฟลว์” หน้าหนึ่งกล่าว ทักษะถูกนิยามว่าเป็น “ชุดคำแนะนำที่นำกลับมาใช้ใหม่ได้สำหรับวิธีการทำงานหนึ่งๆ” และรูทีนคือสิ่งที่ “บอกบอทตัวหนึ่งว่าเมื่อใดควรเรียกใช้เวิร์กโฟลว์ — ตามกำหนดการ หรือในกรณีที่รองรับ หลังจากเกิดเหตุการณ์” ลำดับที่แนะนำซึ่งเอกสารให้มาคือวิธีการทั้งหมดในบรรทัดเดียว: “เริ่มต้นด้วยงานครั้งเดียว ทำให้มันเชื่อถือได้ บันทึกวิธีการเป็นทักษะ และจากนั้นจึงทำให้เป็นอัตโนมัติ”

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

ตัวเลือกโมเดลไม่มีอยู่จริง และนั่นคือส่วนที่น่าสนใจ

ถามว่าคุณเลือกใช้ระหว่าง Grok 4.7 กับ Claude Opus 5.5 สำหรับ Bot ที่กำหนดได้ที่ไหน เอกสารก็ตอบอย่างเรียบ ๆ ว่า “Cursor จัดการการเลือกโมเดล ดังนั้นจึงไม่มีตัวเลือกโมเดล” ไม่มีการตั้งค่าโมเดลแยกตาม Bot ไม่มีแบบแยกตาม routine และไม่มีแบบแยกตาม skill หน้าตั้งค่า Bot ครอบคลุม Name, Label, Description, Avatar และค่ากำหนด Notifications — นั่นคือพื้นผิวทั้งหมดของแต่ละ Bot — โดย time zone อยู่ที่ระดับบัญชี เพราะ routine ต้องใช้สำหรับกำหนดตารางเวลา

ดังนั้น การจัดเส้นทางที่ Musk อธิบายเมื่อวันที่ 7 ตุลาคม จึงไม่ใช่ปุ่มที่คุณหมุน เท่าที่เอกสารที่เราอ่านได้ระบุ มันเป็นการตัดสินใจฝั่งแพลตฟอร์ม ซึ่งคุณมองไม่เห็น เว้นแต่ในรูปของคุณภาพผลลัพธ์ และในรูปของสิ่งที่มาตรวัดการใช้งานระบุในภายหลัง สำหรับใครก็ตามที่สร้างการตั้งค่าบน Gro​k Bot นั่นคือข้อจำกัดที่สำคัญที่สุดเพียงข้อเดียว และควรพูดให้ตรงไปตรงมาว่า คุณควบคุมงาน ไม่ใช่เอนจิน หากการแลกเปลี่ยนนั้นยอมรับได้ ผลิตภัณฑ์ก็มีความสอดคล้องลงตัว หากเวิร์กโฟลว์ของคุณต้องการโมเดลเฉพาะโดยเจตนา — ด้วยเหตุผลด้านต้นทุน ด้านใบอนุญาต หรือด้านความสามารถในการทำซ้ำ — Gro​k Bot ก็เป็นเลเยอร์ที่ผิดสำหรับข้อกำหนดนั้น และการตั้งค่าจะไม่มีทางแสดงออกถึงสิ่งนั้นได้

ตัวเลขที่จริง ๆ แล้วเป็นตัวจำกัดการตั้งค่า

คำแนะนำเรื่องการตั้งค่าส่วนใหญ่คลุมเครือ ก็เพราะเอกสารของ agent ส่วนใหญ่ก็คลุมเครือเช่นกัน คำแนะนำเหล่านี้ไม่คลุมเครือเลย และแต่ละข้อล้วนมีนัยสำคัญต่อการออกแบบ

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

• ช่วงเวลาต่ำสุดของกำหนดการ — ห้านาที “กำหนดการของ Routine ต้องห่างกันอย่างน้อยห้านาที” ซึ่งตัดความเป็นไปได้ในการใช้ลูปโพลล์ถี่ ๆ ออกไป และค่อย ๆ ผลักดันให้คุณหันไปใช้ทริกเกอร์เหตุการณ์แทน

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

• Secrets ต่อ Team Bot — 25, ค่าถูกมาสก์และปิดข้อมูลในเอาต์พุต และเอกสารเตือนว่า Bot “สามารถใช้ทุก secret ในบทสนทนาของเพื่อนร่วมทีมคนใดก็ได้” ดังนั้น secret หนึ่งรายการจึงเป็นการให้สิทธิ์เข้าถึงแก่ทั้งทีม

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

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

กำหนดค่าขอบเขตก่อนที่คุณจะกำหนดค่าของงาน

คำแนะนำด้านระบบอัตโนมัติของเอกสารเองคือรายการสั้น ๆ ของสิ่งที่ควรทำในสิบห้านาทีแรกของการตั้งค่าใหม่ทุกครั้ง ให้การเขียนอยู่ภายใต้การอนุมัติ: “กำหนดให้ต้องอนุมัติก่อนการส่ง การซื้อ การลบ การเผยแพร่ หรือการเปลี่ยนแปลงระบบโปรดักชัน” กำหนดการจับคู่เหตุการณ์ให้แคบ และหลีกเลี่ยง “ตัวรับฟังเหตุการณ์แบบกว้าง เช่น 'ทุกข้อความใหม่'” เพราะมันสร้างสัญญาณรบกวน เปลืองการใช้งาน และลงมือกับอินพุตที่ไม่เกี่ยวข้อง ใช้ปุ่ม Test run โดยรู้ว่า “การทดสอบจะทำงานจริง มันสามารถนำทางเว็บไซต์ เปลี่ยนแปลงไฟล์ และเรียกใช้เครื่องมือที่เชื่อมต่อไว้ได้” เขียนนโยบายกรณีไม่มีข้อมูลและนโยบายกรณีข้อมูลล้าสมัยก่อนเช้าวันแรกที่ปล่อยให้ทำงานโดยไม่มีคนเฝ้า และทำให้การลองใหม่เป็นแบบ idempotent เพื่อให้การรันซ้ำไม่ส่งซ้ำ

จากนั้นจัดการกับการลบ เพราะมันเป็นปฏิบัติการเดียวที่ย้อนกลับไม่ได้ “การลบรูทีนจะเกิดขึ้นทันทีและย้อนกลับไม่ได้” และการลบ Bot “จะลบโปรไฟล์ที่ใช้งานอยู่ บทสนทนา และรูทีนออกไป” ขณะที่ไฟล์ในคอมพิวเตอร์และการลงชื่อเข้าใช้ไม่ได้แยกตาม Bot และอาจยังคงอยู่ต่อไป การซ่อนเป็นทางเลือกที่ย้อนกลับได้ นอกจากนี้ยังมีประเด็นยุ่งยากด้านการอนุญาตใช้งานที่ควรรู้ไว้ล่วงหน้ามากกว่าจะไปค้นพบเอง: เอกสารของ Bots ระบุว่าการเก็บรักษาข้อมูลฝั่งแบ็กเอนด์เป็นไปตามข้อกำหนดของ Cursor ที่ใช้บังคับ ซึ่งเป็นประโยคที่ควรอ่านก่อนที่คุณจะนำสิ่งใดที่อยู่ภายใต้กฎระเบียบไปใส่ในพื้นที่ทำงานที่ใช้ร่วมกัน

สิ่งที่ส่งต่อได้ สิ่งที่ส่งต่อไม่ได้

การทำสำเนาเป็นวิธีที่ประหยัดที่สุดในการรันบทบาทเดียวกันในขอบเขตที่ต่างออกไป และเอกสารก็ระบุรอยต่อไว้อย่างแม่นยำ สำเนาหนึ่งชุดจะได้รับ “โปรไฟล์ การตั้งค่า ทักษะ กิจวัตร และอวตาร” และระบุไว้อย่างชัดเจนว่า “ไม่คัดลอกประวัติการสนทนา หน่วยความจำที่เรียนรู้ หรือไฟล์แนบในแชต” การแชร์ไปไกลกว่านั้น: คุณสร้างเทมเพลตและเลือกการเข้าถึงแบบสาธารณะหรือเฉพาะทีม และผู้รับจะดูตัวอย่างแล้วเพิ่มสำเนา — “พวกเขาจะไม่ได้รับเครื่องของคุณ ข้อมูลเข้าสู่ระบบ หรือประวัติของคุณ” ลบคีย์ API, URL ภายใน และข้อมูลลูกค้าออกก่อนแชร์ เพราะเทมเพลตบรรจุการตั้งค่าไว้ และการตั้งค่าคือจุดที่ผู้คนซ่อนข้อมูลรับรอง

หน่วยความจำก็ควรได้รับความสงสัยเช่นเดียวกัน เอกสารอธิบายว่ามันเป็นความสะดวก ไม่ใช่ความจริง: คอยเปลี่ยนข้อเท็จจริงในระบบต้นทางอยู่เสมอ ทำให้ Bot เปิดใหม่หรืออ้างอิงข้อมูลปัจจุบันสำหรับการตัดสินใจที่สำคัญ และกำหนดขีดจำกัดด้านความปลอดภัยไว้ในคำอธิบายแทนที่จะเชื่อว่าหน่วยความจำจะเก็บมันไว้ Team Bots เพิ่มชั้นที่สอง — หน่วยความจำของทีมที่ทุกคนในบทสนทนาอ่านได้ และบันทึกส่วนตัวที่ติดตามคนเพียงคนเดียว — และข้อเท็จจริงด้านการเรียกเก็บเงินที่สำคัญ: การใช้งาน “จะถูกหักจากโควตา Grok Bot ของเพื่อนร่วมทีมคนนั้นเอง ไม่ใช่ของเจ้าของ”

จุดที่เราเตอร์ลงตัว โดยไม่แสร้งทำเป็นเอเจนต์

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

เลเยอร์นั้นคือสิ่งที่เราขาย OrcaRouter คือปลายทาง (endpoint) เดียวที่เข้ากันได้กับ OpenAI ครอบคลุมโมเดลกว่า 200 รุ่น โดยไม่บวกเพิ่มจากราคาตามรายการของผู้ให้บริการ ดังนั้นหากผู้ให้บริการลดราคา ที่นี่ก็ปรับให้ทันทีในวันเดียวกัน Grok 4.7 อยู่บนนั้นในอัตราที่ SpaceXAI ประกาศเองที่ 2.00 ดอลลาร์ต่อโทเคนอินพุตหนึ่งล้านโทเคน และ 6.00 ดอลลาร์ต่อโทเคนเอาต์พุตหนึ่งล้านโทเคน เมื่อพรอมป์ตไม่เกิน 200K โทเคน และจะเพิ่มเป็นสองเท่าเมื่อเกินเกณฑ์นั้น ชิ้นส่วนที่สำคัญสำหรับการตั้งค่าแบบที่อยู่ในโพสต์นี้ คือสิ่งที่ช่วยไม่ให้ขั้นตอนที่ยังไม่ได้พิสูจน์กลายเป็นเหตุการณ์ในโปรดักชัน ได้แก่ การสลับไปยังผู้ให้บริการรายอื่นโดยอัตโนมัติ (failover) เมื่อรายหนึ่งมีปัญหา, DSL สำหรับการจัดเส้นทางที่ประกอบหลายโมเดลเข้าเป็นการเรียกครั้งเดียว และการหลอมรวมโมเดล (model fusion) สำหรับคณะที่ตอบร่วมกัน และทางเลือกที่ใช้ได้จริงสำหรับคำถามที่ว่า "บอตนี้ทำงานนี้ได้จริงหรือไม่" คือวิธีที่เรียบง่ายน่าเบื่อ — เขียนสกิลขึ้นมา รันมันด้วยมือหนึ่งครั้งกับโมเดลที่คุณตั้งใจจะเชื่อใจ แล้วค่อยทำให้เป็นอัตโนมัติ Failover คือสิ่งที่ทำให้การลองขั้นตอนกับโมเดลที่คุณยังไม่ได้ตัดสินใจใช้ อยู่รอดได้ แทนที่จะเป็นการเดิมพัน

ถ้าคุณกำลังเขียนเซ็ตอัปของคุณในสัปดาห์นี้

เขียนบทบาทเป็นข้อความเชิงปฏิบัติการ ไม่ใช่เป็นชื่อตำแหน่งงาน คำแนะนำในเอกสารเกี่ยวกับเรื่องนี้ดีกว่าสิ่งที่พบเห็นทั่วไป: Bot ควรมีวัตถุประสงค์ ชุดเครื่องมือ สไตล์ ขอบเขตการอนุมัติ หรือตารางเวลาที่ชัดเจน และควรเริ่มจาก “รายชื่อที่มีประโยชน์น้อยที่สุด” โดยมี Bot หนึ่งตัวรับผิดชอบผลลัพธ์แบบครบวงจรก่อนที่จะเพิ่มผู้เชี่ยวชาญ จากนั้นทำตามลำดับที่เอกสารกำหนด — งานจริงหนึ่งงานที่ทำให้เชื่อถือได้; บันทึกวิธีการเป็นสกิล; จากนั้นจึงสร้างรูทีน โดยเขียน Bot ตารางเวลา เขตเวลา แหล่งข้อมูลเข้า ผลลัพธ์ที่คาดหวัง ขอบเขตการอนุมัติ และพฤติกรรมเมื่อไม่มีแหล่งข้อมูลไว้ให้ครบ ทดสอบขณะที่คุณกำลังเฝ้าดูอยู่ ตั้งค่าเขตเวลาก่อนกำหนดตารางเวลาแรก เพราะรูทีนใช้เขตเวลานั้น และสังเกตตาข่ายนิรภัยเล็กๆ ที่มีอยู่: Gro​k Bot อาจถามว่าจะให้รูทีนทำงานต่อหรือไม่หลังจากหายไปนาน และจะหยุดชั่วคราวหากคุณไม่ตอบ

การกำหนดค่าในโพสต์นั้นไม่ใช่สตูดิโอ และคำนี้ก็ไม่ได้สร้างความเสียหายอะไร — มันเป็นเพียงชื่อเรียกของสิ่งที่ผู้ปฏิบัติสร้างขึ้นเมื่อตัวควบคุมจริง ๆ มีเพียงคำอธิบาย คลังทักษะ และตารางเวลา ส่วนที่จะไม่รอดจากการเปลี่ยนแปลงผลิตภัณฑ์ครั้งถัดไปคือสิ่งใดก็ตามที่สมมติว่าคุณเป็นคนเลือกโมเดล คำแถลงของ Musk เมื่อวันที่ 7 ตุลาคมยังคงเป็นเพียงคำแถลง และเอกสารยังระบุว่ายังไม่มีตัวเลือก หากวันหนึ่งมีตัวเลือกออกมา การตั้งค่าที่คุ้มค่าจะเป็นแบบที่เจาะจงเกี่ยวกับงานมาตลอดแต่แรก