معماری هوش عملیاتی کلادورا

هوش مصنوعی با درک بافت و زمینه پیش از هر اقدام

دامنهٔ CLADORA Intelligence طوری طراحی شده است که بافت ملک، تفکیک ورک‌اسپیس، رابطهٔ سکونتی و حدود اختیارات را پیش از هرگونه پیشنهاد یا هماهنگی اقدام از طریق متولیان مرجع پلتفرم، احراز و تدقیق نماید.

جایگاه در معماری پلتفرم

یک لایهٔ ارکستراسیون کمکی و مقید، نه متولی مرجع حقیقت داده‌ها

در ساختار مهندسی کلادورا، هوش مصنوعی یک چت‌بات منزوی یا یک عامل خودسر (Autonomous Agent) نیست. این سامانه لایه‌ای از هوشمندی کمکی و مقید است که کاملاً تحت فرمان اختیارات پلتفرم و تصمیم‌گیری نهایی انسان عمل می‌کند.

متولی مرجع حقیقت نیست

سامانهٔ CLADORA Intelligence به عنوان یک لایهٔ ارکستراسیون کمکی طراحی شده و متولی مرجع حقیقت محسوب نمی‌شود. هویت، دارایی‌ها، دفاتر مالی، تقویم‌ها و اسناد منحصراً متعلق به ارائه‌دهندگان مرجع هستند.

نبود مسیر مستقل نوشتن برای هوش مصنوعی

معماری سیستم، هوش عملیاتی کلادورا را به عنوان نویسنده مستقل حقیقت داده‌های پلتفرم تعیین نکرده است. تغییرات دارای پیامد طوری طراحی شده‌اند که از طریق متولی مرجع مربوطه عبور نمایند.

پیروی از مرزهای اختیار

اقدامات تغییردهندهٔ وضعیت به نحوی طراحی شده‌اند که به جای پایگاه‌های دادهٔ متعلق به هوش مصنوعی، از طریق متولی مرجع هدایت شوند. در صورت عدم احراز اختیارات، معماری مستلزم رد هرگونه تغییر است.

جریان بنیادین معماری اقدام

از بافت مکانی تا صدور رسید ممیزی قابل ردیابی

هر تعامل مبتنی بر هوش کمکی از یک زنجیرهٔ معماری ساختاریافته عبور می‌کند که برای کاهش اقدامات کنترل‌نشده و حفظ مرزهای اختیارات و متولیان طراحی شده است:

۰۱

تحلیلگر بافت (Context Resolver)

طراحی‌شده برای احراز هویت کاربر، محدودهٔ فیزیکی ملک، مرز ورک‌اسپیس، نقش سکونتی و مأموریت فعال.

۰۲

هدایتگر قصد (Intent Router)

تحلیل مقصود عملیاتی بدون اعطای مجوز پیش‌فرض (قصد کاربر به معنای داشتن اختیار نیست).

۰۳

بستار اختیار (Authority Gate)

ارزیابی حقوق در CORE؛ در صورت عدم اثبات اختیار، معماری مستلزم اعمال اصل عدم تغییر بدون مجوز است.

۰۴

طراح اقدام (Planner)

مدل طراح اقدام یک برنامه گام‌به‌گام، شفاف و قابل ارزیابی را پیش از هرگونه ارسال تدوین می‌نماید.

۰۵

انطباق با خط‌مشی و نظارت انسانی

اقدامات دارای پیامد، مشمول سازوکارهای کنترلی و تأیید انسانی متناسب باقی می‌مانند.

۰۶

متولی مرجع (Canonical Provider)

هدایت پیشنهاد تغییر دارای مجوز به سوی قرارداد متولی مرجع مربوطه (FIN01، BK01، OPS و غیره).

۰۷

رسید ممیزی (Audit Receipt)

مدل رسید رویداد، برچسب زمانی و بافت تصمیم را در پیشینهٔ رویدادهای قابل ممیزی پلتفرم ثبت می‌کند.

