แพลตฟอร์มเอเจนต์ส่วนใหญ่เข้ามาคั่นกลางระหว่างคุณกับผู้ให้บริการโมเดล แล้วคิดส่วนเพิ่มบนทุกโทเคนที่ไหลผ่าน Sharkly ไม่ทำแบบนั้น การใช้งานโมเดลเป็นแบบ bring-your-own-key: การรันหนึ่งครั้งจะคิดค่าบริการกับแผน Claude Code, Codex หรือ API ที่ผูกอยู่กับ Runtime ที่รันงานนั้นอยู่แล้ว ไม่ใช่กับยอดโทเคนที่ Sharkly ขายให้คุณ นั่นเป็นคำกล่าวอ้างที่เล็กกว่าที่ฟังดู และก็ควรพูดกันตรง ๆ ว่ามันมีต้นทุนอะไรกับคุณบ้าง พร้อมกับสิ่งที่มันประหยัดให้คุณ ก่อนที่คุณจะตัดสินใจว่ามันสำคัญหรือไม่
โมเดลแบบตัวแทนจำหน่ายส่งผลต่อแรงจูงใจของคุณอย่างไร
เริ่มจากแพลตฟอร์มที่ขายโทเคนให้คุณจริง ๆ ก่อน เพราะนั่นคือค่าเริ่มต้นในหมวดนี้ และก็ควรพูดให้ชัดเจนตรง ๆ มากกว่าจะเลี่ยงไม่พูด
เมื่อแพลตฟอร์มขายต่อการเข้าถึงโมเดล รายได้ของมันจะผูกกับจำนวนโทเคนที่เอเจนต์ของคุณเผาไป นั่นไม่ใช่ข้อบกพร่องที่ซ่อนอยู่ แต่เป็นโมเดลธุรกิจที่ทำงานตามที่ออกแบบไว้ และมันสร้างแรงจูงใจที่คาดเดาได้: แพลตฟอร์มไม่มีเหตุผลใด ๆ ที่จะทำให้การรันหนึ่งครั้งถูกลง พรอมต์ที่มีประสิทธิภาพขึ้น หน้าต่างบริบทที่เล็กลง Runtime ที่ทำงานเสร็จด้วยโทเคนน้อยลง ทั้งหมดนี้ล้วนลดรายได้ของแพลตฟอร์มจากบัญชีของคุณ ไม่มีอะไรบังคับให้ตัวแทนจำหน่ายโทเคนส่งต่อส่วนลดราคาที่ผู้ให้บริการโมเดลต้นทางประกาศออกมา และไม่มีอะไรตอบแทนมันสำหรับการช่วยให้คุณจ่ายน้อยลง คุณกำลังจ่ายส่วนเพิ่มเพื่อการประสานงาน แต่ส่วนเพิ่มนั้นคิดเป็นหน่วยเงินที่แพลตฟอร์มอยากให้คุณบริโภคมากขึ้น
ต้นทุนที่สองเงียบกว่าและจะโผล่มาในภายหลัง ถ้าทีมของคุณมีแผน Claude Code หรือ Codex อยู่แล้ว หรือมีภาระผูกพันการใช้จ่าย API กับผู้ให้บริการ คุณมักเจรจาราคาสำหรับสิ่งนั้นไว้แล้ว: ระดับการสมัครสมาชิก ส่วนลดตามปริมาณ หรืออัตราแบบใช้ตามสัญญา ถ้าเปลี่ยนเส้นทางการใช้งานนั้นไปผ่านตัวแทนจำหน่าย คุณจะจ่ายสองต่อสำหรับอำนาจต่อรองเดียวกัน: ครั้งหนึ่งให้ตัวแทนจำหน่ายเพื่อสิทธิ์ในการเข้าถึง และคุณก็สูญเสียประโยชน์จากอัตราที่คุณล็อกไว้โดยตรงอยู่แล้ว เพราะอัตราของตัวแทนจำหน่ายคืออัตราที่ใช้ในตอนนี้ ความสัมพันธ์ด้านราคาที่คุณสร้างไว้กับผู้ให้บริการโมเดลจะไม่ติดตามคุณเข้าไปในแพลตฟอร์มที่ขายต่อโทเคนภายใต้บัญชีของตัวเอง
ลองใส่ตัวเลขคร่าว ๆ ดู ทีมที่รันเอเจนต์ไม่กี่ตัวผ่านตัวแทนจำหน่ายด้วยส่วนเพิ่มต่อโทเคนแค่พอประมาณ บนภาระผูกพันการใช้จ่ายที่พวกเขามีอยู่แล้วโดยตรงกับผู้ให้บริการโมเดล กำลังจ่ายค่าจำนวนโทเคนเดียวกันสองต่อ: ครั้งหนึ่งในอัตราที่เจรจาไว้ซึ่งพวกเขาใช้ไม่ได้แล้ว อีกครั้งในอัตราที่ตัวแทนจำหน่ายกำหนดเอง พอขยายไปทั้ง Sprint ของการรัน ไม่ใช่แค่ Task เดียว ช่องว่างนี้จะทบต้นไปในทิศทางที่ตัวแทนจำหน่ายต้องการพอดี
ทั้งหมดนี้ไม่ได้ทำให้การขายต่อโทเคนเป็นเรื่องไม่ซื่อสัตย์ แต่มันทำให้เป็นโมเดลที่ผลประโยชน์ของแพลตฟอร์มกับผลประโยชน์ด้านต้นทุนของคุณชี้ออกไปคนละทาง และนั่นก็ควรรู้ไว้ก่อนที่คุณจะยกงานรันของคุณให้กับผู้ขายรายใดรายหนึ่ง
BYOK มีต้นทุนกับคุณจริง ๆ อะไรบ้าง
การแยกส่วนนี้ก็ไม่ได้ฟรีในฝั่งของ Sharkly เช่นกัน และบทความที่พูดถึงแต่ข้อดีของ bring-your-own-key คงอ่านดูเหมือนโฆษณามากกว่าการบอกข้อแลกเปลี่ยนตามตรง จึงควรพูดถึงต้นทุนให้ชัดเจน
คุณต้องจัดการคีย์และโควตาด้วยตัวเอง ไม่มีใครในชั้นการประสานงานคอยเฝ้าระลิมิตของแผน Claude Code หรือเครดิตคงเหลือในบัญชี API ของคุณแทนคุณ ถ้าทีมของคุณรันเอเจนต์ห้าตัวด้วยคีย์ Anthropic API เดียวและคีย์นั้นชนเพดานอัตรา นั่นคือข้อจำกัดที่คุณต้องสังเกตและวางแผนรับมือเอง เหมือนกับที่คุณต้องทำถ้ามีคนในทีมยิงคำขอเหล่านั้นตรงจากเทอร์มินัล
การรันอาจล้มเหลวด้วยเหตุผลที่ไม่เกี่ยวกับ Sharkly เลย ถ้าแผน Claude Code ที่ผูกกับ Runtime ถูกจำกัดอัตรา หรือบัญชี API ที่รองรับมันใช้เครดิตหมด การรันจะหยุด และความล้มเหลวนั้นจะปรากฏเป็นข้อผิดพลาดด้านโทเคนหรือการยืนยันตัวตนจากผู้ให้บริการโมเดล ไม่ใช่เหตุขัดข้องของ Sharkly การดีบักเรื่องนี้จึงต้องตรวจสอบสองระบบแทนที่จะเป็นระบบเดียว: Task ค้างเพราะมีอะไรบางอย่างใน Sharkly หรือเพราะแผนต้นทางของหมด นั่นคือรอยต่อที่มีอยู่จริง และเป็นราคาที่ต้องจ่ายโดยตรงจากการที่ไม่มีคลังโทเคนที่แพลตฟอร์มควบคุมคอยกลบรอยต่อนั้นให้
การมองเห็นค่าใช้จ่ายอยู่กระจายสองที่ แดชบอร์ดการใช้งานของ Sharkly แสดงการบริโภคต่อเอเจนต์ แต่บิลจริงจะไปโผล่ในใบแจ้งหนี้ของผู้ให้บริการ Claude Code, Codex หรือ API ของคุณ ไม่ใช่ในบรรทัดรายการเดียวของ Sharkly ถ้าฝ่ายการเงินของคุณอยากได้ตัวเลขตัวเดียวสำหรับคำถามว่า "เดือนนี้เราใช้จ่ายกับ AI สำหรับเขียนโค้ดไปเท่าไร" พวกเขาต้องกระทบยอดจากสองแหล่งแทนที่จะอ่านสรุปอันเดียว และการกระทบยอดนั้นเป็นงานที่คนต้องลงมือทำจริง ๆ
ยังมีต้นทุนในการเริ่มต้นใช้งานด้วย และก็ควรพูดถึงตรง ๆ มากกว่าจะสมมติว่ามันไม่มี ทุก Runtime ที่คุณเชื่อมต่อต้องตั้งค่าคีย์หรือแผนของตัวเอง มีคนในทีมต้องรับผิดชอบการต่ออายุและหมุนเวียนข้อมูลรับรองเหล่านั้น และพนักงานใหม่ที่อยากรันเอเจนต์ต้องเข้าถึงบัญชีผู้ให้บริการต้นทาง ไม่ใช่แค่ได้รับคำเชิญเข้า Sharkly แพลตฟอร์มตัวแทนจำหน่ายซ่อนทั้งหมดนั้นไว้หลังการสมัครครั้งเดียวได้ แต่ BYOK ไม่ทำเช่นนั้นตามการออกแบบ และทีมที่กำลังประเมิน Sharkly ควรกันเวลาตั้งค่าจริง ๆ สักหนึ่งถึงสองชั่วโมงต่อ Runtime แทนที่จะคาดหวังว่าจะเป็นศูนย์
ทั้งหมดนั้นไม่ใช่เหตุผลให้เลี่ยง BYOK มันคือรายการตามตรงของสิ่งที่คุณรับมาแลกกับการไม่ต้องจ่ายส่วนเพิ่มบนโทเคน และทีมควรก้าวเข้าไปโดยรู้เรื่องนี้ไว้ ไม่ใช่เพิ่งมารู้ตอนเกิดเหตุ
ชั้นการจัดการยังมีคุณค่าตรงไหน
ในเมื่อ Sharkly ไม่ได้ขายโทเคนให้คุณหรือคอยกลบข้อจำกัดอัตราของผู้ให้บริการ ก็ยุติธรรมที่จะถามว่าแล้วชั้นการประสานงานทำอะไรอยู่จริง ๆ มีสามอย่างที่ชัดเจน
มันตัดสินใจว่าการรันหนึ่งครั้งจะทำงานบน Computer เครื่องไหน Runtime ของเอเจนต์ต้องมีโฮสต์ ไม่ว่าจะเป็นเครื่องท้องถิ่นหรือบนคลาวด์ พร้อมกับรีโพซิทอรีและทรัพยากรที่ Task ต้องใช้ และการมอบหมายนั้นเป็นหน้าที่ของ Sharkly ไม่ว่าใครจะเป็นคนจ่ายค่าโทเคนที่การรันนั้นใช้ไป การคิดค่าบริการโทเคนกับการจัดวางงานรันเป็นเรื่องแยกกัน และ BYOK เพียงแค่ถอนแพลตฟอร์มออกจากเรื่องแรกเท่านั้น
มันคงมนุษย์ไว้ในขั้นตอนการอนุมัติ เอเจนต์ค้นคว้า ลงมือทำ ทดสอบ และรายงาน ส่วนคนเป็นผู้กำหนดทิศทาง มอบอำนาจ และยอมรับผลลัพธ์ ขั้นตอนการรีวิวนั้น ใครเป็นคนอนุมัติ Task ก่อน merge หรือปิดงาน ไม่ได้ขึ้นอยู่กับว่าใครเป็นคนจ่ายค่าเรียกโมเดลข้างใต้นั้น ตัวแทนจำหน่ายที่ถูกกว่าก็ไม่ได้ซื้อกระบวนการรีวิวที่ดีกว่าให้คุณ และโมเดลแบบ BYOK ก็ไม่ได้ทำให้คุณเสียกระบวนการรีวิวไปเช่นกัน
และมันให้แดชบอร์ดการใช้งานที่แสดงการบริโภคต่อเอเจนต์ แม้ว่าตัวโทเคนจะถูกเรียกเก็บที่อื่น คุณเห็นได้ว่าเอเจนต์ตัวไหนเผาไปมากที่สุดในหนึ่ง Sprint ประเภท Task ไหนที่แพงเวลาทำอัตโนมัติ และ Runtime ตัวไหนที่ทำงานหนักผิดปกติ ทั้งหมดนี้โดยที่การมองเห็นนั้นไม่จำเป็นต้องให้ Sharkly เป็นฝ่ายคิดเงินค่าโทเคนที่มันรายงานอยู่ ความมีประโยชน์ของแดชบอร์ดไม่ได้ขึ้นอยู่กับว่า Sharkly เป็นเจ้าของบิล
นั่นคือรูปร่างที่แท้จริงของการแยกส่วนนี้: Sharkly ดูแลว่าจงานรันที่ไหน ใครรีวิว และการรันนั้นกำลังมีค่าใช้จ่ายเท่าไรกับคุณ โดยไม่จำเป็นต้องเป็นผู้ขายที่ขายสิ่งที่ถูกวัดให้คุณด้วย
ตัดสินใจว่าข้อแลกเปลี่ยนนั้นคุ้มไหม
ถ้าทีมของคุณเล็ก มี Runtime เดียว และแทบไม่เคยชนเพดานอัตรา คำถามเรื่องตัวแทนจำหน่ายกับ BYOK ก็คงไม่เปลี่ยนวันทำงานของคุณมากนักไม่ว่าจะทางไหน ข้อแลกเปลี่ยนจะเริ่มเป็นเรื่องจริงจังเมื่อคุณรันเอเจนต์หลายตัวบนแผนต้นทางเดียวกัน ประสานงาน Crews ข้าม Computer มากกว่าหนึ่งเครื่อง หรือพยายามตอบคำถามว่า "Sprint นี้เราใช้จ่ายกับ AI สำหรับเขียนโค้ดไปเท่าไร" ให้กับทีมมากกว่าหนึ่งทีม ถึงจุดนั้น แพลตฟอร์มที่มีแรงจูงใจซ่อนเร้นให้ค่าโทเคนของคุณสูงไว้ ก็เป็นต้นทุนที่คุณมองไม่เห็นทั้งหมด และแพลตฟอร์มที่แค่บอกคุณว่าคุณใช้จ่ายไปเท่าไร โดยไม่เป็นคนขายสิ่งนั้นให้คุณด้วย ก็คุ้มค่ากับความไม่สะดวกเรื่องแดชบอร์ดสองที่
เดิมพันของ Sharkly คือปัญหาเรื่องการประสานงาน ไม่ใช่ปัญหาเรื่องการวัดปริมาณ ต่างหากที่ควรค่าแก่การคิดค่าบริการ มันคือชั้นที่อยู่เหนือเอเจนต์ที่คุณรันอยู่แล้ว ไม่ใช่ผู้ขายรายที่สองที่คั่นกลางระหว่างคุณกับโทเคนที่พวกมันใช้ไป ถ้าคุณจ่ายค่า Claude Code หรือ Codex โดยตรงอยู่แล้ว และอยากให้การรันต่าง ๆ มอบหมายได้ รีวิวได้ และมองเห็นได้ โดยไม่มีส่วนเพิ่มมาทับอยู่บนโทเคน นั่นคือชั้นที่ Sharkly ถูกสร้างมาให้เป็น ดูราคาปัจจุบัน เพื่อดูว่าฝั่งที่นั่งใช้งานนั้นหน้าตาเป็นอย่างไรกันแน่
