17 · Governance

خطة الحوكمة الرئيسيةMaster Governance Plan

حوكمة الذكاء الاصطناعي ليست بيروقراطية — هي ما يسمح للشركة بأن تكبر دون أن تفقد الثقة أو الأرقام أو الجودة. من يقرّر؟ ماذا يُسمح للذكاء أن يفعل؟ متى نحتاج موافقة بشرية؟ كيف نقيس القيمة؟ وكيف نوقف ما هو خطير؟AI governance is not bureaucracy — it is what lets the company grow without losing trust, numbers, or quality. Who decides? What is AI allowed to do? When do we need a human approval? How do we measure value? And how do we stop something dangerous?

9 قدرات حوكمة · 9 capabilities 4 حزم خدمة · 4 packages فعلي موثّق يشمل توقعات
9قدرات حوكمة · Governance capabilities
5جداول AI Control Lite · Lite tables
4مستويات مخاطرة · Risk levels
8أدوات في MCP · MCP tools
01 · Principle

القرار الذي تقوم عليه الحوكمةThe decision governance rests on

تبدأ Babylon AI كشركة تشغيل ذكاء اصطناعي للشركات العراقية التي تبيع وتعمل عبر WhatsApp و Instagram و Excel و Odoo، ثم تبني طبقة حوكمة قوية فوق منتجاتها. المنتج الأول واضح: Babylon AI WhatsApp Commerce & Ops — يحوّل فوضى الرسائل اليومية إلى نظام تشغيل ذكي ومحوكَم.Babylon AI starts as an AI-operations company for Iraqi businesses selling over WhatsApp, Instagram, Excel, and Odoo — then builds a strong governance layer on top. The first product is clear: Babylon AI WhatsApp Commerce & Ops — turning the daily chaos of messages into a smart, governed operating system.

منتج واحد أولاًOne product first

حالة استخدام واحدة في كل تجربة، وعائد واضح خلال 30 يوماً.One use case per pilot, with clear ROI within 30 days.

حوكمة من البدايةGovernance from day one

السرعة في التنفيذ يجب ألّا تتحوّل إلى فوضى — لكل وكيل مالك ومخاطر وموافقات.Execution speed must not become chaos — every agent has an owner, a risk level, and approvals.

نمو بعمق لا بعشوائيةGrow with depth

قياس قيمة كل حالة استخدام، ومنع الذكاء من اتخاذ قرارات حسّاسة بلا موافقة.Measure each use case's value; keep AI from sensitive decisions without approval.

العبارة التي نبيع بها: «نحن نحوّل فوضى الرسائل والطلبات اليومية إلى نظام تشغيل ذكي لصاحب الشركة» — تشغيل + ذكاء اصطناعي + حوكمة.Our pitch: "We turn the daily chaos of messages and orders into a smart operating system for the business owner" — operations + AI + governance.
02 · Operating model

نموذج تشغيل الحوكمةThe governance operating model

مجلس حوكمة صغير في البداية، يتوسّع مع نمو الشركة، وإيقاع اجتماعات منتظم لكل بُعد من أبعاد المخاطر.A small governance council at first, expanding as the company grows, with a regular meeting cadence for every risk dimension.

مجلس حوكمة الذكاء الاصطناعيAI Governance Council

في البداية (صغير):At first (small):

Founder / CEOCTO / Founding EngineerImplementation / Odoo LeadSecurity / DevOps AdvisorCustomer Owner

عند النمو يُضاف:As it scales, add:

Legal / ComplianceFinanceData StewardProduct Manager

إيقاع الاجتماعاتMeeting cadence

الاجتماعMeetingالتكرارCadence
مراجعة قبول حالات الاستخدامAI Intake ReviewأسبوعيWeekly
مراجعة أمنيةSecurity Reviewأسبوعي (أول 90 يوم) ثم نصف شهريWeekly (first 90d) then biweekly
مراجعة قيمة العميلCustomer Value ReviewأسبوعيWeekly
مراجعة مخاطر المنتجProduct Risk ReviewشهريMonthly
مراجعة غرفة البياناتData Room ReviewشهريMonthly
مراجعة الاستراتيجيةStrategy Reviewربع سنويQuarterly
03 · Capabilities

قدرات الحوكمة التسعThe nine governance capabilities

تسع قدرات تغطّي دورة حياة الذكاء الاصطناعي من الاكتشاف إلى قياس القيمة، كلها مطبّقة عملياً داخل Babylon Console.Nine capabilities covering the AI lifecycle from discovery to value measurement, all applied in practice inside Babylon Console.