متولیان مرجع متصل به سامانه:COREDOCUMENTSFIN01BK01SERVICEOPERATIONSCOMMUNICATIONSAIRPROPC&E
مشاهده ماتریس قابلیت‌ها
تحلیل و احراز بافت

ناکافی بودن هویت عمومی: قدرت تفکیک بافت و نقش‌ها

در مدیریت املاک، یک شخص واحد می‌تواند نقش‌های گوناگونی در فضاهای مختلف ایفا کند. معماری تحلیلگر بافت طوری طراحی شده است که ابعاد عملیاتی مربوطه را پیش از هرگونه برنامه‌ریزی اثرگذار تثبیت نماید:

فرد و اعتبارسنجی

بافت هویت و نشست کاربری در CORE.

دامنهٔ ورک‌اسپیس

بافت وابسته به ورک‌اسپیس با هدف تفکیک میان بافت‌های ملکی یا سازمانی مربوطه.

دارایی فیزیکی و فضا

کالبد ساختمان، طبقه، مرز تفکیک‌شده و واحد فیزیکی دقیق.

رابطهٔ سکونتی

مالک، مستأجر مسکونی، بهره‌بردار تجاری، تکنسین یا مهمان.

مأموریت و حدود زمانی

حدود تفویض، سقف‌های مالی در صورت پیکربندی و بازه‌های زمانی مجاز.

بستهٔ کشوری (Country Pack)

بافت حوزه قضایی، اصطلاحات، الزامات گردش‌کار و ارجاعات قانونی مبنا (مانند خط مبنای رومانی).

بافت دامنه عملیاتی

دامنه عملیاتی مرتبط: AIRPROP، SERVICE، عملیات نگهداری، تعاملات یا مالی.

هدایت و درک مقصود

تحلیل مقصود کاربر: قصد هرگز اختیار قانونی ایجاد نمی‌کند

لایه هدایت قصد، پیام‌های به زبان طبیعی یا هشدارهای رویداد را بدون تغییر در داده‌ها و بدون پیش‌فرض داشتن مجوز تحلیل می‌کند:

درخواست‌های اطلاعاتی

پرسش درباره کتابچه ساختمان، ساعات آرامش یا اطلاعات شهری پیرامونی.

بازیابی اسناد

تقاضای مشاهده برگه مشخصات فنی، قراردادهای اجاره یا مصوبات مجمع در VAULT.

سفارش خدمات

ثبت درخواست نظافت، باغبانی یا خدمات تخصصی در سامانه SERVICE.

گزارش خرابی و حادثه

گزارش عیوب تأسیساتی، نشتی لوله‌ها یا مشکلات برقی به بخش OPERATIONS.

تقاضای رزرو امکانات

بررسی سانس‌های خالی مشاعات ساختمان و تدوین پیش‌نویس برای BK01.

شفاف‌سازی مالی

پرسش پیرامون اقلام شارژ ماهانه، تسهیم قبوض و فاکتورهای صادره از FIN01.

قاعده کلیدی: هدایتگر قصد هرگز صلاحیت ایجاد نمی‌کند. حتی اگر مقصود کاملاً شفاف باشد، اجرا منوط به بستار اختیارات است.
بستار اختیار و خط‌مشی

اعتبارسنجی مأموریت و استاندارد عدم تغییر بدون مجوز (Zero-Write)

پیش از آنکه هر طرحی تدوین یا ارسال گردد، معماری پلتفرم هسته CORE را جهت بررسی صلاحیت قانونی در آن بافت ملکی ارزیابی می‌کند:

اصل عدم تغییر بدون مجوز (Zero-Write)

در صورتی که اختیارات لازم در CORE احراز نگردد، معماری مستلزم رد هرگونه تغییر در داده‌ها است.

پالایش مبتنی بر خط‌مشی‌ها

در صورت پیکربندی، اقدامات در برابر سقف‌های مالی، الزامات امضای چندگانه و مقررات انطباق ارزیابی می‌شوند.

نظارت انسانی متناسب

