> For the complete documentation index, see [llms.txt](https://docs.solcis.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.solcis.ai/why-solcis/why-solcis-ar/mbade-altsmym/afhm-ntaq-altghtyh-ldyk.md).

# افهم نطاق التغطية لديك

التحكّم الذي لا يمكنك رؤية حدوده ليس تحكّمًا. يوضح لك Compliance Studio بالضبط أنظمة الذكاء الاصطناعي والإجراءات التي تُفرض، وتلك التي لا تُفرض.

لا يمكنك التحكم بما لا تستطيع رؤيته. أول ما يحتاج مدير الامتثال إلى معرفته عن الإنفاذ ليس ما تقوله القواعد، بل أيّ أنظمة الذكاء الاصطناعي وأيّ الإجراءات تصل إليها القواعد فعليًا.

توضح Solcis هذا الحد بجلاء. يدير محرك سياسات Solcis الإجراءات التي تمر عبره؛ ويعرض لك Compliance Studio أيُّها هي بالضبط.

## حدود الإنفاذ

تُحكم السيطرة على الفعل عندما يمر عبر نقطة إنفاذ. يفرض محرك سياسات Solcis الإنفاذ على مسار الفعل وعند نقاط نهاية النموذج والأداة وMCP؛ وتعد حزمة تطوير البرمجيات Solcis SDK هي الطريقة التي تضعه بها على مسار أفعال نظام ذكاء اصطناعي. أما البوابات، سواء بواباتك أنت أو بوابة Solcis، فتضع الإنفاذ في مسار المرور. يفرض NVIDIA OpenShell وMicrosoft AGT ضوابط الأمن والبنية التحتية، ويمكن لـ Compliance Studio تزويدهما بسياسات الإنفاذ وجمع قراراتهما وأدلتهما. الأفعال التي لا تمر عبر أي نقطة إنفاذ لا تُقيَّم ولا تُسجَّل.

قد يبدو ذلك قيدًا. لكنه العكس تمامًا. فالمنتج الذي يوحي بأنه يحكم كل شيء سيكون يدّعي ادعاءً لا يستطيع أحد اختباره. يحدد Compliance Studio الحدود بدقة، بحيث يمكنك قياس مدى التغطية لديك مقابل منظومة الذكاء الاصطناعي لديك وسد الثغرات التي تجدها.

## تغطية يمكنك قراءتها

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

<figure><img src="https://644912709-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FFwpyjzyaYY4oV7LJBr4N%2Fuploads%2FhUQsHETAtqSwjyz2TPJx%2Fcoverage-map.svg?alt=media&#x26;token=2e2cbc10-6087-4a93-82da-a0be0f5e858c" alt=""><figcaption></figcaption></figure>

لكل مسار إنفاذ حالة. السياسة الموجودة في الظل تُقيِّم كل فعل مطابق وتسجل ما الذي كانت ستحكم به، دون أن تؤثر في الفعل. والسياسة التي يُفرض تطبيقها تغيّر ما يحدث. أما المسار المتصل الذي لا توجد عليه سياسة مطبقة فيظهر بهذه الصفة بالضبط. الحالات مسماة، وتظهر في إيصالات الامتثال، بحيث يمكن للمراجع التمييز بينها.

## النطاق لا تحدده ميزانية الكمون

يُحدَّد نطاق الامتثال بكمية الفحص التي يمكن للنظام القيام بها بسرعة. أيّ ضابط يضيف زمنًا ملحوظًا إلى كل طلب يُضيَّق نطاقه. يقرر أحدهم أيّ المسارات تستحق التفتيش، بينما تعمل كل الأشياء الأخرى دون فحص. وهناك تنفتح، بهدوء، الفجوة بين «ما نخضعه للإنفاذ» و«ما نقول إننا نخضعه للإنفاذ».

يعمل محرك سياسات Solcis في المكان نفسه الذي تعمل فيه أنظمة الذكاء الاصطناعي لديك، داخل بنيتك التحتية. لا توجد رحلة ذهاب وعودة إلى خدمة مستضافة عن بُعد، لذلك لا سبب لتضييق نطاق الإنفاذ على المسارات التي اعتقد أحدهم أنها مهمة. ويجري تنفيذ الفحص عبر تحقق حتمي وعبر نموذج تستضيفه أنت. وكلاهما بجوار عبء العمل.

## ما الذي تتيح لك التغطية قوله

مع خريطة تغطية، تصبح الإجابة عن «ما الذي يُسمح لأنظمة الذكاء الاصطناعي لدينا بفعله؟» محددة. يمكنك أن تقول أي أنظمة ذكاء اصطناعي متصلة، وما الضوابط التي تنطبق عليها، وما الأفعال المرفوضة أو المحالة إلى التصعيد أو المصنفة. ويمكنك أيضًا أن تقول بصدق أيها لم يُوصَل بعد. وعندما يسمع مجلس إدارة أو جهة تنظيمية نصفي هذه الإجابة معًا، فإنه يسمع شيئًا يمكنه الاعتماد عليه.

ومن دونها، تكون الإجابة مجرد وثيقة سياسات وأمل.

## ما الذي لا تثبته التغطية

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

{% columns %}
{% column width="41.66666666666667%" %}

<figure><img src="https://644912709-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FFwpyjzyaYY4oV7LJBr4N%2Fuploads%2F2TmR4l1LO7MZuxtOo64e%2Fcontact.svg?alt=media&#x26;token=b2413835-b0f4-4314-9931-b4c215b13d35" alt=""><figcaption></figcaption></figure>
{% endcolumn %}

{% column width="58.33333333333333%" %}

#### **سؤال بلا إجابة؟**

الوصول إلى المحتوى المقفل، أو الترخيص، أو الشراء، أو أي شيء آخر. أخبرنا بما تحاول فعله وسيرد عليك أحد الأشخاص.

<a href="mailto:contact@solcis.ai" class="button primary" data-icon="envelope">تواصل معنا</a><button type="button" class="button secondary" data-action="ask" data-query="How much does Solcis cost?" data-icon="comments-question">اسأل الوثائق</button>
{% endcolumn %}
{% endcolumns %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.solcis.ai/why-solcis/why-solcis-ar/mbade-altsmym/afhm-ntaq-altghtyh-ldyk.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
