> 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/qabl-llmsaalh-baltsmym.md).

# قابل للمساءلة بالتصميم

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

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

## السلطة مقابل التفويض

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

<figure><img src="https://644912709-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FFwpyjzyaYY4oV7LJBr4N%2Fuploads%2FkDOvu7ctvl11nnlVCl8o%2Fchain-of-authority.svg?alt=media&#x26;token=8e658414-ba91-4c2c-9341-d5ce54ec7dcd" alt=""><figcaption></figcaption></figure>

يُسجِّل Compliance Studio السلطة، لا مجرد الإذن. عندما يُسمح بإجراء ما، يذكر إيصال الامتثال السياسة التي سمحت به وإصدار تلك السياسة. ويذكر الضابط الذي تنفذه السياسة، ومتطلب الإطار المرجعي وراء ذلك الضابط. ويسجل مسار حياة السياسة في Compliance Studio من وافق على ذلك الإصدار ومن قام بتمريره إلى وضع الإنفاذ. وبقراءتها معًا، تجيب عن سؤال "من يقول إن هذا الوكيل يجوز له فعل ذلك؟" بالأسماء والتواريخ والمعرّفات.

الوكيل الذي يتصرف نيابةً عن شخص ما يرث حدود سلطة ذلك الشخص، ولا يستطيع تجاوزها.

## السابقة هي التدقيق

التدقيق هو ما جعل النظام المالي موثوقًا على نطاق واسع. إنه طبقة تحقق مستقلة تتيح للجميع الاعتماد على أرقام لم ينتجوها. والاستقلال هو ما يمنحه قوته: فالمراجع لم يُعِدّ الحسابات ولم يدِر الأعمال.

<figure><img src="https://644912709-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FFwpyjzyaYY4oV7LJBr4N%2Fuploads%2FY9IhIiPHxGJQp7KnkUTw%2Faudit-precedent.svg?alt=media&#x26;token=82c79389-7aee-4289-9f3b-2ff08ee0a2dd" alt=""><figcaption></figcaption></figure>

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

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

## قابل لاكتشاف العبث، بصياغة دقيقة

نقول قابل لاكتشاف العبث، لا مقاومًا للعبث ولا غير قابل للتغيير. يمكن من حيث المبدأ تعديل إيصال من قبل شخص لديه ما يكفي من الصلاحيات. ما يوفّره Solcis هو الاكتشاف. يمكن للمتحقق الذي يملك التصدير وبيانات التكامل أن يعثر على التعديل من دون الوصول إلى النظام قيد التشغيل. *كيف يعمل › الأدلة والتحقق* يُسمّي الآلية ويبيّن بدقة ما الذي يمكن للمتحقق استنتاجه وما الذي لا يمكنه استنتاجه.

الدقة هنا هي المقصود. المنتج الذي يدّعي أن سجلاته لا يمكن تغييرها سيكون قدّم ادعاءً لا ينبغي لأي مراجع قبوله. أما المنتج الذي يبيّن كيف يتم اكتشاف التغييرات فهو يقدّم ادعاءً يمكن للمراجعين اختباره.

## مُبرهَن عليه، لا مجرد ادعاء

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

يجعل Solcis الحوكمة قابلة للإثبات. الضوابط قابلة للفحص. القرارات مسجلة. ويمكن لطرف ثالث التحقق من السجل. يمكن لمدير الامتثال أن يسلّم المراجع تصديرًا لسجل الأدلة من Compliance Studio وصيغة السجل. ويمكن للمراجع إتمام الباقي من دون أن يطلب المساعدة من أحد.

## الإيصالات تخصك

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


---

# 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/qabl-llmsaalh-baltsmym.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.