هوش مصنوعی در چارچوب مرزهای احراز‌شدهٔ اختیارات عمل می‌کند. اقدامات دارای پیامد، مشمول سازوکارهای کنترلی و تأیید انسانی متناسب باقی می‌مانند.

طراح اقدام شفاف

تدوین گام‌به‌گام بسته‌های پیشنهادی عملیاتی

معماری سیستم، یک مدل طراح اقدام را برای ساختاردهی به گام‌های عملیاتی پیشنهادی بدون اجرای زودهنگام تعریف می‌کند. نمونه‌ای مفهومی از تدوین برنامه برای رفع خرابی سیستم گرمایش:

گام ۱

احراز بافت ملک

شناسایی واحد ۴B در بلوک A و تأیید وضعیت مستأجر فعال.

گام ۲

بررسی اختیار

اعتبارسنجی صلاحیت مستأجر برای ثبت خرابی رادیاتورهای داخلی واحد.

گام ۳

بررسی سوابق فنی

بررسی مدل ترموستات و سوابق تعمیرات قبلی ثبت‌شده در OPERATIONS.

گام ۴

تدوین پیشنهاد

تنظیم پیش‌نویس دستورکار فنی و پیشنهاد بازه‌های زمانی بهینه برای بازدید تکنسین.

گام ۵

بررسی و تأیید مسئول

ارائه طرح ساختاریافته به مستأجر و ناظر مربوطه جهت بازبینی در صورت نیاز.

گام ۶

ارسال به مرجع داده

پس از تأیید مجاز، پیشنهاد به متولی مرجع OPERATIONS ارسال می‌گردد.

قراردادهای متولیان مرجع داده

مسیردهی ابزارها صرفاً از طریق ارائه‌دهندگان مرجع حقیقت

معماری هوش عملیاتی فاقد ابزارهای مبهم یا مسیرهای پنهان است. مسئولیت‌های دامنه‌ای و اقدامات پیشنهادی طوری طراحی شده‌اند که صرفاً از طریق قراردادهای متولیان مرجع هدایت شوند:

COREهویت و حدود اختیارات

اعتبارسنجی نقش‌ها، سلسله‌مراتب ورک‌اسپیس‌ها، عضویت و حق امضا.

DOCUMENTS (VAULT)اصالت اسناد

بازیابی نسخه‌های مرجع، قراردادهای ثبت‌شده و شناسنامه فنی ساختمان.

FIN01حقیقت مالی

استعلام مانده‌حساب‌ها، تشریح تسهیم هزینه‌ها و بازبینی فاکتورها بدون دخل‌وتصرف.

BK01ظرفیت و زمان‌بندی

بررسی جدول سانس‌ها و اعمال قوانین ظرفیت برای رزرو فضاهای مشترک.

SERVICEخدمات و مناقصات

ساختاردهی به سفارش‌های خدمات، استعلام قیمت‌ها و مقایسه پیشنهادات.

OPERATIONSعملیات نگهداری فنی

صدور دستورکارهای فنی، چک‌لیست‌های تعمیرات و مأموریت‌های تکنسین‌ها.

COMMUNICATIONSارسال پیام و اعلان

ارسال اعلان‌ها و ثبت سوابق اصالت تحویل پیام در کانال‌های مختلف.

AIRPROPچرخه معاملات ملکی

سنتز فرصت‌های تجاری، پرونده‌های پیش‌فروش و انتقال حقوق استیجاری.

C&Eتجربه و تعاملات جمعی

چینش راهنماهای محیطی، اعلانات تابلوی مجتمع و اطلاع‌رسانی گردهمایی‌ها.

تفکیک ماهیتی دقیق

پیشنهاد مشورتی در برابر اقدام با تغییر داده‌ها

برای حفظ سلامت داده‌های پلتفرم، معماری تفاوت بنیادینی میان خروجی اطلاعاتی و تراکنش‌های تغییردهنده قائل است:

پیشنهاد مشورتی (Recommendation)

بدون تغییر داده (صرفاً خواندن / پیش‌نویس)
نمونه‌ها:

