ปฏิทิน
การตั้งเวลาด้วยดีปลิงก์ (deep link) ที่ผ่านการตรวจสอบความถูกต้อง: สำหรับตอนนี้
หน้าที่การทำงาน
เมื่อการสนทนามาถึงขั้นตอน "หาเวลาคุยกัน" เอเจนต์จะสร้างปุ่มกระตุ้นการตัดสินใจ (call-to-action) สำหรับการตั้งเวลาที่ชี้ไปยังเครื่องมือจองคิวที่คุณมีอยู่ โดยปลายทางจะถูกตรวจสอบกับรายการอนุญาตเพื่อไม่ให้ถูกนำทางไปยังที่อื่น นั่นคือทั้งหมดที่ระบบทำได้ในปัจจุบัน
ทำไมสิ่งนี้จึงสำคัญ
เราแสดงรายการโมดูลนี้เนื่องจากเป็นโมดูลที่ยังไม่ได้สร้างขึ้น คุณค่าส่วนใหญ่ของบัญชีสถานะสาธารณะมาจากรายการที่ยังไม่พร้อมใช้งาน หากเราบอกความจริงเกี่ยวกับปฏิทิน รายการอื่นๆ อีกสิบรายการก็จะมีคุณค่าขึ้นมา
วิธีการทำงาน
ปลายทางอยู่ในรายการอนุญาต
URL การจองที่เอเจนต์ส่งออกมาจะได้รับการตรวจสอบความถูกต้องกับรายการอนุญาตที่ตั้งค่าไว้ ดังนั้นคู่สนทนาจึงไม่สามารถโน้มน้าวให้เอเจนต์ลิงก์ไปยังที่อื่นตามใจชอบได้
ไม่มีการตรวจสอบเวลาว่าง ไม่มีระบบจัดเก็บกิจกรรม ไม่มีระบบซิงค์
ไม่มีโมเดลปฏิทินอยู่เบื้องหลังระบบนี้ หากคุณต้องการให้เอเจนต์พิจารณาเกี่ยวกับเวลาว่าง/ไม่ว่าง ปัจจุบันระบบยังไม่สามารถทำเช่นนั้นได้
คำถาม
- เอเจนต์สามารถจองการประชุมให้ฉันได้ไหม?
- เอเจนต์สามารถส่งลิงก์ที่ตรวจสอบแล้วของเครื่องมือจองคิวของคุณให้ผู้อื่นได้ แต่ไม่สามารถอ่านสถานะว่างของคุณหรือสร้างกิจกรรมได้
- สิ่งนี้จะใช้งานได้จริงเมื่อไหร่?
- เรายังไม่ได้กำหนดวันที่แน่นอน และเรายอมพักสิ่งนี้ไว้ก่อนดีกว่าที่จะรีบกำหนดกรอบเวลาให้มัน
The rest of the bag
การกำหนดสิทธิ์รายเอกสารที่กรองคำตอบ ไม่ใช่แค่หน้าเว็บ
การประมวลผลนโยบายจะถูกแคชไว้ต่อเซสชันเพื่อความรวดเร็ว การเปลี่ยนแปลงสิทธิ์จะส่งผลเมื่อแคชถูกล้างข้อมูล แทนที่จะส่งผลทันทีกับทุกคำขอที่กำลังดำเนินการอยู่
ทุกโฟลเดอร์และเอกสารย่อยจะมีนโยบายการเข้าถึง: สาธารณะ, ลงชื่อเข้าใช้แล้ว, หรือได้รับการอนุมัติจากเจ้าของ นโยบายเหล่านี้จะถูกประมวลผลเป็นกรอบข้อมูลต่อเซสชันเพื่อกรองสิ่งที่เอเจนต์สามารถดึงข้อมูลได้ก่อนที่จะตอบกลับ ทะเบียนความสามารถ (capability registry) จะควบคุมฟีเจอร์ทั้งหมดตามผู้เช่า (tenant) และการตรวจสอบการเข้าถึงที่สำคัญจะถูกปิดกั้นการเข้าถึงเมื่อเกิดข้อผิดพลาด (fail closed)
เอกสาร
โครงสร้างโฟลเดอร์ที่เอเจนต์ใช้อ่าน และไฟล์กำหนดค่าที่เอเจนต์ปฏิบัติตาม
การดึงข้อมูลครอบคลุมไฟล์ PDF, สเปรดชีต และบันทึกการสนทนา ส่วนไฟล์ไบนารีรูปแบบพิเศษจะไม่ถูกแยกวิเคราะห์
เหตุการณ์
บัญชีแยกประเภทที่ทนทานซึ่งบันทึกสิ่งที่เอเจนต์ทำและเหตุผล
event bus ภายในกระบวนการ (in-process) เป็นตัวส่งสัญญาณแบบโหนดเดียว (single-node emitter) ไม่ใช่โบรกเกอร์แบบกระจายศูนย์ (distributed broker) ส่วนบันทึกข้ามเอเจนต์ที่ทนทานนั้นเป็นบัญชีแยกประเภทงาน Postgres ที่แยกต่างหาก
That was step 1 of 6: a request arrives. Next, the subdomain is the isolation boundary, so the request resolves to one workspace, one database, and one question of whether it is even in scope.