تصور کنید یک مدیر حقوقی باشد که به جای هفتهها مذاکره با تیم توسعه برای ساخت یک ابزار داخلی، تنها با توصیف نیازهایش در یک متن، یک اپلیکیشن کامل با دیتابیس و سطوح دسترسی دریافت کند. این دیگر یک رویای آیندهنگرانه نیست، بلکه قابلیت جدیدی است که فاصله میان «ایده» و «اجرا» را به صفر میرساند.
طبق اعلام ToolJet در ۲۸ سپتامبر ۲۰۲۶، این پلتفرم توانست با استفاده از یک پرامپت جامع، اپلیکیشنی برای بررسی تعهدات قراردادها (Contract Obligations Review) برای یک گروه املاک تجاری در سنگاپور بسازد. این گروه صدها قرارداد اجاره و تأمین را مدیریت میکند و حالا ابزاری دارد که مستقیماً از دل یک توصیف متنی بیرون آمده است.
بسیاری از ابزارهای تولید اپلیکیشن با هوش مصنوعی، تنها یک رابط کاربری ایستا یا قطعاتی از کد (code drop) را تحویل میدهند که توسعهدهنده باید آنها را میزبانی و نگهداری کند. این موضوع باعث ایجاد شکافی میان خروجی هوش مصنوعی و یک ابزار آماده برای محیط عملیاتی (production-ready) میشود. اما رویکرد ToolJet بر پایه پروتکل زمینهٔ مدل (MCP) — شبیه به یک مترجم همهفنحریف که نه تنها زبان، بلکه محیط اجرای برنامه را هم میشناسد — این شکاف را پر میکند. در این روش، اپلیکیشن مستقیماً روی محیطی (runtime) ساخته میشود که اتصال به دادهها، گردشهای کاری و استقرار را مدیریت میکند. نتیجه، یک اپلیکیشن ساختاریافته در ToolJet است که در آن دادهها، کوئریها و رابط کاربری در کنار هم نگه داشته شدهاند. این امر به تیم اجازه میدهد به جای نگهداری یک پایگاه کد (codebase)، یک اپلیکیشن واقعی را اجرا و ویرایش کنند. همانطور که در تحلیلهای قبلی ما دربارهی اتوماسیون سازمانی اشاره کردیم، حذف لایه نگهداری کد، سرعت پذیرش ابزارهای هوش مصنوعی را در شرکتهای سنتی بهشدت افزایش میدهد.
معماری اپلیکیشن
این برنامه از سه صفحه اصلی تشکیل شده که برای محیطهای حقوقی با تراکم داده بالا طراحی شدهاند. رابط کاربری از زیباییشناسی «پورتال حقوقی نهادی آرام» بر اساس یک شبکه سوئیسی (Swiss grid) پیروی میکند. ویژگیهای بصری آن شامل پسزمینه رنگ پریده، متن سنگی تیره (dark slate)، رنگهای تأکیدی سرمهای تیره و عدم استفاده از گوشههای گرد یا سایهها است. این طراحی از چیدمانهای متراکم دو ستونی، تایپوگرافی فشرده، سرتیترهای جدول بهصورت Bold و تگهای بندهای قرارداد به صورت حروف بزرگ و تکفاصله (uppercase monospace) استفاده میکند.
جزئیات صفحه بررسی (Review)
در این صفحه، فایل PDF قرارداد در کنار جدولی از تعهدات قرار گرفته تا کاربر بتواند با یک کلیک از یک وظیفه خاص به بند مربوطه در سند بپرد.
- ناوبری در سطح بند: کلیک روی هر ردیف، PDF را به بند منبع منتقل کرده و آن قسمت از متن را هایلایت میکند. اگر PDF واقعی وجود نداشته باشد، سیستم یک فایل PDF را از روی متن بند تولید میکند.
- مدیریت تعهدات: کاربران میتوانند تعهدات را از طریق یک پنجره مودال اضافه یا ویرایش کنند. هر تعهد شامل متن بند، شماره صفحه PDF، دستهبندی، مالک، ضربالاجل، دوره اطلاعرسانی (notice period)، تکرار (recurrence) و وضعیت است.
- بازخورد متنی: یک پنل کامنت برای هر تعهد پیشبینی شده تا رشتهگفتارهای بحثی (discussion threads) به صورت مجزا برای هر تعهد ثبت شود.
- تاریخچه تصمیمات: یک خط زمانی تأییدات غیرقابل تغییر (append-only) در پایین پنل بررسی قرار دارد تا تاریخچه تصمیمات در حالی که قرارداد باز است، همواره قابل مشاهده باشد.
- جریان بررسی: این صفحه شامل یک انتخابگر قرارداد (contract picker) و دکمههای عملیاتی، یک نمایشگر PDF با قابلیت هایلایت بندها و مودالهایی برای افزودن/ویرایش تعهدات و مراحل تأیید است.
جزئیات تقویم تعهدات
این بخش تاریخهای «آخرین مهلت اقدام» (last day to act) را ردیابی میکند. این تاریخها با کسر دوره اطلاعرسانی (که در برخی موارد تا ۹۰ روز است) از ضربالاجل نهایی محاسبه میشوند.
- ردیابی بصری: صفحه شامل یک نمای ماهانه و یک دستور کار (agenda) است که بر اساس مالک کسبوکار گروهبندی شده و برای هر مالک خلاصهای ارائه میدهد.
- پرچمهای فوریت: سیستم مواردی را که تاریخشان گذشته، مواردی که در بازه زمانی اطلاعرسانی هستند و مواردی که کمتر از ۳۰ روز به ضربالاجل رسیدهاند، علامتگذاری میکند.
- فیلترهای پیشرفته: کاربران میتوانند بر اساس مالک، افق زمانی (time horizon) و اینکه آیا فقط موارد نیازمند اقدام یا فقط تعهدات اطلاعرسانی نمایش داده شوند، فیلتر کنند.
- اجزای تقویم: چیدمان شامل فیلترهای مالک، افق زمانی و نمایش، یک راهنمای علائم (legend) و دستور کار گروهبندی شده بر اساس مالک است.
جزئیات دفتر قراردادها
این صفحه به عنوان یک مرکز جستوجوی پرتفولیو عمل میکند و به تیمهای حقوقی اجازه میدهد صدها قرارداد اجاره و تأمین را بر اساس نوع، وضعیت و مکان ملک فیلتر کنند.
- شفافیت پرتفولیو: دفتر قراردادها شامل شماره مرجع، طرف قرارداد، مالک کسبوکار، وضعیت، تاریخ انقضا و تاریخ «بعدی برای اقدام» است.
- دسترسی مستقیم: دکمهای اختصاصی وجود دارد که قرارداد انتخابی را مستقیماً برای تحلیل فوری به صفحه Review میبرد.
- اجزای دفتر: این صفحه از فیلترهای نوع، وضعیت و ملک در کنار یک جدول قراردادهای قابل جستوجو استفاده میکند.
مدل داده و حاکمیت
برای پشتیبانی از این قابلیتها، MCP شش جدول اختصاصی در ToolJet DB ایجاد کرد تا یک پرتفولیوی فرضی از سنگاپور شامل ۱۴ قرارداد اجاره و تأمین با حدود ۸۰ تعهد را شبیهسازی کند:
clr_people: مدیریت کاربران و نقشهای اختصاص یافته به آنها.clr_contracts: ردیابی وضعیت فعلی هر توافقنامه.clr_documents: ذخیره متن بندها و لینکهای اختیاری PDF.clr_obligations: ثبت وظایف خاص، شماره صفحه PDF، دستهبندی، مالکان، ضربالاجلها، دورههای اطلاعرسانی، تکرار و وضعیت.clr_obl_comments: نگهداری رشتهگفتارهای بحثی بازبینها.clr_approval_log: یک رکورد غیرقابل تغییر (append-only) از هر ارسال، یادداشت بازبینی و تصمیم، شامل نام، نقش و برچسب زمانی.
حاکمیت دادهها در لایه پلتفرم مدیریت میشود، نه با کدنویسی دستی. اپلیکیشن از ایمیل کاربر وارد شده برای تخصیص نقشها استفاده میکند. بازبینهای حقوقی میتوانند تعهدات را اضافه و ویرایش کنند، کامنت بگذارند و قراردادها را برای «مشاور ارشد حقوقی» (General Counsel) ارسال کنند. مالکان کسبوکار فقط قراردادها و تعهداتی را میبینند که مالک آنها هستند. تنها مشاور ارشد حقوقی میتواند تأیید کند یا درخواست تغییر دهد؛ یک قرارداد تنها پس از این تأیید به وضعیت «فعال» (Active) تغییر مییابد.
تأیید نهایی، تعهدات فعلی را به عنوان یک نسخه شمارهدار منجمد (freeze) میکند. هرگونه ویرایش بعدی به عنوان اصلاحیه نسبت به آن نسخه ثبت شده و روی ردیف مربوطه تگ میخورد. این امر یک رکورد دائمی از آنچه در یک نقطه زمانی خاص تأیید شده است، تضمین میکند.
پیادهسازی فنی و استقرار
بر اساس مستندات ToolJet، این ساخت شامل ۲۸ کوئری و ۵۵ کامپوننت است و هیچ فایل کدی برای نگهداری توسط کاربر تولید نمیکند. فرآیند ساخت چندین مرحله طول کشید تا صفحات و مدل دادهها تثبیت شوند. یک چالش فنی در طول ساخت رخ داد؛ زمانی که صفحه Review با وجود بارگذاری انتخابگر و لیست، عبارت «No contract» را نشان میداد. دلیل این بود که نمایشگر PDF به یک شیء لیترال (object literal) متصل شده بود که ToolJet آن را به عنوان یک شیء خالی تفسیر میکرد؛ این مشکل با اصلاح Bindingها برای نمایش دادههای سند برطرف شد.
برای سازمانهایی با الزامات سختگیرانه در مورد محل ذخیره دادهها (data residency)، ToolJet مسیرهای میزبانی شخصی (Self-hosting) را پشتیبانی میکند. این موضوع برای اپلیکیشنهای حقوقی حیاتی است، زیرا شرایط اجاره، جزئیات طرف قرارداد و تاریخچه تأییدات نباید از شبکه شرکتی خارج شود. نگه داشتن محیط اجرا روی زیرساخت شرکت، امنیت را افزایش داده و مرز کنترلی تمیزتری برای بازبینهای IT فراهم میکند.
گزینههای استقرار
- Docker Compose: برای اجرا روی یک سرور واحد، همراه با اسکریپتهای اختیاری Terraform برای ایجاد ماشینهای مجازی در AWS، Azure یا GCP.
- Kubernetes: برای اجرا روی یک خوشه (cluster) با راهنمایهای اختصاصی برای EKS، GKE، AKS، Helm و OpenShift.
- PostgreSQL سفارشی: ToolJet تعاریف اپلیکیشن، اعتبارنامههای رمزنگاری شده منابع داده و دادههای احراز هویت کاربران را در یک دیتابیس PostgreSQL که توسط کاربر مدیریت میشود، ذخیره میکند.
دسترسی متنباز و محیطهای ایزوله
این پلتفرم تحت مجوز GNU Affero General Public License v3.0 (AGPL) به صورت متنباز در دسترس است که به تیمها اجازه میدهد کد را بازرسی کنند. برای محیطهای کاملاً ایزوله بدون دسترسی به شبکه خارجی، نسخه Enterprise ایزوله (Air-gapped) ارائه میشود. همچنین ToolJet AI Enterprise اجازه میدهد تا ایمیج سرور هوش مصنوعی در محیط داخلی کاربر مستقر شود تا درخواستها روی سرورهای خودشان پردازش شوند، که برای تنظیمات ابر خصوصی (private-cloud) بسیار مناسب است.
مقیاسپذیری سازمانی
علاوه بر تولید اولیه، ToolJet Workflows لایه اعلانها را مدیریت میکند. برای مثال، یک گردشکار میتواند هنگام ارسال قرارداد به مشاور ارشد حقوقی فعال شود، درخواست بازبینی را در Slack پست کند، از طریق Gmail به مالک کسبوکار ایمیل بزند و تصمیم نهایی را در clr_approval_log بنویسد.
امنیت در سطح سازمانی از طریق SSO و SCIM (شامل SAML، OIDC یا LDAP) برای مدیریت خودکار کاربران تأمین میشود. کنترل دسترسی مبتنی بر نقش (RBAC)، مجوزها را به اپلیکیشن، منبع داده و هر کوئری به صورت مجزا محدود میکند. لاگهای حسابرسی (Audit logs) هر ورود، ویرایش و تصمیم تأیید را برای بررسیهای انطباق (compliance) ردیابی میکنند.
ویژگیهای اضافی سازمانی عبارتند از:
- ویرایش همزمان (Multiplayer Editing): چندین سازنده میتوانند همزمان روی یک اپلیکیشن با قابلیت نسخهبندی و همگامسازی با Git کار کنند.
- محدودیتهای سمت سرور: کوئریهای نوشتاری (Write queries) در سمت سرور به کاربران نامبرده محدود شدهاند و کوئریهای تصمیمگیری صرفاً برای مشاور ارشد حقوقی در دسترس است.
- گروههای فضای کاری: اپلیکیشن از گروههایی برای بازبینهای حقوقی، مشاور ارشد و مالکان کسبوکار برای مدیریت مجوزها در محیط عملیاتی استفاده میکند. در محیط تولید، اعضا به این گروهها اضافه میشوند تا مجوزهای کوئری به آنها منتقل شود.
این چرخش از «تولید کد» به «تولید اپلیکیشن در محیط اجرا»، به این معناست که تیم حقوقی میتواند بدون نیاز به برنامهنویس برای بازنویسی منطق زیربنایی، رابط کاربری را با تغییر قوانین به صورت بصری ویرایش کند. مسیر توسعه اکنون به این شکل است: ابتدا تولید توسط هوش مصنوعی، سپس ویرایش بصری و در نهایت کدنویسی سفارشی تنها زمانی که قوانین بسیار پیچیده — مانند پرشهای بندها یا نسخهبندی منجمد — نیاز به آن باشد.
این تحول در واقع «مایل آخر» توسعه هوش مصنوعی را کوتاه میکند. به جای اینکه AI یک نقشه (blueprint) بدهد و انسان آن را بسازد، AI اکنون خودِ محیط تولید را پیکربندی میکند. این قابلیت برای شرکتهای مدیریت املاک تجاری و خردهفروشی، REITها، مالکان بزرگ و شرکتهای مدیریت تأسیسات که گزینههای تمدید، وظایف گزارشدهی و نقاط پرداخت را در صدها قرارداد ردیابی میکنند، یک نقطه عطف است.
برای بررسی بیشتر، کاربران میتوانند پرامپت جامع ارائه شده توسط ToolJet را برای بازتولید این اپلیکیشن حقوقی امتحان کنند یا دادههای قراردادهای موجود خود را در ساختار ToolJet DB ادغام کنند، به شرطی که رکوردها با ساختار قرارداد، سند، تعهد، کامنت و تأیید مطابقت داشته باشند.
گام بعدی شما
- پرامپت جامع ارائه شده توسط ToolJet را برای بازتولید این اپلیکیشن در محیط تست خود امتحان کنید.
- ساختار جداول ToolJet DB را بررسی کنید تا ببینید چگونه میتوانید دادههای قراردادهای فعلی خود را با این مدل منطبق کنید.
- اگر محدودیتهای امنیتی دارید، مستندات استقرار Docker Compose را برای میزبانی درونسازمانی مطالعه کنید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو