هوش مصنوعی با درک بافت و زمینه پیش از هر اقدام
دامنهٔ CLADORA Intelligence طوری طراحی شده است که بافت ملک، تفکیک ورکاسپیس، رابطهٔ سکونتی و حدود اختیارات را پیش از هرگونه پیشنهاد یا هماهنگی اقدام از طریق متولیان مرجع پلتفرم، احراز و تدقیق نماید.
یک لایهٔ ارکستراسیون کمکی و مقید، نه متولی مرجع حقیقت دادهها
در ساختار مهندسی کلادورا، هوش مصنوعی یک چتبات منزوی یا یک عامل خودسر (Autonomous Agent) نیست. این سامانه لایهای از هوشمندی کمکی و مقید است که کاملاً تحت فرمان اختیارات پلتفرم و تصمیمگیری نهایی انسان عمل میکند.
متولی مرجع حقیقت نیست
سامانهٔ CLADORA Intelligence به عنوان یک لایهٔ ارکستراسیون کمکی طراحی شده و متولی مرجع حقیقت محسوب نمیشود. هویت، داراییها، دفاتر مالی، تقویمها و اسناد منحصراً متعلق به ارائهدهندگان مرجع هستند.
نبود مسیر مستقل نوشتن برای هوش مصنوعی
معماری سیستم، هوش عملیاتی کلادورا را به عنوان نویسنده مستقل حقیقت دادههای پلتفرم تعیین نکرده است. تغییرات دارای پیامد طوری طراحی شدهاند که از طریق متولی مرجع مربوطه عبور نمایند.
پیروی از مرزهای اختیار
اقدامات تغییردهندهٔ وضعیت به نحوی طراحی شدهاند که به جای پایگاههای دادهٔ متعلق به هوش مصنوعی، از طریق متولی مرجع هدایت شوند. در صورت عدم احراز اختیارات، معماری مستلزم رد هرگونه تغییر است.
از بافت مکانی تا صدور رسید ممیزی قابل ردیابی
هر تعامل مبتنی بر هوش کمکی از یک زنجیرهٔ معماری ساختاریافته عبور میکند که برای کاهش اقدامات کنترلنشده و حفظ مرزهای اختیارات و متولیان طراحی شده است:
تحلیلگر بافت (Context Resolver)
طراحیشده برای احراز هویت کاربر، محدودهٔ فیزیکی ملک، مرز ورکاسپیس، نقش سکونتی و مأموریت فعال.
هدایتگر قصد (Intent Router)
تحلیل مقصود عملیاتی بدون اعطای مجوز پیشفرض (قصد کاربر به معنای داشتن اختیار نیست).
بستار اختیار (Authority Gate)
ارزیابی حقوق در CORE؛ در صورت عدم اثبات اختیار، معماری مستلزم اعمال اصل عدم تغییر بدون مجوز است.
طراح اقدام (Planner)
مدل طراح اقدام یک برنامه گامبهگام، شفاف و قابل ارزیابی را پیش از هرگونه ارسال تدوین مینماید.
انطباق با خطمشی و نظارت انسانی
اقدامات دارای پیامد، مشمول سازوکارهای کنترلی و تأیید انسانی متناسب باقی میمانند.
متولی مرجع (Canonical Provider)
هدایت پیشنهاد تغییر دارای مجوز به سوی قرارداد متولی مرجع مربوطه (FIN01، BK01، OPS و غیره).
رسید ممیزی (Audit Receipt)
مدل رسید رویداد، برچسب زمانی و بافت تصمیم را در پیشینهٔ رویدادهای قابل ممیزی پلتفرم ثبت میکند.
ناکافی بودن هویت عمومی: قدرت تفکیک بافت و نقشها
در مدیریت املاک، یک شخص واحد میتواند نقشهای گوناگونی در فضاهای مختلف ایفا کند. معماری تحلیلگر بافت طوری طراحی شده است که ابعاد عملیاتی مربوطه را پیش از هرگونه برنامهریزی اثرگذار تثبیت نماید:
فرد و اعتبارسنجی
بافت هویت و نشست کاربری در CORE.
دامنهٔ ورکاسپیس
بافت وابسته به ورکاسپیس با هدف تفکیک میان بافتهای ملکی یا سازمانی مربوطه.
دارایی فیزیکی و فضا
کالبد ساختمان، طبقه، مرز تفکیکشده و واحد فیزیکی دقیق.
رابطهٔ سکونتی
مالک، مستأجر مسکونی، بهرهبردار تجاری، تکنسین یا مهمان.
مأموریت و حدود زمانی
حدود تفویض، سقفهای مالی در صورت پیکربندی و بازههای زمانی مجاز.
بستهٔ کشوری (Country Pack)
بافت حوزه قضایی، اصطلاحات، الزامات گردشکار و ارجاعات قانونی مبنا (مانند خط مبنای رومانی).
بافت دامنه عملیاتی
دامنه عملیاتی مرتبط: AIRPROP، SERVICE، عملیات نگهداری، تعاملات یا مالی.
تحلیل مقصود کاربر: قصد هرگز اختیار قانونی ایجاد نمیکند
لایه هدایت قصد، پیامهای به زبان طبیعی یا هشدارهای رویداد را بدون تغییر در دادهها و بدون پیشفرض داشتن مجوز تحلیل میکند:
درخواستهای اطلاعاتی
پرسش درباره کتابچه ساختمان، ساعات آرامش یا اطلاعات شهری پیرامونی.
بازیابی اسناد
تقاضای مشاهده برگه مشخصات فنی، قراردادهای اجاره یا مصوبات مجمع در VAULT.
سفارش خدمات
ثبت درخواست نظافت، باغبانی یا خدمات تخصصی در سامانه SERVICE.
گزارش خرابی و حادثه
گزارش عیوب تأسیساتی، نشتی لولهها یا مشکلات برقی به بخش OPERATIONS.
تقاضای رزرو امکانات
بررسی سانسهای خالی مشاعات ساختمان و تدوین پیشنویس برای BK01.
شفافسازی مالی
پرسش پیرامون اقلام شارژ ماهانه، تسهیم قبوض و فاکتورهای صادره از FIN01.
اعتبارسنجی مأموریت و استاندارد عدم تغییر بدون مجوز (Zero-Write)
پیش از آنکه هر طرحی تدوین یا ارسال گردد، معماری پلتفرم هسته CORE را جهت بررسی صلاحیت قانونی در آن بافت ملکی ارزیابی میکند:
اصل عدم تغییر بدون مجوز (Zero-Write)
در صورتی که اختیارات لازم در CORE احراز نگردد، معماری مستلزم رد هرگونه تغییر در دادهها است.
پالایش مبتنی بر خطمشیها
در صورت پیکربندی، اقدامات در برابر سقفهای مالی، الزامات امضای چندگانه و مقررات انطباق ارزیابی میشوند.
نظارت انسانی متناسب
هوش مصنوعی در چارچوب مرزهای احرازشدهٔ اختیارات عمل میکند. اقدامات دارای پیامد، مشمول سازوکارهای کنترلی و تأیید انسانی متناسب باقی میمانند.
تدوین گامبهگام بستههای پیشنهادی عملیاتی
معماری سیستم، یک مدل طراح اقدام را برای ساختاردهی به گامهای عملیاتی پیشنهادی بدون اجرای زودهنگام تعریف میکند. نمونهای مفهومی از تدوین برنامه برای رفع خرابی سیستم گرمایش:
احراز بافت ملک
شناسایی واحد ۴B در بلوک A و تأیید وضعیت مستأجر فعال.
بررسی اختیار
اعتبارسنجی صلاحیت مستأجر برای ثبت خرابی رادیاتورهای داخلی واحد.
بررسی سوابق فنی
بررسی مدل ترموستات و سوابق تعمیرات قبلی ثبتشده در OPERATIONS.
تدوین پیشنهاد
تنظیم پیشنویس دستورکار فنی و پیشنهاد بازههای زمانی بهینه برای بازدید تکنسین.
بررسی و تأیید مسئول
ارائه طرح ساختاریافته به مستأجر و ناظر مربوطه جهت بازبینی در صورت نیاز.
ارسال به مرجع داده
پس از تأیید مجاز، پیشنهاد به متولی مرجع OPERATIONS ارسال میگردد.
مسیردهی ابزارها صرفاً از طریق ارائهدهندگان مرجع حقیقت
معماری هوش عملیاتی فاقد ابزارهای مبهم یا مسیرهای پنهان است. مسئولیتهای دامنهای و اقدامات پیشنهادی طوری طراحی شدهاند که صرفاً از طریق قراردادهای متولیان مرجع هدایت شوند:
اعتبارسنجی نقشها، سلسلهمراتب ورکاسپیسها، عضویت و حق امضا.
بازیابی نسخههای مرجع، قراردادهای ثبتشده و شناسنامه فنی ساختمان.
استعلام ماندهحسابها، تشریح تسهیم هزینهها و بازبینی فاکتورها بدون دخلوتصرف.
بررسی جدول سانسها و اعمال قوانین ظرفیت برای رزرو فضاهای مشترک.
ساختاردهی به سفارشهای خدمات، استعلام قیمتها و مقایسه پیشنهادات.
صدور دستورکارهای فنی، چکلیستهای تعمیرات و مأموریتهای تکنسینها.
ارسال اعلانها و ثبت سوابق اصالت تحویل پیام در کانالهای مختلف.
سنتز فرصتهای تجاری، پروندههای پیشفروش و انتقال حقوق استیجاری.
چینش راهنماهای محیطی، اعلانات تابلوی مجتمع و اطلاعرسانی گردهماییها.
پیشنهاد مشورتی در برابر اقدام با تغییر دادهها
برای حفظ سلامت دادههای پلتفرم، معماری تفاوت بنیادینی میان خروجی اطلاعاتی و تراکنشهای تغییردهنده قائل است:
پیشنهاد مشورتی (Recommendation)
بدون تغییر داده (صرفاً خواندن / پیشنویس)تشریح علت اختلاف ارقام در قبض شارژ، مقایسه سه پیشفاکتور پیمانکاران، پیشنهاد سانسهای خالی استخر.
اقدام پیشنهادی به متولی مرجع
پیشنهاد تغییر در وضعیت سیستم (در صورت پشتیبانی و احراز اختیار)پیشنهاد صدور دستورکار به OPERATIONS، پیشنهاد ثبت پرداخت در FIN01، پیشنهاد ثبت رزرو در BK01.
اصلاح مکالمهای طرح اقدام هرگز مرزهای اختیار را دور نمیزند
کاربر میتواند اصلاح طرح پیشنهادی را از طریق مکالمه مطرح کند („پیمانکار دوم را انتخاب کن”، „موکول کن به سهشنبه”، „فقط به مدیر اطلاع بده”). معماری سیستم مستلزم آن است که پیش از هرگونه پیشنهاد یا ارسال تغییر دارای پیامد، بافت، اختیارات و خطمشیهای حاکم مجدداً ارزیابی شوند.
شرایط معماری ارجاع به اپراتور انسانی و شفافسازی
معماری سیستم شرایط ارجاع به اپراتور انسانی یا درخواست شفافسازی را برای موقعیتهایی نظیر موارد زیر تعریف مینماید:
ابهام در اختیارات یا تداخل نقشهای چندگانه در ورکاسپیس فعال.
نبود انطباق دقیق میان مشخصات متقاضی و پلاک ثبتی یا واحد مورد نظر.
فراتر رفتن ارقام مالی از سقف اختیارات تعیینشده در آییننامههای پیکربندیشده.
درخواستهای مرتبط با سیستمهای حساس ایمنی جانی (شیرهای گاز، آسانسورها، سیستم اعلان حریق).
تناقض در مدارک ارائهشده یا عدم احراز مالکیت معتبر.
مدل شفافیت و پاسخگویی در تصمیمگیری
برای توصیهها یا اقدامات دارای پیامد، معماری یک مدل شفافیت را تعریف میکند که با هدف پاسخ به پرسشهای کلیدی زیر طراحی شده است:
خلاصه دقیق خواسته استخراجشده از مکالمه کاربر.
محدوده ثبتی دقیق و سازمان مسئول پرونده.
نقش فعال (مالک، مستأجر و غيره) احرازشده در CORE.
دستور مشخصی که برای متولی مرجع تنظیم شده است.
سامانه مرجع مربوطه (SERVICE، OPERATIONS، FIN01 و غیره).
سقف خطمشی یا قانون مشخصی که نظارت انسان را فعال کرده است.
رسیدهای ممیزی و مدل پیشینهٔ رویدادها
معماری سیستم یک مدل رسید ممیزی را تعریف مینماید که برای ثبت بافت درخواست، تصمیمات مربوط به اختیارات در CORE، تأییدیههای مربوطه و نتایج اجرای متولی در پیشینهٔ رویدادهای قابل ممیزی پلتفرم طراحی شده است.
سناریوهای نمونه در تعامل هوش مصنوعی با متولیان مرجع
سناریوهای زیر الگوهای مفهومی معماری برای نمایش نحوهٔ طراحی هماهنگی هوش با متولیان داده هستند (بدون ادعای گارانتی سراسری در نسخه فعلی):
سناریوی الف: گزارش خرابی رادیاتور توسط مستأجر
سکونت مسکونی / مستأجربافت: واحد ۴B → مقصود: نشتی رادیاتور → اختیار: CORE حق ثبت خرابی مستأجر را بررسی میکند → طرح: راهنمای اولیه + پیشنویس دستورکار → نظارت: منوط به تأیید مستأجر → متولی: هدایت به OPERATIONS → رسید: ثبت پیشنهاد در لاگ ممیزی.
سناریوی ب: تحلیل تغییرات هزینه شارژ توسط مدیر مجتمع
مدیریت مجتمع / مدیر ساختمانبافت: برج مرکزی → مقصود: دلیل افزایش قبض آب مصرفی مشاعات چیست؟ → اختیار: CORE نقش مدیر را تأیید میکند → طرح: استعلام قبوض و کنتورها از FIN01 → نتیجه: ارائه گزارش تحلیلی مقایسهای → بدون تغییر: دفتر کل مالی دستنخورده باقی میماند.
سناریوی ج: رزرو سالن اجتماعات برای گردهمایی
تعامل جمعی / مالک واحدبافت: روفگاردن بلوک B → مقصود: رزرو برای شنبه عصر → اختیار: CORE مالکیت بدون بدهی را بررسی میکند → طرح: BK01 ساعات و محدودیت صوتی را بررسی میکند → نظارت: پذیرش ضوابط توسط مالک → متولی: ارسال پیشنهاد به BK01 جهت ثبت رسمی.
سناریوی د: شفافسازی حقوقی بند اجارهنامه اداری
مستأجر تجاری / مدیر مالی شرکتبافت: برج نوآوری، طبقه ۳ → مقصود: آیا امکان واگذاری بخشی از فضا وجود دارد؟ → اختیار: CORE امضای مجاز مدیر را اعتبارسنجی میکند → طرح: استخراج بند قرارداد از VAULT → نتیجه: ارائه خلاصه متن قرارداد با ذکر ماده قانونی (بدون مشاوره حقوقی).
سناریوی هـ: تأیید پایان عملیات توسط تکنسین فنی
نگهداری فنی / پیمانکاربافت: موتورخانه مرکزی → مقصود: پایان سرویس پمپها → اختیار: CORE مجوز کار تکنسین را اعتبارسنجی میکند → طرح: بررسی چکلیست الزامی → متولی: ارسال گزارش نهایی به مهندس ناظر در OPERATIONS → رسید: ثبت زماندار پایان کار.
چگونگی همراهی هوش مصنوعی با دامنههای هفتگانه
الگوهای مفهومی از نحوهٔ هماهنگی هوش کمکی با هر یک از دامنهها بدون سلب مالکیت از متولی مرجع داده:
الگوهای کمکی برای سنتز استعلامهای تجاری و پیشنویس اسناد اجاره؛ سامانه AIRPROP مالک مرجع چرخه معاملات باقی میماند.
الگوهای کمکی برای ساختاردهی به درخواستها و مقایسه پیشنهادات؛ SERVICE متولی مرجع سفارشهای خدمات باقی میماند.
الگوهای کمکی جهت درک گزارشهای خرابی و پیشنویس اعزام تکنسین بدون تشخیص فنی خودکار؛ OPERATIONS متولی مرجع دستورکارها است.
الگوهای کمکی برای تنظیم پیشنویس راهنماهای محیطی و اعلانات تابلوی مجتمع؛ C&E متولی مرجع تعاملات جمعی است.
تعاملات هوشمند میتوانند در صورت احراز اختیار، بافت مالی برگرفته از FIN01 را تشریح نمایند، بدون ثبت صورتحساب یا تغییر در دفاتر؛ FIN01 مرجع حقیقت مالی است.
قصد رزرواسیون از منظر معماری به سمت BK01 هدایت میشود که مالک مرجع حقیقت ظرفیت و زمانبندی باقی میماند.
دستیار اسناد میتواند در صورت داشتن مجوز، به بازیابی یا تلخیص بخشهای اسناد در VAULT بپردازد؛ خلاصهٔ هوش مصنوعی جایگزین سند رسمی نمیگردد.
اصول پنجگانه حاکمیتی در مهندسی پلتفرم
برای جلوگیری از ریسکهای عملیاتی و ادعاهای نامعتبر، معماری کلادورا ۵ قانون حاکمیتی مشخص را اعمال مینماید:
هوش مصنوعی حق قانونی ایجاد نمیکند
سامانه نمیتواند مالکیت، عضویت، وکالت یا امتیازات مالی خلق نماید.
نفی دور زدن متولیان مرجع
هیچ دیتابیس سایه یا پنهانی وجود ندارد؛ تمام رویدادها از مجرای قراردادهای مرجع انجام میشوند.
عدم دخالت در سیستمهای حساس حیاتی
سامانه بهصورت مستقل کنترلی بر شبکه گاز، آسانسورها، سیستمهای اعلام و اطفای حریق یا تجهیزات برق فشارقوی ندارد.
استقلال از مدل و ارائهدهنده
معماری ارکستراسیون هدف طوری طراحی شده است که از گره خوردن حقیقت دادههای پلتفرم به یک ارائهدهندهٔ منفرد مدل جلوگیری نماید.
حفظ حریم خصوصی و کمینهسازی دادهها
سامانه هوش بر مبنای بافت وابسته به ورکاسپیس، بازیابی مقید به اختیارات و اصول کمینهسازی دادهها طراحی شده است.
بلوغ معماری سامانه و مراحل عرضه
مستندات حاضر معماری جامع CLADORA Intelligence را معرفی مینماید. در استقرارهای عملیاتی، دسترسی به قابلیتها به نقشه راه عرضه نرمافزار و قرارداد سازمانی هر پروژه بستگی دارد:
طراحی هوش عملیاتی امن و مقید برای داراییهای ملکی شما
با متخصصان معماری پلتفرم کلادورا درباره نحوه ارتقای بهرهوری تیمهای نگهداری با حفظ سلامت دفاتر رسمی گفتگو نمایید.