1

اكتشاف أي ذكاءDiscover any AI

تسجيل كل وكيل و prompt ونموذج و connector في سجلّ الأصول، مع المالك والمخاطر والقناة والأدوات والبيانات والكلفة وقالب القيمة.Register every agent, prompt, model, and connector in the asset registry — owner, risk, channel, tools, data, cost, value template.

2

تأمين أي إجراءSecure any action

لكل أداة نطاق صلاحيات؛ كتابات Odoo تكون مسودّة أو بموافقة فقط؛ الرسائل الجماعية تحتاج موافقة؛ كشف حقن التعليمات على مدخلات العملاء؛ مفتاح إيقاف لكل وكيل.Each tool has a scope; Odoo writes are draft- or approval-only; mass messaging needs approval; prompt-injection detection on inputs; a kill switch per agent.

3

حوكمة أي نشاطGovern any activity

نموذج قبول لكل حالة استخدام، درجة مخاطرة، قائمة موافقات، حالة دورة حياة، مراجعة شهرية، واستثناءات سياسة موثّقة.An intake form per use case, a risk score, an approval checklist, a lifecycle status, a monthly review, and documented policy exceptions.

4

مراقبة الأداءObserve performance

تسجيل كل تشغيل: معدّل النجاح، زمن الاستجابة، الرموز/الكلفة، نتيجة استدعاء الأدوات، تجاوزات الإنسان، ومعدّل الخطأ.Log every run: success rate, latency, tokens/cost, tool-call outcome, human overrides, and error rate.

5

قياس القيمةMeasure value

قالب قيمة لكل وكيل: leads مُلتقَطة، تقليل زمن الردّ، ساعات موفّرة، عروض وفواتير مسودّة، إيراد متأثّر، ومهام يدوية مُختزَلة.A value template per agent: leads captured, response-time reduction, hours saved, drafted quotes/invoices, revenue influenced, manual tasks reduced.

6

ربط بالعملياتConnect to processes

خريطة خدمة بسيطة للعميل: عملية البيع، الطلب، التسليم، المالية — وربط كل وكيل بخدمة عمل.A simple service map: sales, order, delivery, and finance processes — linking each agent to a business service.

7

دمج أي ذكاءIntegrate any AI

نماذج لغوية كبيرة من مزوّدين رائدين حسب حالة الاستخدام؛ كل مزوّد مسجّل في السجلّ؛ لكل نموذج كلفة وأداء وتقييم.LLMs from leading providers per use case; each provider registered; each model with its cost, performance, and eval.

8

بوّابة الذكاء و MCPGateway & MCP servers

طبقة أدوات باسم babylon-commerce-ops-mcp توفّر حوكمة ومراقبة وأماناً لكل معاملات MCP، مع عدد المعاملات ومعدّل النجاح.A tools layer, babylon-commerce-ops-mcp, providing governance, observability, and security for MCP transactions, with totals and success rates.

9

دورة الحياة وإدارة الحالاتLifecycle & case management

كل طلب ذكاء يصبح حالة، كل حادث يصبح حالة، وكل استثناء (مثل إرسال عرض سعر تلقائي) يحتاج حالة موافقة.Every AI request becomes a case, every incident becomes a case, and every exception (like an automatic quote) needs an approval case.

04 · Lifecycle

دورة حياة أصل الذكاء الاصطناعيThe AI asset lifecycle

كل أصل ذكاء داخل Babylon أو عند عميل يجب أن يمرّ بهذا المسار العشري.Every AI asset, inside Babylon or at a customer, must move through this ten-step path.

01 · Intake
حالة الاستخدام، المالك، البيانات المستخدمة، والقرار الذي سيتّخذه الذكاء.Use case, owner, data used, and the decision AI will make.
02 · Classification
تصنيف المخاطرة: منخفض/متوسط/عالٍ/ممنوع بلا موافقة بشرية.Risk classification: low / medium / high / prohibited without human approval.
03 · Risk Assessment
خصوصية، حقن تعليمات، تسرّب بيانات، تسعير خاطئ، هلوسة، وصول غير مصرّح.Privacy, prompt injection, data leakage, wrong pricing, hallucination, unauthorized access.
04 · Pilot Approval
مؤشر أداء واضح، مدّة محدّدة، مالك محدّد، وخطّة تراجع.A clear KPI, a fixed duration, a named owner, and a rollback plan.
05 · Build
إصدار prompt، تسجيل النموذج/المزوّد، صلاحيات الأدوات، والتسجيل.Prompt versioning, model/provider record, tool permissions, logging.
06 · Evaluation
رسائل اختبار باللهجة العربية/العراقية، حالات حدّية، سلوك الرفض، ودقّة عروض الأسعار.Test messages in Arabic/Iraqi dialect, edge cases, refusal behaviour, quote accuracy.
07 · Deployment
إطلاق محدود، إنسان ضمن الحلقة، وتنبيهات.Limited rollout, human-in-the-loop, alerting.
08 · Monitoring
الاستخدام، الكلفة، زمن الاستجابة، الأخطاء، المحاولات المحجوبة، والعائد.Usage, cost, latency, errors, blocked attempts, ROI.
09 · Incident Handling
إيقاف الوكيل، إخطار المالك، حفظ السجلات، الإصلاح وموافقة إعادة النشر.Stop the agent, notify the owner, preserve logs, fix and approve redeploy.
10 · Offboarding
إزالة التوكنات، أرشفة الـ prompts، سحب الوصول، وتصدير بيانات العميل إن لزم.Remove tokens, archive prompts, revoke access, export customer data if required.
05 · Risk levels

مستويات المخاطرةRisk levels

أربعة مستويات تحدّد متى يعمل الذكاء بحرّية ومتى يجب أن يتوقّف لانتظار موافقة بشرية.Four levels deciding when AI may act freely and when it must stop for a human approval.

L

منخفضLow

صياغة نصوص داخلية، تلخيص محادثة، كشف بيانات ناقصة.Internal text drafting, conversation summaries, missing-data detection.

M

متوسطMedium

تصنيف leads، متابعة، ملخّصات، ردود تواصل.Lead classification, follow-ups, summaries, comms replies.

H

عالٍHigh

أسعار، فواتير، ذمم، بيانات عملاء، كتابات Odoo، توصيات مالية.Pricing, invoices, receivables, customer data, Odoo writes, financial advice.

ممنوع بلا موافقةProhibited w/o approval

قرارات قانونية، طبية، ائتمانية، فصل موظفين، وعود مالية نهائية.Legal, medical, credit decisions, employee termination, final financial promises.

ما لا يحق للذكاء فعلهWhat AI may NOT do

  • إعطاء سعر نهائي بلا سياسة واضحة أو موافقة بشرية.Give a final price without a clear policy or human approval.
  • وعد العميل بتسليم أو خصم نهائي بلا صلاحية.Promise a final delivery or discount without authority.
  • كشف بيانات عميل لعميل آخر.Expose one customer's data to another.
  • استخدام بيانات عميل لتدريب عميل آخر بلا إخفاء هوية واتفاق.Use one customer's data to train another's without anonymisation and agreement.
  • إرسال رسائل تسويقية جماعية بلا موافقة العميل.Send bulk marketing without the customer's consent.

ما يحق للذكاء فعلهWhat AI MAY do

  • جمع معلومات lead.Gather lead information.
  • اقتراح ردود وتلخيص محادثات.Suggest replies and summarise conversations.
  • تصنيف الطلب.Classify the request.
  • تجهيز مسودّة عرض سعر.Prepare a draft quote.
  • إنشاء مهمّة وتذكير الموظّف.Create a task and remind the employee.
قواعد الأدوات: كل استدعاء أداة يجب أن يكون مقيّداً — للقراءة فقط · للمسودّة فقط · إنشاء مهمّة · إنشاء مسودّة عرض · إنشاء مسودّة فاتورة · الكتابة النهائية تحتاج موافقة. قواعد الـ prompts: لكل prompt إصدار؛ لا تعديل على إنتاج بلا سجلّ؛ الـ prompts الحسّاسة تحتاج مراجعة؛ تُحفظ اختبارات الـ prompts.Tool rules: every tool call must be constrained — read-only · draft-only · create task · create quote draft · create invoice draft · final write requires approval. Prompt rules: every prompt is versioned; no production edit without a record; sensitive prompts need review; prompt tests are kept.
06 · Schema

سجلّ الأصول — Babylon AI Control LiteAsset registry — Babylon AI Control Lite

نسخة خفيفة تُبنى داخل Babylon Console: سجلّ أصول، دورة حياة، درجة مخاطرة، حوادث، ولوحة قيمة — بنفس الحقول والمخاطر والسجلات. هذه الجداول الخمسة هي الأساس.A lightweight layer built inside Babylon Console: asset registry, lifecycle, risk score, incidents, and a value dashboard — same fields, risks, and logs. These five tables are the foundation.

جدول: الأصولTable: ai_assets

الحقلFieldالقيم / النوعValues / type
asset_id · nameTEXT
typeagent · prompt · model · workflow · MCP server · connector · dataset · dashboard
customer · ownerTEXT
business_processsales · support · finance · operations · HR
providerنماذج من مزوّدين رائدين · local model · otherleading-provider models · local · other
model_version · prompt_versionTEXT
data_sourcesTEXT
data_sensitivitypublic · internal · customer PII · financial · employee
risk_level · human_approval_requiredL/M/H · bool
statusidea · approved · pilot · production · paused · retired
launch_date · last_review_dateDATE
monthly_cost · measured_valueNUMERIC
linked_case_studyTEXT

جدول: التشغيلات / الآثارTable: ai_runs / traces

الحقلFieldالقيم / النوعValues / type
run_id · asset_idTEXT
timestampDATETIME
user / channelTEXT
input_category · output_categoryTEXT
model · tokens / cost · latencyNUMERIC
tool_calls · success/failureINT · bool
human_override · guardrail_flagsbool · TEXT
prompt_injection_detected · pii_detectedbool
customer_feedbackTEXT

جدول: الحوادثTable: ai_incidents

الحقلFieldالقيم / النوعValues / type
incident_id · asset_idTEXT
severitylow · medium · high · critical
customer · descriptionTEXT
data_exposed · action_takenTEXT
owner · resolved_atTEXT · DATETIME
prevention_addedTEXT

جدول: الأدواتTable: ai_tools

الحقلFieldالقيم / النوعValues / type
id · name · asset_idTEXT
scoperead-only · draft-only · write-with-approval · write-autonomous
system · approval_required · enabledTEXT · bool

جدول: مقاييس القيمةTable: ai_value_metrics

الحقلFieldالقيمةValue
leads_capturedleads ملتقطةleads captured
response_time_reductionتقليل زمن الردّresponse-time reduction
orders_created · invoices_draftedطلبات / فواتير مسودّةorders / drafted invoices
hours_saved · follow_ups_sentساعات موفّرة / متابعاتhours saved / follow-ups
conversion_rate · revenue_influencedتحويل / إيراد متأثّرconversion / revenue influenced
manual_work_reduced · monthly_value_usdعمل يدوي مُختزَل / قيمة شهريةmanual work reduced / monthly value

واجهات Control Lite: نظرة عامة · سجلّ الأصول · تفاصيل الوكيل · التشغيلات/السجلات · الحوادث · الموافقات · لوحة القيمة · مراجعة المخاطر · سجلّ MCP/الأدوات.Control Lite screens: Overview · Asset Registry · Agent Detail · Runs/Logs · Incidents · Approvals · Value Dashboard · Risk Review · MCP/Tools Registry.

07 · MCP server

طبقة الأدوات و خادم MCPThe tools layer & MCP server

طبقة تكامل باسم babylon-whatsapp-commerce-mcp تُبنى كـ Cloudflare Worker، تقدّم أدوات محوكَمة — كل استدعاء حسّاس يمرّ عبر موافقة، وكل أداة تُسجَّل في Control Lite بنفس الحقول والمخاطر والسجلات.An integration layer, babylon-whatsapp-commerce-mcp, built as a Cloudflare Worker, exposing governed tools — every sensitive call passes through approval, and every tool is registered in Control Lite with the same fields, risks, and logs.

createLead

إنشاء lead منظّم.Create a structured lead.

classifyLead

تصنيف الطلب والقطاع والأولوية.Classify request, sector, priority.

draftQuote

تجهيز مسودّة عرض سعر.Prepare a draft quote.

requestHumanApproval

طلب موافقة بشرية للإجراءات الحسّاسة.Request human approval for sensitive actions.

createFollowUpTask

إنشاء مهمّة متابعة.Create a follow-up task.

readCustomerContext

قراءة سياق العميل (للقراءة فقط).Read customer context (read-only).

pushToOdoo

دفع البيانات إلى Odoo — كتابة بموافقة.Push data to Odoo — write-with-approval.

logAIInteraction

تسجيل كل تفاعل في السجلّ.Log every interaction.

