กลับไปที่เอกสารแนวคิดหลัก

สิทธิ์การเข้าถึง

ควบคุมสิทธิ์ของ Okou แยกตามแต่ละคอนเนคเตอร์ — ค่าเริ่มต้น, การอนุมัติ, การตรวจสอบ, การเพิกถอน

อัปเดตล่าสุด 29 ตุลาคม 2569 · 1 min read

การเข้าถึงคอนเนคเตอร์มี 3 ชั้นแยกกัน: การเชื่อมต่อของสมาชิก, การอนุมัติของเอเจนต์, และสิทธิ์ที่ระบุชื่อซึ่งมอบให้เอเจนต์นั้น การเชื่อมต่อบริการไม่ได้หมายความว่าเอเจนต์ทุกตัวจะได้รับสิทธิ์ทุกอย่างโดยอัตโนมัติ

การเชื่อมต่อ, การอนุมัติ, และสิทธิ์

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

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

การให้สิทธิ์เข้าถึง

เมื่อเอเจนต์ต้องการสิทธิ์คอนเนคเตอร์ที่ยังไม่มี Okou จะแสดงคำขอสิทธิ์ ตรวจสอบคอนเนคเตอร์, เอเจนต์, ชื่อสิทธิ์ และเหตุผลก่อนเลือก Allow หรือ Deny

สิทธิ์ที่อนุญาตสามารถเลือกช่วงเวลาตามที่ระบบกำหนดได้:

  • Allow for 1h
  • Allow for 24h
  • Allow for 7d
  • Allow always

เมื่อสิทธิ์ที่มีระยะเวลาหมดอายุ เอเจนต์ต้องร้องขอใหม่ การปฏิเสธสิทธิ์หนึ่งรายการจะไม่ตัดการเชื่อมต่อบัญชีหรือถอนสิทธิ์อื่นที่ไม่เกี่ยวข้อง

จัดการการเข้าถึงคอนเนคเตอร์ของเอเจนต์แต่ละตัวได้จากการตั้งค่าการอนุมัติ มุมมองการเข้าถึงคอนเนคเตอร์จะแสดงว่าเอเจนต์ใดได้รับอนุมัติและสถานะสิทธิ์เป็นอนุญาต, ปฏิเสธ หรือผสมกัน

การจัดการข้อมูลรับรอง

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

ห้ามวางคีย์ API, โทเคน OAuth, รหัสผ่าน หรือรหัสลับลูกค้าในแชท, คำสั่งเอเจนต์, คำสั่งเวิร์กโฟลว์ หรือไฟล์แนบ ให้ใช้ขั้นตอนการเชื่อมต่อของคอนเนคเตอร์แทน

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

ขอบเขตการอนุมัติ

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

สำหรับงานที่ต้องได้รับการตรวจสอบโดยมนุษย์:

  1. ให้สิทธิ์เฉพาะอ่านหรือร่าง และปฏิเสธสิทธิ์เขียนหรือส่งขั้นสุดท้ายหากคอนเนคเตอร์แยกสิทธิ์เหล่านี้
  2. ระบุข้อกำหนดการตรวจสอบไว้ในคำสั่งเอเจนต์หรือเวิร์กโฟลว์
  3. เก็บการกระทำขั้นสุดท้ายไว้กับมนุษย์ เช่น สร้างร่าง Gmail หรือข้อเสนอการเปลี่ยนแปลงแทนการส่งหรือดำเนินการจริง

ใช้การควบคุมของบริการต้นทางร่วมด้วย เช่น คีย์ API ที่กำหนดขอบเขต, OAuth scope ที่จำกัดสิทธิ์, สิทธิ์รีโพซิทอรี และข้อมูลรับรองสำหรับ production แยกต่างหาก

แชท, บันทึก, และการมองเห็นของผู้ดูแลระบบ

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

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

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

เช็กลิสต์ตรวจสอบ

  • คอนเนคเตอร์เชื่อมกับบัญชีสมาชิกที่ต้องการหรือไม่?
  • เอเจนต์ที่ต้องการได้รับอนุมัติหรือไม่?
  • อนุญาตเฉพาะสิทธิ์ที่จำเป็นสำหรับงานนี้หรือไม่?
  • สิทธิ์ที่ให้สามารถหมดอายุหลัง 1 ชั่วโมง, 24 ชั่วโมง หรือ 7 วัน แทนที่จะถาวรหรือไม่?
  • เวิร์กโฟลว์เก็บการกระทำที่ย้อนกลับไม่ได้หรือส่งผลภายนอกไว้ในขั้นตอนที่มนุษย์ตรวจสอบหรือไม่?
  • สามารถจำกัดขอบเขตข้อมูลรับรองต้นทางได้มากกว่านี้หรือไม่?

ถัดไป

  • ดู แชท สำหรับสิ่งที่เกิดขึ้นภายในขอบเขตแชท
  • ดู คอนเนคเตอร์ สำหรับแค็ตตาล็อกและรายละเอียดของแต่ละคอนเนคเตอร์
  • ดู สำหรับทีม สำหรับการตั้งค่าสิทธิ์ในระดับองค์กร