บทบาทและสิทธิ์

การเข้าถึงใน AI Grid เป็น grant บนสิ่งที่เจาะจง เสมอ: องค์กรนี้ ทีมนี้ โปรเจกต์นี้ ไม่มีบทบาทใดที่ไหลลงไปข้างล่างอย่างเงียบ ๆ — บทบาทระดับองค์กรไม่ได้เปิดทุกโปรเจกต์ที่อยู่ภายใน และการเป็นสมาชิกทีมไม่ได้ให้สิทธิ์ในโปรเจกต์ด้วยตัวมันเอง

โครงร่างของมัน#

ชุดบทบาทนี้ตายตัว — ไม่มีบทบาทที่กำหนดเอง เคียงข้างกันมีบทบาทระดับแพลตฟอร์มหนึ่งบทบาทคือ Platform Administrator ซึ่งผู้ดำเนินการ AI Grid ถือไว้ มันจัดการองค์กร ตัวตน และคิวตรวจสอบผลิตภัณฑ์; มันไม่ใช่บทบาทขององค์กรและไม่เคยปรากฏในรายชื่อสมาชิกของคุณ

บทบาทระดับองค์กร#

มีขอบเขตสองข้อที่ตั้งใจไว้และมักทำให้คนสะดุด:

• การเติมเงินและนโยบายการใช้จ่ายเป็นของ Owner เท่านั้น Administrator จัดการสมาชิก ทีม โปรเจกต์ และการกำหนดผลิตภัณฑ์ได้ — แต่เติมเงินเข้ากระเป๋าเงินของโปรเจกต์ไม่ได้ และสร้างหรือแก้ไขนโยบายการเรียกใช้ (เพดานการใช้จ่ายและ guardrail ระดับองค์กร) ไม่ได้ ทั้งสองอย่างเป็นของ Owner ดู กระเป๋าเงินและเครดิต
• การบริหารไม่ใช่การใช้งาน Owner หรือ Administrator ที่ไม่มี grant ในโปรเจกต์เรียกโมเดลไม่ได้ อำนาจในการจัดการไม่เคยใช้แทน grant สำหรับการใช้งาน

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

บทบาทระดับทีม#

โปรเจกต์เป็นของทีมเดียวเท่านั้น (ทีมเจ้าของ) และความเป็นเจ้าของนั้นสำคัญ: มันคือที่มา และเป็นเงื่อนไขจำเป็นสำหรับการออกคีย์ API แต่มันไม่ใช่การเข้าถึง — Team Member ของทีมเจ้าของเห็นโปรเจกต์ในรายการได้ แต่เรียกอะไรไม่ได้ จนกว่าจะมี grant ของโปรเจกต์บอกเป็นอย่างอื่น

บทบาทระดับโปรเจกต์#

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

มีเพียงบทบาทที่พก project.invoke ที่ใช้จ่ายได้ Viewer หรือสมาชิกของทีมเจ้าของที่ไม่มี grant ในโปรเจกต์ จะเห็นโปรเจกต์แต่เรียกใช้ไม่ได้ การถอน grant ทำให้การเรียกครั้งถัดไปของสมาชิกคนนั้นถูกปฏิเสธทันที โดยโปรเจกต์อื่นของเขาไม่ได้รับผลกระทบ

ผู้ที่ออกคีย์ API ได้#

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

1. การเป็นสมาชิกที่ active ขององค์กร
2. grant ที่ active บนทีมเจ้าของของโปรเจกต์ (Team Owner หรือ Team Member) และ
3. grant ที่ active ในโปรเจกต์ซึ่งพก project.invoke (Project Owner หรือ Project Consumer)

โดยยืนยันผ่าน authorization adapter ของแพลตฟอร์ม หากขาดข้อใดจะถูกปฏิเสธด้วย 403 key_issuer_denied การเป็นผู้ดูแลองค์กรใช้แทนไม่ได้ และโปรเจกต์ที่ไม่มีทีมเจ้าของจะมีคีย์ไม่ได้จนกว่าจะกำหนดทีมให้

กฎเดียวกันนี้ถูกประเมินซ้ำทุกครั้งที่ใช้คีย์ — การถอน grant ระดับทีมหรือโปรเจกต์ของผู้สร้าง หรือการระงับตัวบุคคล องค์กร หรือโปรเจกต์ จะหยุดการเรียกครั้งถัดไป รายละเอียดอยู่ใน คีย์ API

สิ่งที่จงใจไม่มี#

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

ถัดไป#

• คีย์ API — ข้อมูลรับรองที่ผูกกับโปรเจกต์และขีดจำกัดของมัน
• การแบ่งผู้เช่าและการแยกส่วน — ขอบเขตที่ grant เหล่านี้อยู่ภายใน
• องค์กร ทีม และโปรเจกต์ — ตัวโครงสร้างเอง