يُربط الخادم بخدمة عمل مثل «Order-to-Cash» أو «Customer Acquisition»، ويُسجَّل له مالك ومخاطر وضوابط ومقاييس قيمة. في بيئة بلا تكامل خارجي، يُسجَّل داخلياً في Babylon AI Control Lite بنفس الحقول.The server is linked to a business service such as "Order-to-Cash" or "Customer Acquisition," with a registered owner, risks, controls, and value metrics. Without external integration, it is registered internally in Babylon AI Control Lite with the same fields.
08 · Packages

حزم الحوكمة والتسعيرGovernance packages & pricing

أربع حزم خدمة بأسعار مقترحة — كلها أهداف تسعيرية مستقبلية وليست أرقاماً متحقّقة. السعر بالدولار مع المكافئ بالدينار عند 1 USD = 1,500 IQD.Four service packages with proposed pricing — all forward pricing targets, not realised numbers. USD with the IQD equivalent at 1 USD = 1,500 IQD. هدف · توقّع

حزمة 1 · جاهزية الحوكمةReadiness Audit
$1.5K–$5K
2.25M–7.5M د.ع
1–2 أسبوع. المخرجات: جرد أصول، خريطة مخاطر، خريطة سير عمل، توصيات، درجة جاهزية.1–2 weeks. Deliverables: asset inventory, risk map, workflow map, recommendations, readiness score.
حزمة 2 · تنفيذ Control LiteControl Lite Build
$5K–$20K
7.5M–30M د.ع
2–4 أسابيع. للشركات التي لا تستخدم منصّة مؤسسية، تُبنى لها طبقة الحوكمة الخفيفة كاملة.2–4 weeks. For companies without an enterprise platform — a full lightweight governance layer.
حزمة 3 · دعم تنفيذ مؤسسيEnterprise Implementation
$20K–$80K
30M–120M د.ع
6–12 أسبوع. خدمة Babylon لتنفيذ حوكمة مؤسسية (لا تشمل أي ترخيص طرف ثالث).6–12 weeks. Babylon's service to implement enterprise governance (excludes any third-party license).
حزمة 4 · حوكمة مُدارة (شهري)Managed Retainer
$2K–$10K/شهر
3M–15M د.ع/شهر
يشمل: مراجعة مخاطر شهرية، تحديث الأصول، مراجعة الحوادث، حوكمة إصدارات الـ prompts، وتقارير عائد.Includes: monthly risk review, asset updates, incident review, prompt/version governance, ROI reporting.
الحزمةPackageالمدّةDurationالسعر (USD)Price (USD)المكافئ (IQD)Equivalent (IQD)
جاهزية الحوكمةGovernance Readiness Audit1–2 أسبوع$1.5K–$5K2,250,000–7,500,000
تنفيذ AI Control LiteAI Control Lite Implementation2–4 أسابيع$5K–$20K7,500,000–30,000,000
دعم التنفيذ المؤسسيEnterprise Implementation Support6–12 أسبوع$20K–$80K30,000,000–120,000,000
حوكمة مُدارة (شهري)Managed Governance Retainerشهري$2K–$10K3,000,000–15,000,000
للشركات الصغيرة والمتوسطة نبيع Babylon AI Control Lite دون أعباء منصّة مؤسسية ثقيلة؛ وللمؤسسات الكبيرة نبيع خدمة جاهزية وتكامل حوكمة على مستوى المؤسسة.For SMBs we sell Babylon AI Control Lite without heavy enterprise-platform overhead; for large organisations we sell an enterprise governance readiness and integration service.
09 · Operating rules

طريقة العمل اليومية وفق الحوكمةThe daily way of working under governance

أربعة مسارات محكومة: كل عميل جديد، كل prompt جديد، كل أداة جديدة، وكل حادث.Four governed paths: every new customer, every new prompt, every new tool, and every incident.

A

كل عميل جديدEvery new customer

سجلّ حوكمة العميل ← تحديد عملية العمل ← حالة استخدام واحدة ← نموذج قبول الأصل ← تحديد المخاطر ← مصادر البيانات ← الموافقات البشرية ← إطلاق تجربة ← مراقبة القيمة والحوادث ← قرار التوسّع أو الإيقاف.Open a customer governance record → define the business process → one use case → fill the asset intake → set risk → data sources → human approvals → launch pilot → monitor value and incidents → decide expand or stop.

B

كل prompt جديدEvery new prompt

