Calendar
Scheduling by validated deep link: for now.
מה זה עושה
When a conversation reaches "let us find a time", the agent produces a scheduling call-to-action pointing at your existing booking tool, with the destination checked against an allowlist so it cannot be steered somewhere else. That is the whole of it today.
למה זה חשוב
We are listing this module precisely because it is the one that is not built. Most of the value of a public status ledger comes from the entries that are inconvenient. If we would tell you the truth about Calendar, the other ten entries are worth something.
איך זה עובד
The destination is allowlisted
The booking URL the agent emits is validated against a configured allowlist, so a conversation cannot talk the agent into linking somewhere arbitrary.
No availability, no event store, no sync
There is no calendar model behind this. If you need the agent to reason about free/busy time, it cannot do that today.
שאלות
- האם הסוכן יכול לקבוע עבורי פגישה?
- הוא יכול למסור למישהו קישור מאומת לכלי זימון הפגישות שלך. הוא אינו יכול לקרוא את הזמינות שלך או ליצור אירוע.
- מתי זה יהפוך למציאות?
- לא התחייבנו לתאריך, ואנו מעדיפים להשאיר זאת על הספסל מאשר להקצות לכך רבעון.
The rest of the bag
AccessControl
הרשאות ברמת המסמך הבודד שמסננות תשובות, לא רק דפים.
פענוח המדיניות נשמר במטמון (cache) לכל הפעלה (session) לצורך מהירות; שינוי הרשאה מופץ בעת ביטול תוקף המטמון (cache invalidation) ולא באופן מיידי עבור כל בקשה פעילה.
תיעוד
עץ תיקיות שהסוכן קורא, וקובץ הגדרות שהוא מציית לו.
החילוץ מכסה קובצי PDF, גיליונות אלקטרוניים ותמלילים. פורמטים בינאריים אקזוטיים אינם מנותחים.
אירועים
ספר תיעוד עמיד של מה שהסוכנים עשו, ומדוע.
אפיק האירועים הפנימי (in-process event bus) הוא פולט של צומת יחיד (single-node emitter), ולא מתווך מבוזר. התיעוד העמיד בין הסוכנים הוא ספר משימות נפרד ב-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.