← All transcripts

Reliable, Smart Workflows for Finance, Wealth and Insurance — Karthic Rao, Perpetual Transcript, AI Summary & Key Points

AI Engineer · Oct 12, 2026 · Education · 15:21 · EN-US

Watch on YouTube

AI Summary

Karthic Rao, CTO at Perpetual (a wealth aggregation and management company), argues that reliability and intelligence in regulated workflows are not in conflict — the design decision is where to draw the boundary between them. In Perpetual's workflow engine, a deterministic system owns control flow, evidence and side effects, while models handle only interpretation and judgment at explicit, typed points. A planner turns a request into a semantic graph whose nodes point back to the request's wording; a compiler validates it against the firm's 42 typed action contracts and returns a valid plan, a clarification request or a refusal. Approved plans are immutable and hash-pinned; every external action has a separate approval gate tied to the exact payload; waits and followups are state machine steps; and uncertain action outcomes go to manual review instead of automatic retries. An illustrative 20-decision run assigns 19 decisions to a small flash-class model and one to a frontier model — a design target of roughly 95% non-frontier, not a measured fleet result. Because every judgment is typed and logged, the architecture offers a path to privately hosted inference (a one-line config change per typed call) and eventually to training the small model on confirmed frontier decisions, with the training loop still forthcoming.