مالك الـ prompt ← رقم الإصدار ← حالات الاختبار ← الأدوات المسموحة ← الإجراءات الممنوعة ← إصدار التراجع.Prompt owner → version number → test cases → allowed tools → forbidden actions → rollback version.

C

كل أداة جديدةEvery new tool

تصنيف القراءة/الكتابة ← نطاق الصلاحية ← هل تحتاج موافقة؟ ← التسجيل ← اختبار سوء الاستخدام.Read/write classification → permission scope → approval required? → logging → abuse test.

D

كل حادث ذكاءEvery AI incident

إيقاف إذا كانت الشدّة عالية ← حفظ السجلات ← إخطار المالك ← السبب الجذري ← الإصلاح ← مراجعة الحوكمة ← موافقة إعادة النشر.Pause if high severity → preserve logs → notify owner → root cause → fix → governance review → redeploy approval.

قواعد البياناتData rules

  • بيانات كل عميل تبقى منفصلة ولا تُخلط بين العملاء.Each customer's data stays separate; never mixed across customers.
  • أي مجموعة بيانات للتدريب أو التحسين يجب أن تكون موثّقة.Any dataset used for training or tuning must be documented.
  • أي تصدير يمرّ بموافقة المالك، ولكل نسخة احتياطية سياسة احتفاظ.Any export passes owner approval; every backup has a retention policy.

مصفوفة المسؤوليات (مختصر)RACI (summary)

القرارDecisionAR
قبول عميل جديدAccept new customerCEOSales
إطلاق وكيلLaunch agentCEOCTO · AI Ops
التسعير النهائيFinal pricingCEOSales
حادث أمنيSecurity incidentCEOCTO · Security
تغيير prompt إنتاجChange prod promptAI Ops
10 · Plan

خطة التنفيذ في 90 يوماًThe 90-day implementation plan

من تأمين البيت إلى أوّل ثلاث تجارب ودراسة حالة خارجية — خطّة معلّمة كأهداف مستقبلية.From securing the house to the first three pilots and an external case study — a plan badged as forward targets. توقّع

Days 1–7 · Foundation
تدوير الأسرار، إنشاء دليل بدء، اعتماد هذه الخطة كمرجع، سجلّ أصول بسيط، تثبيت المنتج الرسمي WhatsApp Commerce & Ops.Rotate secrets, create a start guide, adopt this plan as the reference, a simple asset registry, lock the official WhatsApp Commerce & Ops product.
Days 8–21 · Control Lite
إضافة جداول الأصول والتشغيلات والحوادث ومقاييس القيمة، سجلّ إصدارات الـ prompts، تصنيف المخاطر، قائمة موافقات، ولوحة أوّلية.Add the assets, runs, incidents, and value-metrics tables, a prompt-version log, risk classification, an approval checklist, and an initial dashboard.
Days 22–45 · First pilot
اختيار عميل تجربة، تسجيل حالة الاستخدام كأصل، إطلاق محدود، وقياس: leads، زمن الردّ، المتابعات، مسودّات العروض، تجاوزات الإنسان، وأخطاء الذكاء.Pick a pilot customer, register the use case as an asset, limited launch, and measure: leads, response time, follow-ups, quote drafts, human overrides, AI errors.
Days 46–60 · Enterprise track
تجهيز سردية العرض المؤسسي ومتى نستخدم الحوكمة الكبيرة وكيف نسجّل وكلاء Babylon كأصول محوكَمة، وإعداد عرض للعملاء المؤسسيين.Prepare the enterprise narrative, when to use larger governance, how to register Babylon agents as governed assets, and a proposal for enterprise customers.
Days 61–90 · Commercialisation
ثلاث تجارب، دراسة حالة خارجية واحدة، لوحة حوكمة واحدة، عرض خدمة جاهزية واحد، وصفحة إنجليزية واحدة للمؤسسات.Three pilots, one external case study, one governance dashboard, one readiness service offer, and one English one-pager for enterprise.
الأمن أولاً: رُصدت مؤشرات على وجود توكنات وكلمات مرور ومفاتيح داخل المستندات والسكريبتات. القرار: تدوير كل الأسرار، حذفها من Markdown، استخدام Wrangler secrets أو مدير أسرار، إضافة فحص أسرار، ومنع وضع بيانات الاعتماد في ملفات التسليم.Security first: indicators were found of tokens, passwords, and keys inside documents and scripts. Decision: rotate all secrets, delete them from Markdown, use Wrangler secrets or a secret manager, add secret scanning, and forbid credentials in handoff files.