تشریح علت اختلاف ارقام در قبض شارژ، مقایسه سه پیش‌فاکتور پیمانکاران، پیشنهاد سانس‌های خالی استخر.

حاکمیت و نظارت: نیاز به امضای رسمی ندارد؛ صرفاً به عنوان یک بافت مشورتی ارائه می‌گردد.

اقدام پیشنهادی به متولی مرجع

پیشنهاد تغییر در وضعیت سیستم (در صورت پشتیبانی و احراز اختیار)
نمونه‌ها:

پیشنهاد صدور دستورکار به OPERATIONS، پیشنهاد ثبت پرداخت در FIN01، پیشنهاد ثبت رزرو در BK01.

حاکمیت و نظارت: مشمول سازوکارهای کنترلی و تأیید انسانی متناسب توسط فرد دارای صلاحیت.
تنظیم از طریق گفتگو

اصلاح مکالمه‌ای طرح اقدام هرگز مرزهای اختیار را دور نمی‌زند

کاربر می‌تواند اصلاح طرح پیشنهادی را از طریق مکالمه مطرح کند („پیمانکار دوم را انتخاب کن”، „موکول کن به سه‌شنبه”، „فقط به مدیر اطلاع بده”). معماری سیستم مستلزم آن است که پیش از هرگونه پیشنهاد یا ارسال تغییر دارای پیامد، بافت، اختیارات و خط‌مشی‌های حاکم مجدداً ارزیابی شوند.

هیچ جمله‌بندی محاوره‌ای نمی‌تواند الزامات احراز صلاحیت در CORE را نادیده بگیرد.
ارجاع به اپراتور انسانی

شرایط معماری ارجاع به اپراتور انسانی و شفاف‌سازی

معماری سیستم شرایط ارجاع به اپراتور انسانی یا درخواست شفاف‌سازی را برای موقعیت‌هایی نظیر موارد زیر تعریف می‌نماید:

ابهام در اختیارات یا تداخل نقش‌های چندگانه در ورک‌اسپیس فعال.

نبود انطباق دقیق میان مشخصات متقاضی و پلاک ثبتی یا واحد مورد نظر.

فراتر رفتن ارقام مالی از سقف اختیارات تعیین‌شده در آیین‌نامه‌های پیکربندی‌شده.

درخواست‌های مرتبط با سیستم‌های حساس ایمنی جانی (شیرهای گاز، آسانسورها، سیستم اعلان حریق).

تناقض در مدارک ارائه‌شده یا عدم احراز مالکیت معتبر.

شفافیت تصمیم‌گیری

مدل شفافیت و پاسخگویی در تصمیم‌گیری

برای توصیه‌ها یا اقدامات دارای پیامد، معماری یک مدل شفافیت را تعریف می‌کند که با هدف پاسخ به پرسش‌های کلیدی زیر طراحی شده است:

سیستم چه چیزی را فهمید؟

خلاصه دقیق خواسته استخراج‌شده از مکالمه کاربر.

کدام ملک و ورک‌اسپیس مخاطب هستند؟

محدوده ثبتی دقیق و سازمان مسئول پرونده.

بر مبنای کدام رابطهٔ سکونتی؟

نقش فعال (مالک، مستأجر و غيره) احراز‌شده در CORE.

دقیقاً چه اقدامی پیشنهاد شده است؟

دستور مشخصی که برای متولی مرجع تنظیم شده است.

کدام متولی اصلی مسئول اجرا خواهد بود؟

سامانه مرجع مربوطه (SERVICE، OPERATIONS، FIN01 و غیره).

چرا تأیید انسانی الزامی شد؟

سقف خط‌مشی یا قانون مشخصی که نظارت انسان را فعال کرده است.

ردیابی و ممیزی

رسیدهای ممیزی و مدل پیشینهٔ رویدادها

معماری سیستم یک مدل رسید ممیزی را تعریف می‌نماید که برای ثبت بافت درخواست، تصمیمات مربوط به اختیارات در CORE، تأییدیه‌های مربوطه و نتایج اجرای متولی در پیشینهٔ رویدادهای قابل ممیزی پلتفرم طراحی شده است.