Key Points

  • Four realities shape finance and wealth workflows: they are complex and need runtime strategies, the data is sensitive and demands a path to privately hosted models, policy violations have severe consequences, and execution must be highly reliable and deterministic — use intelligence only where runtime judgment is truly required.
  • A single instruction — 'fill out the IRS W-9 form for Mr. Harper' — triggers a multiday process: disambiguating one of three Harper households, filling a form where every answer changes the next question, chasing three missing values from an external client, following up after 2 days, collecting a signature, and retaining the evidence trail of how each value was obtained.
  • Neither extreme works: a fixed flowchart breaks on the first ambiguity, and an improvising agent without a native record system is exactly what a compliance team cannot approve.
  • The design principle: determinism governs control flow, evidence and side effects (what runs next, what is known, how it's known, and anything that changes the world), while intelligence supplies interpretation and judgment — reading ambiguous instructions, routing, understanding client replies.
  • A planner makes one model call to translate a request into a semantic graph of intents, entities, facts, tools, events and constraints, with every node pointing back to the words it came from.
  • A compiler with no model calls converts the graph in 11 deterministic stages into an execution token, or fails closed, returning one of three verdicts: valid, needs clarification, or refused.
  • Plans are validated against 42 typed operational contracts covering models, documents, email, e-signature, calendar and human steps; roughly 40 fail-safe failure modes exist, from cycles in the graph to unsupported actions; approved plans are immutable and pinned by hash.
  • One approval covers the plan, but each external action — sending an email, requesting a signature — has its own gate tied to the exact payload fingerprint, re-verified just before sending.

AI in practice

Agents

  • Perpetual workflow engine planner/compiler/state machine — Turn ambiguous natural-language requests into approved, immutable execution plans and run them reliably through regulated financial workflows. 2 held 08:01
🔒 Full analysis locked

Unlock more videos and the full analysis

A credit unlocks one video's full analysis for good — the build steps, the tools and how each was used, the methods behind every use case. Pro opens the whole library instead, and raises how many videos you can analyse a day.

Unlock full analysis — free

Transcript

Searchable transcript of Reliable, Smart Workflows for Finance, Wealth and Insurance — Karthic Rao, Perpetual — AI Engineer (15:21). Search for a phrase, then click its timestamp to jump straight to that moment in the video.

Captions sourced from the original video on YouTube, published by AI Engineer. The video, its captions and all related intellectual property remain the property of their respective owners; AINotes claims no ownership. Provided for research, accessibility and search — see the Transcript Notice and Copyright Policy.

00:00 أهلاً، أنا كارثيك، المدير التقني في Perpetual. في هذا العرض التقديمي، سأتحدث عن بناء مسارات عمل تتسم بالموثوقية والذكاء في مجالات التمويل، والثروة، والتأمين. في المجالات الخاضعة للتنظيم، يجب أن تكون مسارات العمل موثوقة بما يكفي لتلبية المعايير التنظيمية، وذكية بما يكفي للتعامل مع الواقع في قطاعات كإدارة الثروات والتمويل. وهذا يطرح تحدياً تقنياً وآخر يتعلق بالامتثال.

00:22 الموثوقية والذكاء ليسا متناقضين. يعود إليك تحديد الحدود الفاصلة بينهما، وهذا هو جوهر حديثنا، تحديد أين تكمن تلك الحدود. بالنسبة لنا، الأمر ليس مجرد تجربة فكرية، بل سؤال تترتب عليه عواقب وخيمة. شركة Perpetual هي كيان متخصص في تجميع وإدارة الثروات. نحن نستحوذ على شركات قائمة لإدارة الثروات التقليدية، ونعمل على تعظيم إنتاجيتها وإيراداتها بمساعدة الذكاء الاصطناعي.

00:46 إدارة الثروات صناعة خاضعة للتنظيم، وهنا نطبق تقنيات الذكاء الاصطناعي في بيئة العمل الحقيقية. كل ما يطرح في هذا الحديث يستند إلى البناء ضمن هذه القيود. مسارات العمل في التمويل وإدارة الثروات تخضع لأربع حقائق، وكل منها يدفع البنية التحتية في نفس الاتجاه. أولاً ، إنها معقدة وتحتاج إلى استراتيجيات وقت التشغيل مع تطور العملية. لا يمكنك برمجة كل مسار مسبقاً.

01:11 ثانياً، البيانات حساسة، لذا تحتاج إلى مسار لنقل هذه العمليات بالكامل إلى نماذج مستضافة بشكل خاص. ثالثاً، في صناعة شديدة التنظيم، انتهاك السياسات ليس مجرد تقرير عن خطأ برمجي. بل له عواقب وخيمة. لذا، رابعاً، يجب أن يكون التنفيذ موثوقاً للغاية وحتمياً. استخدم الذكاء فقط حيث تكون الحاجة إلى حكم وقت التشغيل ضرورية حقاً، وقلل الاعتماد على النماذج اللغوية الكبيرة في كل مكان آخر.

01:36 ينتشر الذكاء الاصطناعي في الصناعات المنظمة، ولكن لا يزال لا يوجد إجماع على بنية توفر لك موثوقية عالية مع أقل قدر من استخدام ذكاء النماذج اللغوية. في غضون ذلك، معظم ما يسمعه المطورون من المختبرات الكبرى هو كيفية استهلاك المزيد من الرموز البرمجية. لكن في صناعة منظمة، تعظيم استهلاك الرموز ليس الهدف الصحيح. هذه المهام قريبة من البرمجة الأساسية. يمكنك وضعها مسبقاً وبناؤها في آلة حالة ضخمة، وهذه الآلة تحتاج فقط إلى القليل من الذكاء للتنقل خلالها.

02:05 معظم الخطوات تتبع المسار التالي ببساطة. فقط في نقاط اتخاذ القرار القليلة يختار النموذج فرعاً معيناً. لذا، الطريقة الذكية للبناء هي استخدام الذكاء بأقل قدر وبغرض محدد. لنوضح هذا بمثال عملي من مسارات إدارة الثروات. مستشار الثروة يتوجه لمساعده ويقول جملة واحدة: "املأ نموذج مصلحة الضرائب W-9 للسيد هاربر". بالنسبة للشخص، هذه تعليمات بسيطة. شاهد ما تثيره هذه الجملة فعلياً عندما ينفذها إنسان.

02:36 المهمة تنطوي على تعقيدات تتجاوز ما تراه العين. أولاً، يعثر المساعد على نموذج W-9 من سجلات الشركة أو من موقع مصلحة الضرائب الأمريكية. بعد ذلك، يبحثون عن السيد هاربر في نظام السجلات فيجدون ثلاث عائلات تحمل اسم هاربر. لذا، يتصلون بالمستشار: "أي عائلة هاربر تقصد؟" لا ينتقلون إلى النموذج إلا بعد حل هذا الغموض. عملية بحث، وغموض، وتدخل بشري، كل ذلك في الدقيقة الأولى من مهمة بسيطة.

03:01 يبدو ملء النماذج كأنه مجرد إدخال بيانات. لكنه ليس كذلك. كل نموذج هو بمثابة برنامج صغير. يحدد نموذج W-9 أولاً من هو دافع الضرائب، الشخص أو المالك إذا كان كيانًا معفى من الضرائب. يتوقف الشخص الأجنبي هنا لأنهم يحتاجون إلى نموذج W-8 بدلاً منه. بعد ذلك، يتم تحديد كيفية فرض الضرائب عليهم. مربع واحد فقط في السطر 3 أ. وتضيف شركة ذات مسؤولية محدودة (LLC) حرفها الخاص.

03:31 وهذا يحدد أي اسم يوضع في السطر الأول وأي اسم في السطر الثاني. ثم، رقم من هذا؟ رقم الضمان الاجتماعي (SSN) أم رقم تعريف صاحب العمل (EIN)؟ لا يمكن أن يكون كلاهما. يُؤخذ من وثيقة موثقة، ولا يُؤخذ أبداً من الذاكرة. تنطبق رموز الإعفاء على بعض الكيانات فقط ولا تنطبق أبداً على الشركات من نوع S. وأخيراً، من الذي يوقع تحت طائلة عقوبة الحنث باليمين؟ تغير كل إجابة السؤال التالي، ولا يواجه الأشخاص المعنيون سوى ثلاثة أنواع من العوائق.

03:57 سؤال، أو وثيقة لجمعها ، أو توقيع. الآن يبدأون في ملء النموذج ويدركون أن نظام السجلات يفتقد ثلاثاً من القيم المطلوبة. يتحققون من الوثائق الموجودة في الملف ونظام السجلات مرة أخرى، ولا تزال مفقودة . لذا يبدأون مراسلة بريد إلكتروني مع العميل لطلب تلك القيم الثلاث بالتحديد. تعتمد المهمة الآن على شخص خارج الشركة ووفقاً لجدوله الزمني. والآن يتوقف سير العمل .

04:31 الطلب لدى العميل ولا تزال القيم الثلاث مفقودة. إذا لم يرد العميل خلال يومين، يتابع المساعد الأمر ويطرحه على المستشار في الاجتماع اليومي. إذا رد العميل بقيمتين فقط من القيم الثلاث، يتابعون الطلب مرة أخرى للحصول على القيمة الناقصة. عند وصول القيم الثلاث، يكملون النموذج ويعيدون كتابة المعلومات الجديدة في نظام السجلات، بما في ذلك أثر كيفية الحصول على تلك القيم.

04:53 في هذا المجال، كيفية معرفتك للقيمة تهم بقدر أهمية القيمة نفسها. بمجرد ملء النموذج، يتم إرساله للحصول على توقيع إلكتروني. إذا لم يوقع العميل خلال يوم أو يومين، يذكره المساعد مرة أخرى. بمجرد توقيعه، يقومون بحفظه للعميل، وإرسال تأكيد الاستلام، وتحديث المستشار في اجتماع اليوم التالي. جملة واحدة من المستشار أصبحت عملية تستمر لأيام، وتتقاطع مع أنظمة عدة، وتنتظر شخصين، وتعود على نفسها أكثر من مرة.

05:44 انظر إلى ما بداخل تلك الجملة الواحدة. غموض يتطلب حلاً. جمع البيانات معاً. موافقات تُقاس بالأيام، وحلقات متابعة، ومسار إثبات في النهاية. أدوات أتمتة سير العمل موجودة، لكنها نادراً ما تتعامل مع هذا التعقيد والغموض الواقعي. المخطط الانسيابي الثابت ينكسر عند أول عقبة، وغياب نظام سجل أصلي مع تكامل ووكيل يرتجل في عمله هو بالضبط ما لا يمكن لفريق الامتثال الموافقة عليه.

06:20 أحدهما ينكسر بسبب الغموض، والآخر لا يمكن اعتماده. لا أحد منهما يتعامل مع ما بداخل تلك الجملة. إذن، ماذا نفعل حيال ذلك؟ الإطار الرائج حالياً هو المزيد من الوكالة ونماذج أفضل. امنح الوكيل المهمة كاملة وانتظر النموذج التالي ليجعلها موثوقة. الإجابة الانعكاسية، خاصة داخل الشركات الخاضعة للتنظيم، هي العكس. وكالة أقل، وقواعد أكثر. قيد الأمر وقم ببرمجة كل مسار بشكل ثابت.

06:48 كلا المسارين خاطئان. في القطاعات الخاضعة للتنظيم، تأتي الموثوقية من المكان الذي تضع فيه الحدود بينهما. بين الأجزاء التي يجب أن تكون حتمية والأجزاء التي تحتاج حقاً إلى حكم بشري. إليك هذا المبدأ. الحتمية تحكم تدفق التحكم، والأدلة ، والآثار الجانبية. ما الذي يعمل تالياً، ما نعرفه، وكيف نعرفه، وأي شيء يغير العالم، مثل سجل مكتوب، أو بريد إرسل، أو نموذج تم ملؤه.

07:16 الذكاء يوفر التفسير والحكم. قراءة تعليمات غامضة، وتحديد المسار، وفهم رد العميل، يجيب النموذج عن سؤال مكتوب ، ويقرر النظام الحتمي ما سيفعله بالإجابة، والتفاعل متكرر. يمكن لحكم ما أن يفتح خطة جديدة أصغر يتم تجميعها، وتقييدها، وتكون حتمية مرة أخرى. سترى ذلك بعد لحظة مع المتابعات. الحد الفاصل بين الاثنين هو التصميم. إليك كيف يعمل ذلك في محرك سير العمل الذي بنيناه.

08:01 يذهب الطلب إلى مخطط. هذا استدعاء للنموذج، ومهمته الوحيدة هي الترجمة. يصدر رسماً بيانياً دلالياً مكتوباً للنوايا، والكيانات، والحقائق، والأدوات، والأحداث، والقيود، كل منها مؤسس على كلمات الطلب مع أي غموض وجده. كل عقدة تشير مرة أخرى إلى الكلمات التي جاءت منها. يذهب ذلك الرسم البياني إلى مترجم لا يستدعي نموذجاً أبداً. في 11 مرحلة حتمية، يحول الرسم البياني إلى علامة تنفيذ، أو يفشل مغلقاً.

08:29 لا توجد سوى ثلاثة أحكام: صالح ، يحتاج إلى توضيح، أو مرفوض. أي مساعد يعود كسؤال، وليس كتخمين. الخطة مجمعة، وغير قابلة للتغيير، ومثبتة عبر قيمة الهاش الخاصة بها. يقوم النموذج بالترجمة. يتم تجميع الخطة. يتحقق المجمّع من الخطة مقابل القواعد، وهي مفردات ما يُسمح للشركة بفعله. 42 عقداً إجرائياً مصنفاً تشمل النماذج، والمستندات، والبريد الإلكتروني، والتوقيع الإلكتروني، والتقويم، والخطوات البشرية.

09:13 يجب أن يطابق كل إجراء يطلبه المخطط عقداً ما. هنا، تجد عملية تعبئة النموذج عقد النماذج الخاص بها وتثبته. إذا طلب المخطط إجراءً غير موجود في القواعد، أو قام بربطه بشكل خاطئ، يرفض المجمّع ذلك. هناك حوالي 40 طريقة للفشل الآمن، بدءاً من دورة في الرسم البياني وصولاً إلى إجراء غير مدعوم. ويتم تثبيت ملخص العقد نفسه في المحرك، والخلفية، وواجهة المستخدم. وهكذا، تتفق الأطراف الثلاثة على معنى الإجراء.

09:41 هذا ما تمنحك إياه البيئة المغلقة. لا يمكن للنموذج طلب سوى الأشياء التي تعرف الشركة بالفعل كيفية القيام بها بأمان. إليك خطة مجمّعة لمتابعة نموذج W-9. أرسل النموذج للعميل، وانتظر عودته، وتحقق منه، ثم احفظه. قبل تشغيل أي شيء، يوافق شخص على الخطة نفسها. اعثر على النموذج، وجهزه ليعبئه العميل، وأنشئ ملف PDF، واكتب مسودة البريد الإلكتروني. كتابة المسودة هي استدعاء للنموذج، لذا فهي باللون البنفسجي.

10:12 الإرسال هو بوابة إجراء. لا يخرج أي شيء من الشركة حتى يوافق شخص على ذلك البريد الإلكتروني تحديداً. بعد ذلك، تنتظر الخطة الرد، ويتدخل قاضٍ لقراءته. يتم التحقق من النموذج المرتجع. إذا تطابق، يتم أرشفته خلف بوابة أخرى. وإذا لم يتطابق، تقوم الخطة بالمتابعة. الآن، انظر إلى الخطوات المتقطعة. إنشاء ملف PDF، وإرفاقه ، وتقييم الرد. لم يطلب المخطط أياً منها. أضافتها القواعد لأن العقود تتطلب ذلك.

10:43 في القصة، كان الانتظار والموافقات والمتابعات تشكل معظم العمل. هنا، هي مجرد عقد في الخطة، وليست مطالبات. الانتظار للرد يكون افتراضياً لمدة 72 ساعة، ويمكن أن يكون الموعد النهائي المحدد من دقيقة واحدة إلى 30 يوماً. عندما ينقضي الوقت، تقرر قاعدة ما سيحدث، وليس نموذجاً. تغطي موافقة واحدة الخطة، ويكون لكل إجراء خارجي، مثل إرسال بريد إلكتروني أو طلب توقيع، بوابته الخاصة.

11:12 ترتبط الموافقة ببصمة البيانات الدقيقة، ويتم التحقق منها مجدداً قبل الإرسال مباشرة. عندما يرد العميل بجزء فقط مما طلبناه، يحدد مقيّم الرد الحالة كجزئية. هذا التقييم مؤقت. تظل الخطوة معطلة حتى يؤكدها شخص ما. يؤكدها الشخص، فتصبح الخطوة متاحة. ثم يتم تشغيل المتابعة كخطة فرعية جديدة. لا يتم تغيير الأصل المعتمد أبدًا، وهناك خمس جولات كحد أقصى. بمجرد اعتماد الخطة، تقوم آلة الحالة بتنفيذها.

11:47 إنها تختار كل خطوة وتسجل كل نتيجة. عندما تحتاج الخطوة إلى تقييم، فإنها تجري استدعاءً واحدًا لنموذج ذي مخطط ثابت. كتابة بريد إلكتروني، تقييم رد، اكتشاف قيم مفقودة، استخراج حقول، التحقق من وثيقة. تأتي الإجابة مصنفة، وتقرر آلة الحالة ما يجب فعله بها. تحصل الآثار الجانبية على دورة حياة خاصة بها. مُجهزة ، قيد الإرسال، نجحت، أو عندما لا تجيب البيئة بوضوح، تكون النتيجة غير معروفة وتخضع للمراجعة اليدوية.

12:17 لا توجد عمليات إعادة محاولة تلقائية. يمكن لرسالة دردشة أن تعتمد خطوة أو تجيب على سؤال. لا يمكنها تغيير خطة معتمدة بالفعل. النموذج يوجه، ولا يقود أبدًا. الآن انظر إلى ما تبقى للنموذج ليفعله. خارج المخطط، تكون التقييمات صغيرة ومصنفة. هل هذا الرد مكتمل؟ هل تتطابق هذه الوثيقة؟ أي حقل هو أي ؟ إنها لا تحتاج إلى ذكاء النماذج المتطورة. نموذج سريع وصغير، من فئة "الفلاش" ، يمكنه التعامل معها.

12:52 في هذا التشغيل التوضيحي المكون من 20 قرارًا، تذهب 19 منها إلى فئة الفلاش وواحدة تذهب إلى النموذج المتطور. لهذا السبب صممنا حوالي 95%من قرارات النموذج في سير العمل بحيث لا تحتاج أبدًا إلى نموذج متطور . ويمكن لفئة الفلاش أن تعمل على أجهزة تتحكم أنت فيها. فقط الحالات الصعبة حقًا تذهب إلى نموذج متطور. وهذه النسبة البالغة 5%ليست ضريبة دائمة لأن كل تقييم مصنف ومسجل، ويتم تأكيد أو رفض التقييمات المؤقتة بواسطة شخص.

13:22 ينتج كل قرار متطور بيانات تدريب حقيقية ومصنفة للتقييم بحكم التصميم. يمكن لهذه البيانات تدريب فئة الفلاش لاحقًا. السجلات والتقييمات موجودة بالفعل اليوم. حلقة التدريب هي الخطوة التالية. لذا، تتقلص حصة النموذج المتطور إصدارًا تلو الآخر حتى تعمل حتى الحالات الصعبة محليًا. هل تتذكر المتطلب الذي بدأنا به؟ نظرًا لأن البيانات حساسة، فأنت بحاجة إلى مسار لنقل مسارات العمل بالكامل إلى نماذج لغوية كبيرة مستضافة بشكل خاص.

13:59 إذًا، هل يمكن لهذا التصميم أن يصل إلى هناك حقًا؟ خذ استدعاءً مصنفًا واحدًا من خطة "هاربر بوربون 9". كل استدعاء للنموذج صغير ومصنف ويتم فحصه مقابل مخطط. لذا، فإن توجيهه إلى نموذج مستضاف بشكل خاص هو تغيير في الإعدادات ، وليس إعادة كتابة. يتغير سطر واحد، وتعود نفس الإجابة. كل استدعاء آخر له نفس الشكل الصغير والمصنف. لذا، ينطبق نفس التغيير على جميعها تقريبًا.

14:25 هكذا يصبح الاستدلال المحلي بنسبة 95%أمرًا قابلاً للتنفيذ كنتيجة معمارية، وليس كوعد سياسي. هذا هو المسار الذي تتطلبه البيانات الحساسة، وتنخفض مخاطر الامتثال مع كل إصدار لخارطة الطريق الهندسية. إذا كان عليك تذكر شيء واحد، فلا تسأل عما إذا كان ينبغي لنظامك أن يتمتع بمزيد من الوكالة أو أقل. اسأل أين تكمن الحدود. اجعل الحتمية تتحكم في تدفق العمليات والأدلة والآثار الجانبية.

14:54 اجعل الذكاء يتولى التفسير وإصدار الأحكام. عند نقاط محددة، يمكنك فحص واستخدام كل حكم تسجله لتقليل الحاجة إليه في المرة القادمة. اسأل أين تكمن الحدود. شكراً لكم. أنا كارثيك ، المدير التقني في شركة Perpetual. إذا كنت تدمج الذكاء الاصطناعي في عمل منظم ، أود تبادل الأفكار معك.