نمونه‌های تصویری ترکیب معماری

سناریوهای نمونه در تعامل هوش مصنوعی با متولیان مرجع

سناریوهای زیر الگوهای مفهومی معماری برای نمایش نحوهٔ طراحی هماهنگی هوش با متولیان داده هستند (بدون ادعای گارانتی سراسری در نسخه فعلی):

یادداشت: این نمونه‌ها الگوهای مفهومی ترکیب معماری هستند و به عنوان جریان‌های کاری عرضه‌شدهٔ سراسری در محیط عملیاتی تلقی نمی‌شوند.

سناریوی الف: گزارش خرابی رادیاتور توسط مستأجر

سکونت مسکونی / مستأجر

بافت: واحد ۴B → مقصود: نشتی رادیاتور → اختیار: CORE حق ثبت خرابی مستأجر را بررسی می‌کند → طرح: راهنمای اولیه + پیش‌نویس دستورکار → نظارت: منوط به تأیید مستأجر → متولی: هدایت به OPERATIONS → رسید: ثبت پیشنهاد در لاگ ممیزی.

سناریوی ب: تحلیل تغییرات هزینه شارژ توسط مدیر مجتمع

مدیریت مجتمع / مدیر ساختمان

بافت: برج مرکزی → مقصود: دلیل افزایش قبض آب مصرفی مشاعات چیست؟ → اختیار: CORE نقش مدیر را تأیید می‌کند → طرح: استعلام قبوض و کنتورها از FIN01 → نتیجه: ارائه گزارش تحلیلی مقایسه‌ای → بدون تغییر: دفتر کل مالی دست‌نخورده باقی می‌ماند.

سناریوی ج: رزرو سالن اجتماعات برای گردهمایی

تعامل جمعی / مالک واحد

بافت: روف‌گاردن بلوک B → مقصود: رزرو برای شنبه عصر → اختیار: CORE مالکیت بدون بدهی را بررسی می‌کند → طرح: BK01 ساعات و محدودیت صوتی را بررسی می‌کند → نظارت: پذیرش ضوابط توسط مالک → متولی: ارسال پیشنهاد به BK01 جهت ثبت رسمی.

سناریوی د: شفاف‌سازی حقوقی بند اجاره‌نامه اداری

مستأجر تجاری / مدیر مالی شرکت

بافت: برج نوآوری، طبقه ۳ → مقصود: آیا امکان واگذاری بخشی از فضا وجود دارد؟ → اختیار: CORE امضای مجاز مدیر را اعتبارسنجی می‌کند → طرح: استخراج بند قرارداد از VAULT → نتیجه: ارائه خلاصه متن قرارداد با ذکر ماده قانونی (بدون مشاوره حقوقی).

سناریوی هـ: تأیید پایان عملیات توسط تکنسین فنی

نگهداری فنی / پیمانکار

بافت: موتورخانه مرکزی → مقصود: پایان سرویس پمپ‌ها → اختیار: CORE مجوز کار تکنسین را اعتبارسنجی می‌کند → طرح: بررسی چک‌لیست الزامی → متولی: ارسال گزارش نهایی به مهندس ناظر در OPERATIONS → رسید: ثبت زمان‌دار پایان کار.

ارکستراسیون میان دامنه‌ها

چگونگی همراهی هوش مصنوعی با دامنه‌های هفت‌گانه

الگوهای مفهومی از نحوهٔ هماهنگی هوش کمکی با هر یک از دامنه‌ها بدون سلب مالکیت از متولی مرجع داده:

AIRPROP

الگوهای کمکی برای سنتز استعلام‌های تجاری و پیش‌نویس اسناد اجاره؛ سامانه AIRPROP مالک مرجع چرخه معاملات باقی می‌ماند.

SERVICE

الگوهای کمکی برای ساختاردهی به درخواست‌ها و مقایسه پیشنهادات؛ SERVICE متولی مرجع سفارش‌های خدمات باقی می‌ماند.

OPERATIONS

الگوهای کمکی جهت درک گزارش‌های خرابی و پیش‌نویس اعزام تکنسین بدون تشخیص فنی خودکار؛ OPERATIONS متولی مرجع دستورکارها است.

C&E

الگوهای کمکی برای تنظیم پیش‌نویس راهنماهای محیطی و اعلانات تابلوی مجتمع؛ C&E متولی مرجع تعاملات جمعی است.

FIN01

تعاملات هوشمند می‌توانند در صورت احراز اختیار، بافت مالی برگرفته از FIN01 را تشریح نمایند، بدون ثبت صورت‌حساب یا تغییر در دفاتر؛ FIN01 مرجع حقیقت مالی است.

BK01

قصد رزرواسیون از منظر معماری به سمت BK01 هدایت می‌شود که مالک مرجع حقیقت ظرفیت و زمان‌بندی باقی می‌ماند.

DOCUMENTS

دستیار اسناد می‌تواند در صورت داشتن مجوز، به بازیابی یا تلخیص بخش‌های اسناد در VAULT بپردازد؛ خلاصهٔ هوش مصنوعی جایگزین سند رسمی نمی‌گردد.

امنیت و حاکمیت داده‌ها

اصول پنج‌گانه حاکمیتی در مهندسی پلتفرم

برای جلوگیری از ریسک‌های عملیاتی و ادعاهای نامعتبر، معماری کلادورا ۵ قانون حاکمیتی مشخص را اعمال می‌نماید:

هوش مصنوعی حق قانونی ایجاد نمی‌کند

سامانه نمی‌تواند مالکیت، عضویت، وکالت یا امتیازات مالی خلق نماید.

نفی دور زدن متولیان مرجع

هیچ دیتابیس سایه یا پنهانی وجود ندارد؛ تمام رویدادها از مجرای قراردادهای مرجع انجام می‌شوند.

عدم دخالت در سیستم‌های حساس حیاتی

سامانه به‌صورت مستقل کنترلی بر شبکه گاز، آسانسورها، سیستم‌های اعلام و اطفای حریق یا تجهیزات برق فشارقوی ندارد.

استقلال از مدل و ارائه‌دهنده

معماری ارکستراسیون هدف طوری طراحی شده است که از گره خوردن حقیقت داده‌های پلتفرم به یک ارائه‌دهندهٔ منفرد مدل جلوگیری نماید.

حفظ حریم خصوصی و کمینه‌سازی داده‌ها

سامانه هوش بر مبنای بافت وابسته به ورک‌اسپیس، بازیابی مقید به اختیارات و اصول کمینه‌سازی داده‌ها طراحی شده است.

شفافیت و حاکمیت استقرار

بلوغ معماری سامانه و مراحل عرضه

مستندات حاضر معماری جامع CLADORA Intelligence را معرفی می‌نماید. در استقرارهای عملیاتی، دسترسی به قابلیت‌ها به نقشه راه عرضه نرم‌افزار و قرارداد سازمانی هر پروژه بستگی دارد:

قابلیت‌های هوشمند بر اساس سطح اشتراک فعال ورک‌اسپیس و کالبد ساختمانی ملک فعال‌سازی می‌شوند.
ویژگی‌های پیشرفته (مانند سیستم‌های خودکار کنسیرژ، نگهداری پیش‌بینانه یا خریدهای خودکار) اهداف نقشه راه معماری هستند و مستلزم بلوغ نسخه‌های آینده می‌باشند.
استاندارد معماری روشن است: هیچ ویژگی هوشمندی برای ثبت داده‌های تأییدنشده یا دور زدن ارزیابی اختیارات در CORE طراحی نشده است.

طراحی هوش عملیاتی امن و مقید برای دارایی‌های ملکی شما

با متخصصان معماری پلتفرم کلادورا درباره نحوه ارتقای بهره‌وری تیم‌های نگهداری با حفظ سلامت دفاتر رسمی گفتگو نمایید.