سياسة الخصوصية

1. من نحن

تُدار Palgu بواسطة Palgu, Inc., c/o Raie & co, 1875 S. Bascom Ave, Suite 2400, Campbell, CA, United States. لأي استفسار أو طلب يتعلق بالخصوصية، تواصل معنا عبر workhub.ai/contact.

2. المعلومات التي نجمعها

نجمع فقط ما نحتاجه لتشغيل الخدمة:

• بيانات الحساب والمؤسسة. الاسم، والبريد الإلكتروني للعمل، والدور الوظيفي، والمؤسسة، وهي البيانات المقدمة عند التسجيل أو الانضمام إلى قائمة الانتظار أو عبر مزود خدمة تسجيل الدخول الموحد (SSO) الخاص بك. كما يحتفظ التسجيل في قائمة الانتظار بما تخبرنا به عن حالة الاستخدام الخاصة بك، وحجم فريقك، وكيف سمعت عنا.
• البيانات الوصفية للبوابة. لكل طلب يمر عبر Palgu، نسجل النموذج المطلوب والنموذج المُقدَّم، وسبب التوجيه، وعدد الرموز (tokens)، والتكلفة، وزمن الاستجابة، والحالة، وذلك في نطاق مؤسستك.
• بيانات تسجيل الدخول والأجهزة. عنوان IP، ووكيل المستخدم (user agent)، والبلد التقريبي لطلبات تسجيل الدخول، بالإضافة إلى اسم كل جهاز تسجل الدخول منه ونظام تشغيله وإصدار التطبيق عليه. راجع «سجلات تسجيل الدخول والأجهزة» في القسم 3.
• بيانات اعتماد المزودين. تُخزن مفاتيح API ورموز OAuth التي تربطها، بما في ذلك رموز متتبعات المشاريع وتطبيقات OAuth الخاصة بك، مشفرة في حالة السكون (at rest) وتُستخدم حصرياً للوصول إلى المزودين والمتتبعات التي تقوم بإعدادها. لن يحفظها Palgu ما لم يتم إعداد مفتاح تشفير.
• محتوى المحادثات. نصوص المحادثات، وذاكرة الجلسة، وسجل الجلسة إذا اخترت تفعيله. راجع القسم 3.
• محتوى آخر ترسله أنت أو أدواتك إلينا. الوثائق المفهرسة، والمهارات، ومحادثات Palgu Assistant، وذاكرة المؤسسة، ونتائج مراجعة المخاطر، ومخرجات بوابة الجودة، ومقتطفات البحث على الويب والصفحات التي تم الزحف إليها، وملفات تعليمات الوكيل المستوردة، والأسئلة المطروحة عبر المساعد على موقعنا الإلكتروني. راجع القسم 3.

3. المطالبات والمحادثات والمحتويات الأخرى

يخزن Palgu بعض المحتوى الذي يمر عبره. يوضح هذا القسم ما يتم تخزينه، وكيف تتم حمايته، ومدة الاحتفاظ به، ومن يمكنه الاطلاع عليه، وكيفية إيقافه.

• سجل التدقيق. يحصل كل طلب على سجل تدقيق يحتوي على البيانات الوصفية الواردة في القسم 2، وتجزئة SHA-256 للمطالبة، ومعرّف جلسة: إما المعرّف الذي يرسله عميلك، أو في حال عدم إرساله، معرّف مشتق باتجاه واحد من تجزئة الرسالة الأولى في المحادثة، حتى يتمكن فريق الدعم من تجميع طلبات المحادثة الواحدة. لا يحتوي سجل التدقيق على نص المطالبة أو نص الاستجابة.
• معرّفات الجلسات. يرسل وكيل البرمجة في Palgu (في Palgu Studio وواجهة سطر الأوامر CLI) معرّف جلسته مع كل طلب، ليتمكن فريق الدعم من مطابقة أي مشكلة تبلغ عنها مع سجلات البوابة. وتتحقق البوابة من أن المعرّف مصاغ بشكل صحيح وتخزنه في سجل التدقيق ضمن نطاق مؤسستك، كما تحمل كل استجابة من البوابة معرّف طلب يُخزن بالطريقة نفسها. ويحتفظ الوكيل بآخر 20 معرّف طلب لكل جلسة في ملف تلك الجلسة على جهازك (~/.srooter/agent/sessions/). ولا يحتوي أي من المعرّفين على نص المطالبة أو الاستجابة، ولا يُستخدم معرّف الجلسة مطلقاً لمنح صلاحية الوصول إلى أي شيء.
• سجلات المحادثات. يسجل Palgu الرسائل التي ترسلها أدوات البرمجة الخاصة بك عبر نقاط النهاية المتوافقة مع Anthropic وOpenAI في البوابة حتى يتسنى مراجعة الجلسات وتشخيص الأعطال. وعلى نقطة النهاية المتوافقة مع Anthropic (التي يستخدمها Claude Code)، يسجل أيضا استجابات النماذج التي يمررها. أما على نقاط النهاية المتوافقة مع OpenAI، فيسجل سجل المحادثة الذي ترسله أداتك مع كل طلب، والذي يتضمن الردود السابقة التي تعيد الأداة إرسالها، ولكنه لا يتضمن أي رد لا تعيد الأداة إرساله أبدا، مثل الرد الأخير في الجلسة. ولأن الأدوات تُضمّن الملفات ومخرجات الأوامر في مطالباتها، فقد تحتوي السجلات على شيفرات مصدرية وأي شيء آخر ترسله الأداة. يكون التقاط السجلات مفعلا افتراضيا لكل مؤسسة. وتُعد نقاط النهاية الخاصة بالمراجعة والمجلس (council) وMCP مصادر التقاط منفصلة، وتكون معطلة افتراضيا. ولا يتم تسجيلها إلا إذا تم تفعيلها لمؤسستك، ولا يوفر Palgu حاليا إعدادا لتفعيلها.
• تسليم الجلسة. عندما تواصل جلسة Claude Code أو Codex في Palgu (--continue-claude، أو "Continue where it left off" في Palgu Studio)، يقرأ وكيل البرمجة السجل النصي لتلك الجلسة على جهازك ويرسل موجزاً مبنياً منه عبر البوابة: الهدف (بما يصل إلى 1,500 حرف)، وملخص (بما يصل إلى 4,000 حرف)، والأوامر والملفات والمهام المطلوبة الأخيرة، مع حجب بيانات الاعتماد. يصبح الموجز بعد ذلك جزءاً من طلبات تلك الجلسة ويتم تسجيله في السجلات النصية مثل أي طلب آخر.
• تنقيح بيانات الاعتماد الصادرة. افتراضياً، تستبدل البوابة بيانات الاعتماد التي يمكن التعرف عليها في الطلبات المرسلة إلى نقاط النهاية المتوافقة مع Anthropic وOpenAI (مفاتيح Anthropic وOpenAI وStripe وGitHub وSlack وAWS وGoogle، ومفاتيح بوابة srooter، والمفاتيح الخاصة) بعلامة مثل [REDACTED:anthropic_key] قبل أن يذهب الطلب إلى مزود النموذج. وفي نقطة النهاية المتوافقة مع Anthropic، يحدث هذا قبل أن يقرأ أي شيء آخر الطلب، بحيث يتلقى مصنف التوجيه والمجلس المذكوران أدناه النص المنقح أيضاً؛ وتُمرر كتل التفكير الموسع التي أعادها النموذج دون تغيير، لأن المزود يتحقق من توقيعها. يعتمد هذا على مطابقة الأنماط، لذا فإن بيانات الاعتماد ذات التنسيق الذي لا تتعرف عليه البوابة قد تُرسل رغم ذلك. ويمكن لمشغل البوابة المستضافة ذاتياً إيقاف هذه الميزة، أو تنقيح عناوين البريد الإلكتروني وأرقام البطاقات وأرقام الضمان الاجتماعي الأمريكية أيضاً.
• مصنّف التوجيه. لاختيار نموذج لطلب ما، ترسل البوابة أول 2,000 حرف من أحدث رسالة للمطور (أو من الرسالة الأولى، عندما يحمل الدور الأخير نتائج الأدوات فقط) إلى نموذج المصنّف الخاص بمؤسستك، وفي الخدمة المُدارة هو gemini-3.5-flash (Google). وبالنسبة للطلبات التي تبدو كبناء عالي الحرفية (عرض تقديمي، أو لوحة تحكم، أو صفحة هبوط)، يذهب النص نفسه وقائمة المهارات المطابقة إلى ذلك النموذج لتأكيد المطابقة. يتم استبدال بيانات الاعتماد المتعرّف عليها في ذلك النص أولاً (انظر حجب بيانات الاعتماد الصادرة أدناه)؛ ولا يتم حجب أي شيء آخر فيه. لا يتم تخزين استدعاء المصنّف نفسه: تحتفظ البوابة بالتصنيف الناتج في الذاكرة للنصوص المتطابقة المتكررة وتسجل فقط سبب التوجيه في سجل التدقيق (يتم تسجيل الطلب نفسه في السجلات النصية كما هو موضح أعلاه). أما الاستدعاءات الخلفية التي يجريها Claude Code من تلقاء نفسه (عناوين الجلسات وملخصاتها، والتي تحتوي على نص المحادثة) فتسمي نماذج Claude Haiku المتقاعدة؛ وفي الخدمة المُدارة تتم خدمتها بواسطة gemini-3.7-flash (Google)، ما لم تقم مؤسستك بتوجيهها إلى مكان آخر.
• مراجعات المجلس (Council). عندما يُصنف طلب ما على أنه عمل متعلق بالأمن أو البنية المعمارية، أو عندما تتعثر جلسة ما، قد تعقد البوابة مجلسا: حيث يُرسل ما يصل إلى 4,000 حرف من أحدث رسالة للمطور إلى خمسة نماذج من مزودين مختلفين (في الخدمة المُدارة: Z.ai وDeepSeek وGoogle وMoonshot وOpenAI)، بحد أقصى مرة واحدة لكل مؤسسة وموضوع خلال فترة التهدئة. وتُحفظ قراراتها في ذاكرة المؤسسة (أدناه).
• مراجعة المخاطر. عندما تمس تعديلات الوكيل في طلب بتنسيق Anthropic (من Claude Code على سبيل المثال) مناطق حساسة (مثل المصادقة، أو بيانات الاعتماد، أو الأذونات، أو استعلامات قواعد البيانات)، يتم إرسال التعديلات (مسارات الملفات والمحتوى الجديد، بما يصل إلى 6,000 حرف) وأسماء رموز الكود ذات الصلة إلى نماذج المخاطر: في الخدمة المُدارة، يتم إجراء فحص أولي على Groq، ثم Cerebras، ثم OpenAI للحالات التي يتم تصعيدها. ويتم الاحتفاظ بنتائجها كاكتشافات مراجعة المخاطر (أدناه). هذه الميزة مفعّلة افتراضياً؛ ويمكن للمؤسسة إيقاف تشغيلها من إعدادات التوجيه الخاصة بها.
• مراجعة الكود، ومراجعة مجلس الإدارة، ومداولات المجلس الاستشاري. عند تشغيل مراجعة للكود (srooterctl review، أو /review داخل جلسة، أو عبر Reviews في Palgu Studio، أو في CI، أو باستخدام أداة MCP المسماة review_changes)، يُرسل فرق التعديلات (diff) الخاص بفرعك مع السياق المستمد من الرسم البياني لكود مؤسستك عبر البوابة إلى كل نموذج في المجلس الاستشاري. تضع كل من srooterctl review و/review وأداة MCP المسماة review_changes حداً أقصى لفرق التعديلات يبلغ 120,000 حرف، ولا ترسل srooterctl review أبداً الملفات السرية المذكورة أدناه. أما المراجعات في Palgu Studio (لشجرة العمل الخاصة بك، أو لرابط طلب سحب على GitHub) فترسل فرق التعديلات بالكامل، بما في ذلك التغييرات غير المودعة (uncommitted)، دون حد أقصى للطول، بالإضافة إلى الكود المصدري الحالي لما يصل إلى 50 ملفاً معدلاً (30 لطلب السحب)، بحد أقصى 200,000 بايت لكل ملف؛ ولا يستبعد Studio الملفات السرية. واعتماداً على عمق المراجعة، تمرر البوابة إلى نماذج المجلس الاستشاري ما يصل إلى 120,000 حرف من الكود المصدري لتلك الملفات المعدلة وما يصل إلى 80,000 حرف من الملفات ذات الصلة التي يرسلها العميل معها. يراجع الأمر srooterctl quality --run code_review (وزر Run في عرض Quality داخل Studio) شجرة العمل الخاصة بك: التغييرات المودعة وغير المودعة بالإضافة إلى المحتوى الكامل لما يصل إلى 300 ملف غير متتبع (untracked)، ضمن نفس الحد البالغ 120,000 حرف؛ ويتخطى نفس الملفات السرية، بما في ذلك .env.example. أما مراجعة مجلس الإدارة (المواصفات أو الخطط أو فروق التعديلات الناتجة عن مسار عمل وكيل البرمجة، أو سؤال وجواب من عرض Explore في Studio، بما يصل إلى حوالي 120,000 حرف) فتُقسّم إلى أجزاء يقرأها كل مقعد في المجلس، ثم يقرأ نموذج قيادي إجابات المقاعد. وترسل مداولات المجلس الاستشاري السؤال الذي تكتبه في Studio، مع آخر 3 أسئلة وإجابات في تلك السلسلة كسياق، إلى نماذج المجلس الاستشاري؛ كما أن سؤال المجلس عن نتيجة مراجعة معينة يرسل أيضاً ملف تلك النتيجة والسطر والتعليل الخاص بها. ومع أداة سطر الأوامر بلغة Python ‏srooter review --base (المستخدمة أيضاً بواسطة بوابة CI التي يثبتها review-init)، يمكن لكل نموذج مراجع أيضاً قراءة ملفات من نسخة الكود المحلية الخاصة بك (ما يصل إلى 18,000 حرف لكل ملف، بما في ذلك الملفات غير الموجودة في فرق التعديلات) والبحث فيها، وتُرسل تلك النتائج مع فرق التعديلات. لا يقرأ srooter review --base ولا يرسل أبداً ملفات .env* (.env، و.env.*، بما في ذلك .env.example)، و*.env، و*.pem، و*.key، و*.p12، و*.pfx، و*.keystore، وid_rsa*، وid_ed25519*، وcredentials، وcredentials.*، و*.credentials، و.netrc، و.git-credentials، و.npmrc، و.pypirc، و.pgpass، و**/.docker/config.json، و.envrc، و*.jks، وملفات Terraform من نوع *.tfvars و*.tfvars.json و*.tfstate و*.tfstate.*، وkubeconfig، و**/.kube/config، و**/.aws/credentials، وapplication_default_credentials.json، وservice-account*.json، أو ملفات *secret* غير الكود المصدري (يُعد ملف مثل secrets.py أو credentials.py أو src/secrets/index.ts أو الكود الموجود تحت مجلد kubeconfig/ كوداً تجب مراجعته؛ ومع ذلك يظل srooterctl review يحجب ملفات *secret*)، أو أي شيء داخل مجلد يحمل مثل هذا الاسم، وكذلك مجلد .git الخاص بـ git: إذ تُستبعد جميعها من قائمة الملفات، وفرق التعديلات، وعمليات قراءة الملفات والبحث فيها، وكذلك أي ملف أُعيدت تسميته أو نُسخ من أحدها. وهذه هي نفس القائمة التي يستخدمها srooterctl review وsrooterctl quality --run. وفي srooter review --base وsrooterctl review، تُستبدل المفاتيح والرموز المميزة (tokens) التي يمكن التعرف عليها والملصقة في ملفات أخرى (على سبيل المثال، مفاتيح OpenAI وAnthropic وStripe وGitHub وGitLab وSlack وAWS وGoogle وnpm وHugging Face، ورموز JWT، والمفاتيح الخاصة، وكلمات المرور في عناوين URL، والقيم المسندة إلى أسماء مثل API_KEY أو password) بعلامة مثل [REDACTED:aws_key len=20] في كل ما يُرسل إلى نماذج المراجعة؛ وإذا تعذر التنقيح والحجب، يُحجب ذلك المحتوى بدلاً من إرساله. يعتمد هذا على مطابقة الأنماط، لذا فإن بيانات الاعتماد المكتوبة بتنسيق لا يتعرف عليه النظام قد تُرسل رغم ذلك، كما أن المراجعات في Palgu Studio ومراجعات مجلس الإدارة وأداة MCP المسماة review_changes لا تطبق هذا الإجراء؛ لذا احتفظ ببيانات الاعتماد في ملفات مثل تلك المذكورة هنا. يمكن لمسؤول المؤسسة، وكذلك Palgu، إضافة أنماط جديدة ولكن لا يمكنهم إزالة هذه الأنماط؛ وتنطبق الأنماط المضافة على srooter review --base فقط (بينما يستخدم srooterctl review القائمة الافتراضية). وترسل أداة MCP المسماة review_changes أي فرق تعديلات يزودها به الـ harness الخاص بك. تستخدم استدعاءات srooter review --base تلك نقطة النهاية المتوافقة مع OpenAI، لذا تُسجَّل في نصوص المحادثات أثناء تفعيل الالتقاط. وفي الخدمة المُدارة، تكون هذه النماذج من Z.ai وDeepSeek وGoogle وMoonshot وOpenAI، باستخدام مفاتيحك أو مفاتيحنا. لا تُعد مراجعات مجلس الإدارة مصدراً لالتقاط النصوص، لذا لا يُحتفظ بنصوصها؛ أما نصوص المراجعة والمجلس الاستشاري فلا تُسجَّل إلا إذا كان التقاط المراجعة أو المجلس الاستشاري مفعلاً لمؤسستك (راجع قسم نصوص المحادثات).
• المراجعة التنافسية (Adversarial review). عندما تُجري مراجعة تنافسية لنتائج فحص الجودة (srooterctl quality --run adversarial، أو review --adversarial، أو زر Run في Palgu Studio)، تُرسل كل نتيجة مفتوحة عبر البوابة مع بضعة أسطر منقحة من الكود المحيط بكل نتيجة (لا تُرسل أبداً الملفات التي يبدو أنها تحتوي على أسرار، ولا الملفات التي تطابقها في المحتوى) إلى نموذج الدحض الذي يختاره نظام التوجيه في مؤسستك. يُعد هذا الإجراء استدعاء مراجعة: إذ يحصل على سجل تدقيق (بيانات وصفية وتجزئة للمطالبة)، ومثل نقاط نهاية المراجعة المذكورة أعلاه، لا يُحفظ نصه في نصوص المحادثات ما لم يكن تسجيل المراجعات مفعّلاً. أما سجل الجودة نفسه، أي السجل الذي يوثق ما تم فحصه وما تم العثور عليه، فهو ملف يُحفظ على جهازك داخل مستودعك (.srooter/quality/)، وليس على خوادمنا.
• ذاكرة الجلسة. بالنسبة للطلبات ذات تنسيق Anthropic (على سبيل المثال من Claude Code)، يحتفظ Palgu بسجل عمل قصير لكل جلسة: الطلب الافتتاحي (بحد أقصى 2,000 حرف)، ومسارات الملفات التي حررتها الجلسة أو كتبتها (عبر استدعاءات أدوات Edit أو Write أو NotebookEdit)، ونصوص أخطاء الأدوات. وهو اليوم سجل يمكنك فحصه: إذ يرى المطورون جلساتهم الخاصة في لوحة التحكم (قسم Sessions، علامة التبويب Memory) وفي Palgu Studio، ويرى المسؤولون جلسات مؤسستهم، بما في ذلك عبر بحث Cortex في لوحة التحكم. ويمكن أن يضم السجل أيضاً ثلاثة أنواع من عقد المراجع: تسليم تغيير، وقرار (معرّف ADR)، وحادثة (مسار دليل تشغيل أو مراجعة ما بعد الحادثة). وتحتفظ هذه العقد بالمعرّفات والروابط فقط دون نسخ النصوص؛ إذ يبقى المحتوى في مكانه الأصلي. ولا يُعاد حالياً إدراج محتوى هذا السجل في طلبات وكلائك.
• ردود الوكيل (الأسلوب اللغوي). يمكنك أن تطلب من وكيل البرمجة إعادة صياغة ردوده بلغة إنجليزية قصيرة ومبسطة أو ترجمتها إلى لغتك. تكون هذه الميزة معطلة افتراضياً ولا تعمل إلا للمستخدمين الذين يفعّلونها. عند تفعيلها، يرسل الوكيل النص النثري لردوده إلى نموذج الأسلوب اللغوي الذي تحدده إعدادات التوجيه في مؤسستك (وهو حالياً أحد نماذج Google Gemini). وقبل إرسال أي شيء، يحجب الوكيل بيانات الاعتماد التي يتعرف عليها (مفاتيح API، والرموز المميزة، وكلمات المرور، وعناوين البريد الإلكتروني)؛ ولا يتم إرسال الأكواد البرمجية أو مسارات الملفات أو عناوين URL أو الأوامر أو الأرقام أبداً، أما النص الذي يظل يبدو حساساً فيُعرض كما هو دون تغيير. وإذا كانت سياسة مؤسستك لا تسمح بهذا النموذج أو بمنطقته الجغرافية، فلن يتم إرسال أي شيء. تُسجَّل هذه الطلبات في نصوص المحادثات وتُفوتر مثل أي طلبات أخرى.
• وضع السؤال (Ask mode). إن الأسئلة التي تطرحها حول الكود الخاص بك في عرض Explore داخل Palgu Studio أو باستخدام الأمر srooterctl ask، ومقتطفات الملفات التي يقرؤها المساعد للإجابة عنها، وإجاباته، تمر جميعها عبر البوابة مثل أي طلب آخر؛ ولذلك تُسجَّل في نصوص المحادثات كما هو موضح أعلاه طالما أن ميزة التسجيل مفعّلة. يتم إخفاء الأسرار التي يعثر عليها المساعد في الملفات قبل إرسالها، ولكن لا يتم إخفاء الكود المصدري العادي. لا تُحفظ محادثات وضع السؤال في سجل Studio ولا تُخزَّن على جهازك.
• فحص الصفحة. للتحقق من صفحة بدلاً من سؤالك عنها، يمكن لوكيل البرمجة فتح خادم التطوير المحلي في متصفح بدون واجهة رسومية (headless browser) على جهازك (localhost فقط) وقراءة الصفحة المعروضة: عنوانها، والنص المرئي، والعناوين والأزرار، وقياسات التخطيط، وأخطاء وحدة التحكم والطلبات الفاشلة، ولقطة شاشة. وتُنقح بيانات الاعتماد التي يتعرف عليها من النص أولاً. يُرسل هذا النص إلى النموذج الذي يختاره توجيه مؤسستك كجزء من طلب الوكيل، لذا يُسجل في نصوص المحادثات كما هو موضح أعلاه طالما كان الالتقاط مفعلاً. وتُرسل لقطة الشاشة أيضاً إلى نموذج: إلى نموذج الوكيل كصورة عندما يقبل ذلك النموذج الصور، وإلا فإلى نموذج المدقق الخاص بمؤسستك، والذي يعيد حكماً مكتوباً يصبح جزءاً من طلب الوكيل. وتُحفظ نسخة من لقطة الشاشة كملف مؤقت على جهازك وتُعرض في سجل مهام Palgu Studio. يستخدم المتصفح ملف تعريف مؤقتاً يُحذف عند إغلاق المتصفح. ويمكن لمسؤولي مؤسستك قصر فحص الصفحة على النص فقط (بدون لقطات شاشة) أو إيقافه باستخدام الإعداد agent.inspect_page، ويمكن للمطور فعل الشيء نفسه محلياً باستخدام SROOTER_INSPECT_PAGE. وعندما يُطلب من الوكيل التحقق من شيء بنفسه بدلاً من السؤال، فإنه يبلغ فقط عن القاعدة التي تطابقت، ولا يبلغ أبداً عن السؤال.
• مرفقات الدردشة. تُرسل الملفات التي تلصقها أو تسحبها وتفلتها أو ترفعها في الدردشة (في Palgu Studio أو واجهة سطر الأوامر CLI أو مساعد لوحة التحكم) إلى البوابة، والتي تتحقق من نوعها، وتطبق إعدادات المرفقات الخاصة بمؤسستك، وتستخرج ما يمكن للنموذج قراءته. يُحتفظ بالملفات المرفوعة وملفات البيان الخاصة بها (manifests) وأي مخرجات استخراج وسيطة غير منقحة فقط في مساحة مؤقتة مخصصة لكل مؤسسة على البوابة، ولا تُكتب أبداً في قاعدة البيانات أو في النسخ الاحتياطية. تنتهي صلاحيتها بعد 15 دقيقة وتُحذف بواسطة عملية تنظيف تعمل عند استخدام المرفقات في المرة التالية، لذا قد تبقى على قرص البوابة لفترة أطول من ذلك. ما يغادر البوابة: يذهب نص المستند المستخرج والصور والإطارات المفتاحية للفيديو وصور صفحات PDF إلى مزود النموذج الذي يخدم الطلب؛ ويذهب الصوت (بما في ذلك المسار الصوتي للفيديو) إلى مزود نموذج التفريغ الصوتي الخاص بمؤسستك؛ ويذهب الفيديو الأصلي إلى مزود نموذج الفيديو الخاص بمؤسستك. في الخدمة المُدارة، تذهب الصورة أو الفيديو إلى gemini-3.8-flash (Google) عندما يتعذر على النموذج الذي يخدم الطلب قراءتها، ولا يكون هناك نموذج تفريغ صوتي مُعدّ، لذلك تُرفض الملفات الصوتية ويُقرأ الفيديو كإطارات مفتاحية بدون مساره الصوتي. تخضع الوسائط المرفوعة لسياسة الاحتفاظ الخاصة بكل مزود، والتي ندرجها لكل مزود على حدة (على سبيل المثال Gemini Files: حتى 48 ساعة)، وتحذف البوابة الملف المرفوع بعد انتهاء الدور عندما يسمح المزود بذلك. تُنقح الأسرار الموجودة في النص المستخرج أولاً. يحتفظ سجل المحادثة تماماً بما رآه النموذج (النص المنقح والمختصر ربما، والصور، والإطارات المفتاحية، والنصوص المفرغة)، مثل أي طلب آخر: وهو مُفعّل افتراضياً، مع إعداد احتفاظ لمدة 30 يوماً (انظر قسم الاحتفاظ بالبيانات أدناه لمعرفة كيف تعمل عملية الإزالة حالياً)، ويُشفر فقط عند ضبط SROOTER_SECRETS_KEY؛ وإلا فلن يُسجل، أو يُخزن كنص عادي إذا سمح المشغل بذلك. في Studio وواجهة سطر الأوامر CLI، يُنسخ الملف الأصلي إلى مشروعك ضمن المسار .srooter/attachments/<task>/ طوال فترة حياة المهمة، ويسجل سجل المهمة اسمه ومساره ونوعه ومعرف البيان الخاص به، ولا يسجل محتويات الملف أبداً. يُحتفظ بمعاينات المرفقات في الذاكرة فقط؛ ولا يُحتفظ بالملفات المرفقة في دردشة الويب بعد الإجابة. يمكن لمسؤول المؤسسة إيقاف تشغيل المرفقات أو قصرها على الصور فقط.
• نظرة عامة على التشغيل المتوازي. عندما يقسم وكيل البرمجة في Palgu مهمة إلى مسارات متوازية، فإنه يحتفظ بأحداث التشغيل وحالته على جهازك في مستودعك (.srooter/runs/)، مع اسم المهمة وعناوين العناصر ونص الخطوات. كما يرسل إلى البوابة نسخة من حالة التشغيل تتضمن المعرفات والأرقام فقط: معرفات التشغيل والمرحلة والمسار والعنصر، والحالات ورموز الأسباب، والأعداد، واستخدام الرموز (tokens)، والتكلفة، والوقت المنقضي والميزانيات، بدون أسماء المهام أو عناوين العناصر أو نص الخطوات. تخزن البوابة تلك النسخة مع مؤسستك ومعرف الجلسة الذي يرسله الوكيل، بحيث يمكن لصفحة الجلسات في لوحة التحكم عرض التشغيل للقراءة فقط (لا يمكنها إيقاف التشغيل أو تغييره). أنت ترى النظرة العامة لعمليات التشغيل الخاصة بك، ويرى مسؤولو المؤسسة كل عملية تشغيل في المؤسسة. تأتي معرفات العناصر من خطتك، لذا قم بتسمية عناصر الخطة بدون أسرار. يُحتفظ بالنسخة مع بيانات مؤسستك حتى تطلب منا حذفها، وهي غير مشفرة بواسطة التطبيق.
• ملخص تسليم التغييرات (Change handoff). عندما يُكمل وكيل البرمجة في Palgu مهمة أدت إلى تغيير الكود الخاص بك، فإنه يكتب ملخص تسليم قصيراً للتغييرات (ما الذي تغير، وكيف يعمل، والأدلة، والمخاطر، والأسئلة المفتوحة، بالإضافة إلى أسماء مكونات البنية الهندسية التي أضافها التغيير أو مسّها) في مجلد الجلسة على جهازك، مع حجب بيانات الاعتماد. وإذا كان تسجيل نصوص المحادثات مفعّلاً لمؤسستك، يرسل الوكيل أيضاً ملخص التسليم هذا إلى البوابة، التي تنقحه مرة أخرى وتسجله في نصوص محادثاتك كجزء من جلسة منفصلة، مع تطبيق نفس قواعد الاحتفاظ بالبيانات والوصول إليها المطبقة على أي نص محادثة آخر؛ أما في حال إيقاف التسجيل، أو فشل عملية التنقيح، فلا يتم إرسال أو تسجيل أي شيء. يمكنك قراءة هذا الملخص باستخدام الأمر srooter-agent handoff وفي لوحة Handoff داخل Palgu Studio. وإلى جانب ذلك، وعلى جهازك فقط (بصلاحيات ملف 0600)، يحتفظ الوكيل بخطة الشرح الخاصة بعرضك: مقدار التفاصيل التي يجب إظهارها والسبب وراء ذلك، بناءً على ملف تعريف الشرح الخاص بك. لا تُرسل هذه الخطة أبداً مع ملخص التسليم؛ ولا يسجل سجل قرارات الجلسة سوى رموز الأسباب الخاصة بها (مستوى التفاصيل المختار وقواعد الشرح المطبقة)، ولا يسجل أبداً مدى إلمامك بالكود.
• سجل قرارات الجلسة. عندما يسجل وكيل البرمجة في Palgu ما قرره إطار العمل ومراجعة الكود في جلسة ما (على سبيل المثال، اكتشاف مراجعة تم إصلاحه، أو تأجيله، أو تركه كمهمة مطلوبة)، فإنه يحتفظ بذلك السجل في ملف الجلسة على جهازك ويرسل نسخة إلى البوابة، مع معرّف الجلسة الذي يرسله في كل طلب. تتم إعادة بناء كل إدخال من مجموعة ثابتة من الحقول: المعرّفات، ورموز القرار والسبب، ومستوى الخطورة والفئة، ومعرّفات الأدلة التي يستند إليها، ومسارات الالتزام (commit) والاختبار والملفات التي غيّرها (مسارات الملفات التي غيّرها الوكيل، دون نطاقات الأسطر)، وملاحظات تصل إلى 200 حرف مع حجب بيانات الاعتماد المتعرّف عليها. تحتفظ النسخة أيضاً بعنوان URL للمستودع (دون بيانات اعتماد) حتى تتمكن لوحة التحكم من ربط التزام أو ملف، ولكل معرّف دليل، ملخص لسجل دفتر الأستاذ للمراجعة الذي يقف وراءه (معرّفات السجل والاكتشاف، وعنوان اكتشاف يصل إلى 160 حرفاً محجوب بالطريقة نفسها، ومستوى الدليل، ومن أنتج الدليل، والالتزام الذي تم فحصه عنده). لا يوجد كود أو مطالبات أو سجلات نصية فيه. عندما يعيد الوكيل لاحقاً إصدار إدخال، أو يدمج الإدخالات التي تتجاوز حد الـ 200 إدخال في ملخص، تُظهر النسخة الإصدار الجديد وتحتفظ بمعرّف الإدخال المستبدل وملخص SHA-256 خاص به (آخر 1000)، بحيث لا يكون أي تغيير صامتاً أبداً. تعرض صفحة الجلسات في لوحة التحكم هذا السجل في علامة تبويب القرارات. أنت ترى سجل جلساتك الخاصة، ويرى مسؤولو المؤسسة كل جلسة في المؤسسة؛ وتقوم البوابة بحجب الإدخالات المخصصة للمسؤولين فقط (اكتشافات المراجعة التي لم يتم التحقق منها بعد) عن أي شخص آخر. يتم الاحتفاظ بالنسخة مع بيانات مؤسستك حتى تطلب منا حذفها، وهي غير مشفرة بواسطة التطبيق.
• معايرة المراجعة. لمعرفة مدى موثوقية كل مراجع كود (عدسة مراجعة مع إصدار المطالبة والنموذج الخاص بها)، تحتفظ البوابة بصف واحد لكل حدث لاكتشافات المراجعة: المعرّفات والتصنيفات والأرقام فقط، مثل معرّفات التتبع والاكتشاف، ومعرّفات المراجع والنموذج، والفئة، ومستوى الخطورة، والنتيجة (مثل: تم التحقق منه، أو مرفوض، أو تم إصلاحه)، والعلامات، وزمن الاستجابة، والتكلفة، ومعرّف المستخدم لمن قام بتسجيله (مستخدم مفتاح API أو المسؤول المسجّل دخوله). لا يوجد كود أو نص اكتشاف أو مطالبة في هذه الصفوف. كما تحتفظ البوابة بحالة المعايرة لكل مراجع، وسجل لكل ترقية وتخفيض مع معرّف المستخدم للمسؤول، والحدود الدنيا للترقية الخاصة بمؤسستك مع معرّف المستخدم للمسؤول الذي قام بتغييرها آخر مرة. لا يمكن سوى لمسؤولي مؤسستك قراءة صفوف الأحداث والمقاييس وسجل التغييرات، وذلك في صفحة المعايرة ضمن لوحة التحكم. ويمكن لأي مفتاح API أو عضو في مؤسستك قراءة حالات المراجعين، والفئات المفروضة، ومعرّفات الاكتشافات المسحوبة (معرّفات التتبع والاكتشاف فقط)، لأن وكيل البرمجة يستخدمها في حلقة المراجعة والإصلاح الخاصة به. لا تمنع المعايرة أي تغيير من تلقاء نفسها أبداً؛ بل تقرر فقط ما إذا كان المراجع موثوقاً به بما يكفي لسياسة المراجعة الخاصة بك.
• نتائج مراحل الجلسة. عند انتهاء مهمة في Palgu Studio، يرسل Studio إلى البوابة ما تُظهره خريطة المراحل لديه مع معرّف الجلسة: ما إذا تم إنتاج خطة وعدد عناصرها، وعدد العناصر المنجزة والإجمالية لكل مرحلة، وحالة النجاح أو الفشل لكل فحص، وحالة المهمة، واسم مجلد المشروع. وهو يرسل المعرّفات والحالات والأرقام فقط، دون أي مطالبات أو أسماء مهام أو عناوين عناصر أو مسارات ملفات أو نصوص خطوات. وتحتفظ البوابة بأحدث تقرير لكل جلسة مع بيانات مؤسستك حتى تطلب منا حذفه، ولا يتم تشفيره بواسطة التطبيق. ويمكن لموظفي الدعم في Palgu الاطلاع على نتيجة مرحلة الجلسة، والبيانات الوصفية للطلب، وملخص التشغيل، وهيكل النص الكامل للجلسة (وليس نصه الفعلي) لمعرفة سبب حدوث مشكلة ما؛ وتُسجل كل عملية اطلاع من هذا القبيل.
• جلسات الوكيل المحلية. يحفظ وكيل البرمجة في Palgu (في Palgu Studio وsrooterctl) كل محادثة على جهازك الخاص، ضمن المسار ~/.srooter/agent/sessions، بحيث يمكن استئناف أي مهمة تتوقف مؤقتًا (على سبيل المثال عندما يدخل حاسوبك المحمول في وضع السكون، أو يتوقف عن العمل، أو يفقد اتصاله بالشبكة). وتحتوي هذه الملفات على مطالباتك واستجابات النموذج. ولا تُرفع الملفات نفسها (إذ مرت الطلبات الواردة فيها عبر البوابة كما هو موضح أعلاه)، وتكون قابلة للقراءة بواسطة حساب المستخدم الخاص بك فقط (وضع الملف 0600). وتُزال الجلسات التي تظل متوقفة مؤقتًا أو مقطوعة لأكثر من 30 يومًا عند بدء تشغيل Palgu Studio وعند تشغيل الأمر srooterctl tasks --prune؛ بينما تبقى الجلسات الأخرى حتى تحذفها، ويمكنك حذف المجلد في أي وقت. كما يحتفظ Palgu Studio بسجل لمخرجات الوكيل لكل مهمة (الردود، واستدعاءات الأدوات ومخرجاتها) ضمن المسار ~/.srooter/studio/tasks/ (قابل للقراءة بواسطة حساب المستخدم الخاص بك فقط)، ومطالبات ما يصل إلى 50 مهمة أخيرة في ~/.srooter/studio/tasks.json؛ ويُحتفظ بسجل المهمة حتى تتخلص من المهمة، بما في ذلك بعد تقليم ملف جلستها. ويحتفظ الوكيل التفاعلي بالمطالبات التي تكتبها في ~/.srooter/history. ولا يُرفع أي من هذه الملفات، ويمكنك حذفها في أي وقت.
• عمليات التشغيل المتوازية المحلية. عندما يشغّل وكيل البرمجة في Palgu خطة على التوازي، فإنه يحتفظ بعملية التشغيل في مشروعك، ضمن المسار .srooter/runs/<run>/: تقدم عملية التشغيل وإنفاقها، وسجل لكل خطوة منجزة (المعرّفات، وتجزئات الإيداع (commit hashes)، ومدخلات الخطوة على شكل تجزئة)، والخطة التي يشغّلها (عناوين الخطوات ومعايير القبول، وهي قابلة للقراءة بواسطة حساب المستخدم الخاص بك فقط) بحيث يمكن استئناف عملية التشغيل التي توقفت بسبب تعطل، أو إنهاء، أو الوصول إلى حد الاستخدام. ولا تُرفع هذه الملفات، ويمكنك حذفها في أي وقت.
• ذاكرة المشروع المحلية. حتى لا يطرح وكيل البرمجة في Palgu السؤال نفسه مرتين، فإنه يتذكر بضعة أشياء عن مشروعك في مستودعك، ضمن المسار .srooter/engine/memory/ (قابل للقراءة بواسطة حساب المستخدم الخاص بك فقط، وضع الملف 0600): الحقائق التي قرأها من إعداداتك (على سبيل المثال، اليوم الذي ينتهي فيه أسبوع العمل لديك، مع مسار الملف والسطر الذي جاءت منه وتجزئة ذلك الملف، بحيث يُقرأ الملف المتغير مرة أخرى)، وسياسات المنتج المقبولة (الخيار الذي اختاره شخص مسجل الدخول عندما سأل الوكيل، مع رابط لذلك القرار وبصمة قصيرة أحادية الاتجاه لمفتاح API الذي أجاب، وليس المفتاح نفسه أبدًا)، والأسئلة المفتوحة المهمة. ويحتفظ بالمعرّفات، وأرقام الخيارات، ومسارات الملفات، وأرقام الأسطر، والتجزئات فقط: ولا يحتفظ أبدًا بنص مهمتك، أو الكود، أو نص الإجابة. ولا يتذكر الإجابات المختارة تلقائيًا أو المكتوبة كنص حر. ولا تُرفع هذه الملفات، ويمكنك حذفها في أي وقت، أو باستخدام الأمر srooter-agent assurance engine memory clear.
• ملف تعريف الشرح. سجل اختياري يحدد مقدار الشرح الذي يجب أن يقدمه لك وكيل البرمجة في Palgu، ويُحفظ على جهازك الخاص في ~/.srooter/agent/profile/ (قابل للقراءة فقط بواسطة حساب المستخدم الخاص بك، وضع الملف 0600). ويتكون من ثلاث خطوات للاشتراك الاختياري. تفضيلك لمستوى التفصيل (موجّه أو قياسي أو مقتضب، لكل موضوع) لا يتطلب اشتراكا مسبقا ولا يُخزن إلا عندما تضبطه. أما الوصف الذاتي، حيث تخبر Palgu بمدى إلمامك بموضوع ما (مثل Python أو Kafka)، فيكون معطلا حتى تقوم بتفعيله. والاستنتاج من عملك في Palgu (المهام التي تم التحقق منها في Palgu، وإجاباتك عن أسئلة الفهم، ونتائج المراجعة التي أصلحتها، وخيارات الشرح الخاصة بك) هو اشتراك اختياري منفصل، ويكون معطلا افتراضيا أيضا؛ وهو لا يستخدم أبدا عدد الإيداعات (commits)، أو المحادثات خارج Palgu، أو بيانات الموارد البشرية، أو المسميات الوظيفية، أو سنوات الخبرة. ويُعرض لك كل تغيير يجريه مع سببه. ولا يمكن لأحد سواك رؤيته: فلا يمكن لأي مسؤول في المؤسسة، أو مسؤول في Palgu، أو مسار دعم قراءته، ولا يُستخدم أبدا لتقييمك: فهو لا يُستخدم أبدا في مراجعات الأداء، أو التصنيفات، أو أي عرض خاص بالفريق. يمكنك عرضه وتعديله وإعادة تعيينه وتصديره وحذفه باستخدام srooterctl profile؛ ويؤدي إيقاف الاستنتاج إلى حذف ما خزّنه الاستنتاج. وتُعد مزامنته مع البوابة، ليتبعك عبر الأجهزة، خطوة اشتراك اختيارية إضافية: إذ ترفضه البوابة ما لم يتم تهيئة SROOTER_SECRETS_KEY، ولا تخزنه إلا مشفرا. وتُحذف النسخة المتزامنة فورا عندما تحذف ملف التعريف الخاص بك أو توقف المزامنة، وعند إزالتك من مؤسستك، وبموجب إعداد الاحتفاظ بالبيانات لهذا المخزن (الموضح أدناه). كما يعرضه Palgu Studio (Settings › How Palgu explains)، وفي حال مزامنة ملف التعريف، تعرضه صفحة حسابك على الويب أيضا؛ ولا يمكن لأحد سواك فتح تلك الصفحة.
• أدلة الملكية. بالنسبة للتغييرات الجوهرية، تحتفظ البوابة بحالة ملكية التغيير (على سبيل المثال: مشروح، أو تمت مراجعته، أو أُثبتت ملكيته، أو غير محسوم، أو متقادم)، ومكونات البنية التي يغطيها، ومستوى مخاطره، والمراجع الخاصة بالكود والاختبارات والقرارات التي تقف وراءه. وهي لا تخزن أبداً نص إجاباتك على أسئلة الفهم. ولا يُربط اسمك وحكم المدقق على استدلالك بسجل معين إلا إذا اخترت الاشتراك في ذلك السجل؛ وهذا الاشتراك متوقف افتراضياً. يرى فريقك الملكية لكل تغيير، ولا يرى أبداً من أجاب أو كيف أجاب؛ ولا تعيد أي واجهة برمجة تطبيقات (API) خاصة بمسؤول المؤسسة أو مسؤول Palgu هذه البيانات لكل شخص، ولا تُستخدم أبداً في مراجعات الأداء أو التصنيفات أو أي تقييم لك، ولا تقرر أبداً ما إذا كان يمكن دمج التغيير أو شحنه أو نشره. وعندما يمس تغيير لاحق تلك المكونات، تصبح الحالة متقادمة. يمكنك عرض سجلاتك الخاصة، والاعتراض على أي منها، وحذف ارتباطك وأحكامك فوراً (/v1/me/ownership-evidence)؛ كما يُزال ارتباطك عندما تغادر مؤسستك، وتُحذف السجلات وفقاً لإعداد الاحتفاظ الخاص بهذا المخزن (الموضح أدناه).
• سجل الجلسات. ميزة اختيارية تضع وسوماً على الجلسات للمتابعة. وهي معطلة افتراضياً ولا تسجل أي شيء ما لم تقم مؤسستك والمستخدم الفردي بتفعيلها معاً. ويتطلب الاحتفاظ بمقتطف نصي موافقة إضافية صريحة. يُحتفظ بحد أقصى قدره 500 عنصر مفتوح لكل مؤسسة. وتُزال العناصر المحلولة التي مضى عليها أكثر من 30 يوماً في المرة التالية التي يُقرأ فيها سجل الجلسات أو يُكتب فيه، وليس وفق جدول زمني ثابت؛ أما العناصر المفتوحة فيُحتفظ بها حتى يتم حلها. ولتصنيف جلسة ما على أنها متعثرة أو محبطة، يمكن للبوابة إرسال إشارات خالية من المحتوى (رقم الدور، وعدد الأخطاء، وما إذا كان المطور قد اعترض) إلى مصنّف TypeSafe عند إعداد مفتاح TypeSafe؛ ومع الموافقة على المقتطف النصي، ترسل البوابة أيضاً أحدث رسالة للمطور، بعد تنقيح بيانات الاعتماد والبيانات الشخصية، بحد أقصى 600 حرف. وهذا المقتطف هو الذي يُحتفظ به كنص عادي.
• اتصالات متتبعات المشاريع. عندما يربط مسؤول المؤسسة متتبع مشاريع (Jira أو Linear أو Asana أو GitHub Issues أو GitLab Issues)، يحتفظ Palgu بالمتتبع وعنوانه والنطاقات (scopes) الممنوحة ومن قام بربطه ومتى، بالإضافة إلى رموز الوصول والتحديث (access and refresh tokens) مشفرة باستخدام SROOTER_SECRETS_KEY. لن يحفظها Palgu ما لم يتم إعداد مفتاح تشفير. وبالنسبة لرمز الوصول الشخصي (personal access token)، يتم الاحتفاظ بآخر أربعة محارف منه ليتمكن المسؤولون من التمييز بين الرموز؛ ولا يظهر أي جزء آخر من الرمز في لوحة التحكم أو واجهة برمجة التطبيقات (API) أو يُكتب في السجلات (logs). أما المؤسسة التي تستخدم تطبيق OAuth الخاص بها، فتحتفظ بمعرّف العميل (client id) والسر الخاص بالعميل (client secret) لذلك التطبيق مشفرين بالطريقة نفسها. ويُسجل كل اتصال أو تدوير أو استخدام أو إعادة تفويض أو قطع اتصال دون تضمين الرمز. يؤدي قطع الاتصال إلى إلغاء الرمز لدى المتتبع إذا كان يدعم ذلك، وحذف الرمز المخزن. وعندما يفعّل المسؤول webhooks الخاصة بالمتتبع، يُشفر سر التوقيع بالطريقة نفسها ويُعرض مرة واحدة فقط؛ ويتم التحقق من محتوى الـ webhook ثم التخلص منه، ولا يحتفظ Palgu إلا بمفتاح التذكرة وحالتها ومراجعتها، وعدد عمليات التسليم المقبولة والمرفوضة، ولا يحتفظ بنص التذكرة أبداً.
• روابط التذاكر. عندما تبدأ مهمة أو جلسة من تذكرة، يسجل Palgu التذكرة التي انطلقت منها: المفاتيح والمعرّفات فقط (مفتاح الاتصال وأداة التتبع والمشروع والتذكرة، ومعرّفات المهمة والجلسة وعنصر الخطة، وروابط طلبات السحب (pull requests) التي فتحتها المهمة، وآخر مراجعة وحالة للتذكرة رآها Palgu، ومن بدأها). وتقرأها ميزة المزامنة العكسية وحساب الوقت المستغرق لكل تذكرة. أما نص التذكرة نفسه فيغطيه بند «التذاكر داخل المهمة» أدناه.
• منشورات متتبعات المشاريع. عندما تسمح مؤسستك لـ Palgu بالكتابة إلى متتبع مشاريع متصل (تكون الكتابة معطلة حتى يفعّلها مسؤول المؤسسة)، فإن كل عملية كتابة أو كتابة مرفوضة أو تعارض تحصل على سجل تدقيق (audit record): المستخدم والجلسة، والمتتبع والتذكرة والإجراء، والنتيجة، وتجزئة SHA-256 وحجم النص. يتم تنقيح النص قبل نشره: تُزال بيانات الاعتماد التي يمكن التعرف عليها وعناوين البريد الإلكتروني وأسماء المضيفين الداخليين ومسارات الملفات خارج المستودع (repository)، ولا يتم نشر الشيفرة البرمجية أو الفروقات (diffs) أو نصوص الجلسات أبداً. يُحتفظ بهذا النص المنقح مع السجل مشفراً لمدة 30 يوماً للتمكن من مراجعة أي منشور متنازع عليه، ثم يُحذف بعد ذلك؛ ولن يحتفظ به Palgu ما لم يتم إعداد مفتاح تشفير. لا يمكن تعديل سجلات التدقيق نفسها، إذ يرتبط كل سجل بالسجل السابق له عبر قيمة التجزئة (hash) الخاصة به.
• تصدير الخطة. عند تصدير خطة إلى أداة تتبع، يحتفظ Palgu بالتذكرة التي تحول إليها كل معلم وعنصر في الخطة: المعرفات، ومفتاح التذكرة ومراجعتها، ومعرف المسار، وتجزئة SHA-256 للعنوان. وتكون العناوين ومعايير القبول وتسميات المسارات التي ينشرها موجودة في أداة التتبع، ويُدقق كل منشور كمنشور في أداة تتبع المشاريع كما هو موضح أعلاه.
• التذاكر داخل المهمة. عندما تبدأ مهمة من تذكرة (في Palgu Studio، باستخدام srooterctl tickets أو --ticket، أو باستخدام srooter-agent plan from-ticket)، تقرأ البوابة التذكرة من أداة التتبع الخاصة بك عبر اتصال مؤسستك، وتتحقق من سياسة أداة التتبع لدى مؤسستك، وتعيد عنوانها ووصفها ومعايير القبول والتسميات والروابط. يضيف وكيل البرمجة هذا النص إلى طلبات المهمة كسياق غير موثوق به، ويميزه بحيث لا يمكنه تغيير إعدادات المهمة؛ لذا يُخزَّن نص التذكرة أينما تُخزَّن طلبات المهمة: في نصوص المحادثات أثناء تفعيل الالتقاط، وفي ذاكرة الجلسة عندما يكون جزءاً من الطلب الافتتاحي (حتى 2,000 حرف)، وفي ملفات جلسة الوكيل على جهازك (~/.srooter/agent/sessions)، مع تطبيق نفس قواعد الاحتفاظ والوصول المطبقة على بقية المهمة. تُشفَّر نصوص المحادثات وذاكرة الجلسة عند ضبط SROOTER_SECRETS_KEY (راجع قسم «التشفير» أدناه). تُدرج الروابط الموجودة في التذكرة ولا تُفتح تلقائياً أبداً، ولا يتم تنزيل المرفقات.

التشفير. عند تهيئة مفتاح تشفير (SROOTER_SECRETS_KEY)، يقوم التطبيق بتشفير محتوى السجلات وذاكرة الجلسة قبل كتابته في قاعدة البيانات، باستخدام Fernet (تشفير AES-128 في وضع CBC مع مصادقة HMAC-SHA256). تعمل الخدمة المُدارة مع ضبط هذا المفتاح، ويفيد سجل بدء التشغيل الخاص بها بأن محتوى السجلات مشفر. وتدير Palgu هذا المفتاح بصفتها مشغل الخدمة؛ وهو ليس مفتاحا منفصلا لكل عميل. وبدون هذا المفتاح، تُخزن ذاكرة الجلسة غير مشفرة، وإما ألا يتم تسجيل السجلات أو تُخزن غير مشفرة إذا سمح المشغل بذلك صراحة. وفي النشر المستضاف ذاتيا، تتحكم أنت في هذا الإعداد.

الاحتفاظ بالبيانات. يتم الاحتفاظ بنصوص الجلسات وذاكرة الجلسة ومخازن البيانات الأخرى الموضحة أدناه بشكل افتراضي حتى يتم حذفها. يمكن لـ Palgu تحديد فترة انتهاء صلاحية بالأيام لكل مخزن؛ ويُدرج الإعداد الحالي لكل مخزن تحت بند "إعدادات الاحتفاظ الحالية" أدناه. يتم تنظيف المخزن الذي له تاريخ انتهاء صلاحية عبر عملية تنظيف تعمل كل ساعة، لذا قد يبقى المحتوى لمدة تصل إلى ساعة بعد انتهاء صلاحيته؛ أما المخزن الذي لا يملك فترة انتهاء صلاحية فلا يتم تنظيفه أبداً. وبشكل منفصل، فإن المؤسسة التي حفظت إعدادات الالتقاط الخاصة بها يكون لديها إعداد احتفاظ بنصوص الجلسات لمدة 30 يوماً بشكل افتراضي، ويمكن لمسؤول المؤسسة تقليص هذه المدة إلى يوم واحد كحد أدنى (ولا يمكن تحديد فترة أطول إلا من قِبل Palgu بناءً على طلب)؛ وتُطبق عليها عملية التنظيف نفسها التي تعمل كل ساعة. كما يبقى المحتوى المحذوف في النسخ الاحتياطية لقاعدة البيانات حتى تنتهي صلاحية تلك النسخ. يمكنك أن تطلب منا حذف أي من هذا المحتوى في أي وقت.

من يمكنه الاطلاع عليها. يمكن للمطورين قراءة نصوص محادثاتهم الخاصة في لوحة التحكم (الجلسات، علامة تبويب النص). ويمكن لمسؤولي المؤسسة قراءة نصوص محادثات جميع الأفراد في مؤسستهم. تُعرض النصوص كما كُتبت دون تنقيح أو حجب. عندما يفتح مسؤول نص محادثة لشخص آخر، تُسجَّل عملية القراءة في سجل وصول، بحد أقصى مرة واحدة لكل مسؤول وجلسة وساعة؛ أما عرض المخطط العام لنص المحادثة دون نصه الفعلي فلا يُسجَّل. ويمكن للمسؤولين مراجعة هذا السجل عبر واجهة برمجة تطبيقات المسؤول (GET /admin/ledger/access). كما يمكن للمسؤولين الاطلاع على ذاكرة الجلسات على مستوى مؤسستهم.

إيقاف الميزة. يمكن لمسؤول المؤسسة إيقاف التقاط نصوص المحادثات، أو تغيير فترة الاحتفاظ بها، عبر واجهة برمجة تطبيقات المسؤول (PUT /admin/ledger/config). لا تتضمن لوحة التحكم مفتاح تبديل لهذا الغرض بعد، لذا يمكنك أيضاً أن تطلب منا تغييره نيابةً عنك. يؤدي إيقاف الالتقاط إلى إيقاف التسجيل الجديد؛ لكنه لا يحذف ما تم تخزينه مسبقاً. لا يمكن حالياً إيقاف ذاكرة الجلسة. وفي بيئة الاستضافة الذاتية، يبقى كل ذلك داخل بنيتك التحتية الخاصة (راجع القسم 5).

محتويات أخرى نخزنها. يُخزَّن ما يلي كنص عادي في قاعدة البيانات: وهي غير مشفرة بواسطة التطبيق، وليس لها انتهاء صلاحية تلقائي افتراضيًا (يمكن لـ Palgu تعيين فترة انتهاء صلاحية لبعضها؛ راجع إعدادات الاحتفاظ الحالية أدناه)، ويُحتفظ بها حتى تطلب منا حذفها ما لم يُذكر خلاف ذلك.

• التوثيق المفهرس. عند فهرسة مشروع في Cortex، يُخزَّن نص ملفات التوثيق الخاصة به في أقسام، وذلك بعد إزالة مفاتيح وصول AWS ومفاتيح API التي على نمط sk-/pk-/rk-. ولا تُزال الأسرار الأخرى الموجودة في تلك الملفات. وتستبدل إعادة الفهرسة هذا النص، بينما يؤدي مسح وثائق المشروع إلى حذفه. وترفع الفهرسة ملفاتك المصدرية إلى البوابة، التي تحللها في الذاكرة؛ ويحتفظ الرسم البياني للكود نفسه بأسماء الرموز، ومسارات الملفات، والاعتماديات، والغرض المستمد من سلاسل التوثيق (docstrings)، وليس بمحتويات ملفاتك المصدرية. ولكل رمز واعتمادية، يحتفظ أيضًا بفئة المصدر (مرصود في الكود، أو مصرح به، أو تاريخي، أو مستنتج، أو غير معروف) ومراجع مصدره: مسارات الملفات مع أرقام الأسطر والإيداع (commit)، ومعرّفات ADR، ومعرّفات الاختبارات، وأسماء مفاتيح الإعدادات، دون الاحتفاظ بقيمها أبدًا. وعندما يرقّي شخص في مؤسستك حقيقة مستنتجة إلى مصرح بها أو تاريخية، يسجل Palgu هذا التغيير مع تحديد من أكده (معرّف المستخدم الخاص به)، ومتى، ومرجع المصدر، ومراجعة المصدر؛ ويُحتفظ بهذا السجل عند إعادة فهرسة المشروع ويبقى داخل مؤسستك. وترفع الفهرسة أيضًا سجلات قرارات البنية المرقمة الموجودة ضمن مجلدات مثل docs/ADRs وdocs/adr؛ وتحللها البوابة في الذاكرة وتحتفظ بمعرّف كل سجل، وحالته، وتاريخه، ومسار ملفه، والسجلات التي يحل محلها، مع روابط لمسارات الملفات والرموز التي يسميها، وليس بنصه. ويُضاف كل سجل مستوعب، ورابط مقترح، وإحلال إلى سجل القرار نفسه؛ وتستبدل إعادة الفهرسة السجلات المحللة مع الاحتفاظ بذلك السجل. كما تخزّن كل فهرسة للفرع المدمج لقطة للبنية الخاصة بالمشروع: الأنظمة والحاويات والمكونات التي استنتجها Palgu من ملفات البيان (manifests) وملفات الإعدادات والمجلدات الخاصة به (الأسماء، ومسارات الملفات، والمصدر، ومراجع المصدر، دون محتويات الملفات أبدًا)، والإيداع (commit) الذي بُنيت منه، والملفات التي تعذر عليه تصنيفها. ويُحتفظ بآخر 20 لقطة لكل مشروع.
• محادثات Palgu Assistant. الأسئلة التي تطرحها على المساعد في لوحة التحكم (حتى 8,000 حرف لكل منها) وإجاباته، وهي قابلة للقراءة من قبل أعضاء مؤسستك ومسؤولي Palgu أنفسهم لأغراض الدعم ومراجعة إساءة الاستخدام. وللإجابة، يرسل المساعد المحادثة، وأحدث الأسئلة والإجابات الخاصة بالمساعد من مؤسستك (حتى 12 رسالة)، ونتائج أدوات البيانات التي يستخدمها (والتي قد تتضمن استخدام مؤسستك والتكلفة لكل عضو حسب عنوان البريد الإلكتروني)، إلى نموذجه السريع، وهو gemini-3.5-flash (Google) في الخدمة المدارة، أو إلى نموذجه العميق، glm-5.3 (Z.ai)؛ وفي وضع المجلس، يذهب السؤال أيضاً إلى نماذج المجلس الموضحة أعلاه.
• ذاكرة المؤسسة. ملاحظات قصيرة يحتفظ بها Palgu لتحسين التوجيه: عندما يعترض مطور على إجابة، ما يصل إلى 160 حرفًا من رسالته؛ ونص أخطاء المزود التي واجهها الطلب (ما يصل إلى 160 حرفًا)؛ والقرارات الصادرة عن مراجعات المجلس.
• اكتشافات مراجعة المخاطر. أوصاف يكتبها النموذج للتعديلات المحفوفة بالمخاطر والملاحظة التصحيحية التي تظهر للوكيل. ويمكن أن تتضمن هذه الأوصاف اقتباسات من الكود.
• ملفات تعليمات الوكيل. نصوص ملفات التعليمات (مثل CLAUDE.md أو AGENTS.md) التي تستوردها إلى Palgu.
• المخاطر المقبولة. عندما يقبل مسؤول المؤسسة إحدى نتائج فحص الجودة بوصفها مخاطرة مقبولة، يُحفظ معرّف النتيجة ونطاقها والسبب الذي ذكره المسؤول (حتى 500 حرف) في سجل التدقيق، مع تسجيل هوية من قبلها وتوقيت ذلك.
• مساعد الموقع الإلكتروني. إذا استخدمت المساعد على موقعنا الإلكتروني العام، فيُسجَّل عنوان البريد الإلكتروني الذي تدخله وسؤالك والإجابة (الأسئلة حتى 1,000 حرف). يُخزَّن عنوان IP الخاص بك كقيمة تجزئة SHA-256 غير مملحة (unsalted)، والتي يمكن مطابقتها مجدداً مع العنوان الأصلي، ولذلك نتعامل معها كبيانات شخصية. تتم الإجابة عن الأسئلة بواسطة gemini-3.5-flash (Google) على الخدمة المُدارة. ويمكن لمسؤولي Palgu قراءة هذه المحادثات.
• المهارات. يُخزن نص المهارات التي تكتبها مؤسستك (الأسماء والوسوم والتوجيهات) كنص عادي ويُضاف إلى مطالبة النظام للطلبات المطابقة. وللبحث في المهارات حسب المعنى، ترسل البوابة نص المهارة (بحد أقصى 4,000 حرف لكل مهارة عند حفظها) وكل استعلام بحث (بحد أقصى 500 حرف) إلى نموذج text-embedding-3-small التابع لشركة OpenAI، باستخدام مفتاح OpenAI الخاص بالمنصة. وتُخزن التضمينات (embeddings) الناتجة مع تجزئة (hash) للنص الذي حُسبت منه، وليس النص نفسه، دون انتهاء صلاحية تلقائي. ولا تُخزن استعلامات البحث: إذ تُحفظ تضميناتها مؤقتاً في الذاكرة فقط. وفي حال عدم وجود مفتاح OpenAI، يطابق البحث الكلمات المفتاحية ولا يُرسل أي شيء.
• معايير المؤسسة. تُخزَّن معايير البرمجة التي يكتبها مسؤولو مؤسستك في Palgu (عنوان وتوجيهات لكل منها)، وكل إصدار منها، ومن اقترح كل تغيير ووافق عليه، دون انتهاء صلاحية تلقائي؛ ويُحتفظ بالإصدارات السابقة. وتُضاف التوجيهات إلى تعليمات وكلائك، التي تقدمها البوابة إلى أدوات البرمجة الخاصة بك، بحيث تتلقاها النماذج التي تخدم تلك الطلبات. وهي غير مشفرة أثناء التخزين.
• البحث عبر الويب. خطوة اختيارية في كتابة المواصفات تكون متوقفة افتراضياً: تتطلب تفعيل الميزة في الخدمة وموافقة مسؤول المؤسسة، والتي تُسجَّل مع بيان من منحها أو سحبها ومتى. وعند تشغيلها، يُرسَل استعلام بحث (حتى 500 حرف) إلى Google Gemini مع الإسناد ببحث Google (Google Search grounding)، ثم تجلب البوابة بنفسها ما يصل إلى خمس من الصفحات المستشهد بها. تُخزَّن المقتطفات المقتبسة من تلك الصفحات (حتى 1,200 حرف لكل منها) مع عنوان URL وعنوان الصفحة، وتنتهي صلاحيتها بعد 30 يوماً.
• أدوات الويب الخاصة بالمساعد. عند تهيئة هذه الأدوات، يمكن لمساعد لوحة التحكم الزحف إلى صفحة ويب أو قراءة نص بصوت عالٍ. يرسل الزحف عنوان URL الخاص بالصفحة إلى Apify الذي يجلب الصفحة؛ ويُخزَّن نص الصفحة (حتى 40,000 حرف) وعنوان URL دون انتهاء صلاحية تلقائي بشكل افتراضي، كما يظهر عنوان URL في إشعار على لوحة التحكم. أما القراءة بصوت عالٍ فترسل النص الذي اختاره المساعد (حتى 5,000 حرف) إلى ElevenLabs، ولا يُخزَّن أي شيء منه. وإذا أضافت مؤسستك مفتاح Stripe الخاص بها، فيمكن للمساعد أيضاً البحث عن كائن في حساب Stripe الخاص بمؤسستك بواسطة المعرّف (للقراءة فقط)؛ ويُرسل كائن Stripe الذي يعيده البحث إلى نموذج المساعد ويمكن أن يظهر في إجابته المخزنة. لا تستخدم عملية البحث هذه حساب Stripe الخاص بشركة Palgu أبداً. يمكن للمؤسسة استخدام مفتاح Apify أو ElevenLabs الخاص بها بدلاً من مفتاحنا؛ بينما لا يعمل البحث في Stripe إلا باستخدام المفتاح الخاص بالمؤسسة. وتُخزَّن المفاتيح التي تضيفها المؤسسة بشكل مشفر.
• نتائج بوابات الجودة (Quality gates). عندما يشغّل وكيل البرمجة (coding agent) بوابات الجودة الخاصة بمشروعك (الاختبارات، وأدوات فحص الشيفرة linters، وفحوصات الأنواع type checks)، فإنه يرسل رمز الخروج (exit code) لكل بوابة وآخر 4,000 محرف من مخرجاتها، والتي قد تتضمن مسارات ملفات وأسماء اختبارات وشيفرة برمجية. يتم الاحتفاظ بأحدث نتيجة لكل مستودع وبوابة حتى تُستبدل بتشغيل أحدث.
• تأكيدات ملف تعريف المشروع (Project manifest). عندما يؤكد شخص في مؤسستك حقلاً في ملف تعريف المشروع (.palgu/manifest.yaml) أو يوافق على هذا التغيير أو يلغيه، تسجل البوابة (gateway) اسم المشروع، واسم الحقل، وبصمة SHA-256 للقيمة (وليس القيمة نفسها أبداً)، ومن طلب التغيير أو وافق عليه ودوره، والتوقيت. لا تنتهي صلاحية هذه السجلات تلقائياً.
• فحوصات GitHub. إذا قمت بتثبيت تطبيق GitHub الخاص بـ Palgu للتكامل المستمر (CI)، تحتفظ البوابة، لكل مستودع، بمعرّفات التشغيل وطلبات السحب (pull requests) والإيداعات (commits) التي تحققت منها، ومطالبات رمز GitHub Actions الذي طلب الفحص (والتي تتضمن اسم مستخدم GitHub الذي أطلق التشغيل)، ونص نتائج الفحص التي تنشرها في طلبات السحب الخاصة بك. ولا تنتهي صلاحية هذه السجلات تلقائيا.
• سجلات تسجيل الدخول والأجهزة. لكل طلب تسجيل دخول: عنوان IP، والبلد التقريبي، ووكيل المستخدم (user agent)؛ ولكل جهاز تسجل الدخول منه: اسمه، ونظام تشغيله، ومعماريته، وإصدار التطبيق، وعناوين IP التي اتصل منها لأول مرة ولآخر مرة؛ وسجل أحداث لتسجيل الدخول يتضمن عنوان IP ووكيل المستخدم. ويسجل سجل الأحداث نفسه موافقات النشر (المستودع، والاعتماد (commit)، وحساب ومشروع منصة النشر، ورابط URL للنشر، والبريد الإلكتروني للمعتمد والسبب الذي ذكره بحد أقصى 300 حرف). ويُحتفظ برموز تسجيل الدخول كتجزئة (hash) فقط وتنتهي صلاحيتها بعد 10 دقائق. وليس لهذه السجلات تاريخ انتهاء صلاحية تلقائي؛ ويُحذف الجهاز عند إزالة مستخدمه من المؤسسة. وتُربط عدادات الحد من معدل تسجيل الدخول بعنوان IP الطالب (وبالنسبة لعنوان IPv6 ببادئته /64)؛ وتقوم عملية تنظيف مجدولة بحذفها كل 10 دقائق متى تجاوز عمرها الفترة المحددة، وهي ساعة واحدة ما لم تغيرها Palgu (القيمة الحالية مدرجة أدناه).
• التفضيلات المتزامنة. إعدادات تطبيق Palgu الخاصة بك، والتي تتم مزامنتها بين أجهزتك (بحد أقصى 32 KB؛ وتُرفض القيم التي تبدو كأنها أسرار). ويتم حذفها عند إزالتك من المؤسسة.

4. كيف نستخدم المعلومات

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

5. عمليات النشر ذاتية الاستضافة

عند استضافة Palgu ذاتياً داخل بنيتك التحتية الخاصة (وضع المؤسسات Enterprise)، تبقى جميع بيانات البوابة وبيانات الاعتماد وسجلات التدقيق داخل بيئتك. ولا تتلقى Palgu, Inc. البيانات الوصفية لطلباتك أو بيانات اعتمادك في هذا الإعداد.

6. مشاركة البيانات والمعالجون الفرعيون

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

• Render (فرانكفورت، ألمانيا): استضافة البوابة والموقع الإلكتروني، وقاعدة بيانات PostgreSQL التي تضم كل ما يتم تخزينه في القسم 3.
• Cloudflare: مرحّل طرفي (edge relay) يوجه حركة مرور Claude Code وCodex إلى البوابة، لذا تعالج Cloudflare عنوان IP الخاص بالعميل لكل طلب. لا تسجل الشفرة البرمجية للمرحّل الخاص بنا محتوى الطلبات (request bodies) أبداً. بدءاً من إصدار المرحّل allowlist-v1، يكتب المرحّل سطر سجل واحداً لكل طلب يتضمن الطريقة (method)، والمسار بدون سلسلة الاستعلام الخاصة به، والحالة، والمدة، وقائمة قصيرة من ترويسات الطلب (مثل نوع المحتوى ووكيل المستخدم user agent)، ولا يسجل أبداً ترويسات التفويض أو مفاتيح API أو ملفات تعريف الارتباط (cookies)، كما أن سجلات الاستدعاء الخاصة بـ Cloudflare، والتي تسجل كل ترويسة طلب، تكون متوقفة عن التشغيل. كانت إصدارات المرحّل الأقدم تُبقي سجلات الاستدعاء هذه قيد التشغيل، لذا سجلت البيانات الوصفية للطلب مثل عنوان URL والطريقة والترويسات وعنوان IP الخاص بالعميل؛ وتبقى تلك السجلات لدى Cloudflare حتى تزيلها سياسة الاحتفاظ بالسجلات الخاصة بها.
• مزودو نماذج الذكاء الاصطناعي: Anthropic وOpenAI وGoogle (Gemini) وDeepSeek وZ.ai (GLM) وMoonshot (Kimi) وxAI (Grok) وGroq وCerebras وMiniMax. يتلقى هؤلاء المزودون الطلبات التي يخدمونها، بالإضافة إلى الاستدعاءات الداخلية الواردة في القسم 3: تتلقى Google استدعاءات تصنيف التوجيه والوسائط والبحث على الويب والصوت والمساعِدين؛ وتتلقى OpenAI استدعاءات تضمينات البحث عن المهارات ومراجعة المخاطر؛ وتتلقى كل من Groq وCerebras استدعاءات مراجعة المخاطر؛ وكذلك أعضاء المجلس.
• TypeSafe: تسميات سلامة الجلسة لسجل الجلسات الذي تم اختيار مشاركته (القسم 3).
• Apify وElevenLabs: أداتا زحف الويب والقراءة الصوتية الخاصتان بمساعد لوحة التحكم، عند تهيئتهما (القسم 3).
• Resend: تسليم البريد الإلكتروني. يتلقى عنوان المستلم والرسالة: رموز تسجيل الدخول، ودعوات الفرق وقوائم الانتظار، وتنبيهات تسجيل الدخول من أجهزة جديدة (مع اسم الجهاز)، وإشعارات انخفاض الرصيد، ورسالة الترحيب.
• Stripe: المدفوعات. تتلقى هذه الخدمة معرّف مؤسستك، وعدد المقاعد، والمبالغ، وإجماليات الاستخدام؛ أما رقم البطاقة ورمز الأمان فيُدخلان في نموذج Stripe الخاص ولا يصلان إلى Palgu مطلقاً؛ ونحن نحتفظ فقط بالعلامة التجارية للبطاقة وآخر أربعة أرقام تعيدها Stripe. وتقرأ أداة البحث في Stripe التابعة لمساعد لوحة التحكم من حساب Stripe الخاص بالمؤسسة فقط، باستخدام مفتاح تلك المؤسسة (القسم 3)؛ ولا تقرأ مطلقاً حساب الفوترة الخاص بشركة Palgu.
• GitHub: تطبيق Palgu على GitHub لفحوصات التكامل المستمر (CI) على المستودعات التي تربطها، وتعليقات المراجعة المنشورة على طلبات السحب الخاصة بك عندما تطلبها، وعند تفعيل الإبلاغ عن الأخطاء، تقارير الأخطاء (العنوان والنص والبريد الإلكتروني الذي تقدمه) التي تُسجل كمشكلات (issues) في مستودع Palgu على GitHub.
• Google Fonts: يقوم موقعنا الإلكتروني بتحميل خطوطه من خوادم Google في كل صفحة، دون خيار لملفات تعريف الارتباط، لذلك تتلقى Google عنوان IP الخاص بك وتفاصيل متصفحك.
• Google Analytics: تحليلات الاستخدام على موقعنا الإلكتروني، ولا يتم تحميلها إلا بعد قبولك لملفات تعريف الارتباط، ولا تُحمّل أبدا في صفحات تسجيل الدخول. يمكنك سحب هذه الموافقة في أي وقت: إذ يعيد خيار ”إعدادات ملفات تعريف الارتباط“ في تذييل كل صفحة فتح نافذة الاختيار. ويُخزن اختيارك في متصفحك فقط؛ ونحن لا نسجله.

متتبعات المشاريع ليست معالجات فرعية. تعد كل من GitHub Issues وJira Cloud وJira Data Center وLinear وAsana وGitLab Issues وجهات تربطها مؤسستك وتختارها؛ وهي تعالج ما تتلقاه بموجب الاتفاقية الخاصة بين مؤسستك وبينها. يقرأ Palgu التذاكر عبر اتصال مؤسستك ولا يرسل إلى المتتبع سوى ما تفعّله مؤسستك في سياسة المتتبع الخاصة بها: لا يُرسل أي شيء حتى يفعّل المسؤول (admin) صلاحية الكتابة، وعندها تُرسل التعليقات وتغييرات الحالة والوقت المستغرق وعناصر الخطة المصدّرة، بعد تنقيحها كما هو موضح تحت بند "منشورات متتبعات المشاريع" في القسم 3. لا يتم نشر الشيفرة البرمجية أو الفروقات (diffs) أو نصوص الجلسات (transcripts) أبداً. وفي النشر المستضاف ذاتياً (self-hosted)، تستدعي البوابة المتتبعات من بنيتك التحتية مباشرة.

7. الاحتفاظ بالبيانات

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

8. الأمان

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

9. حقوقك

اعتماداً على ولايتك القضائية، قد يكون لديك حقوق للوصول إلى بياناتك الشخصية أو تصحيحها أو تصديرها أو حذفها، والاعتراض على معالجة معينة أو تقييدها. لممارسة هذه الحقوق، تواصل معنا عبر workhub.ai/contact.

10. التغييرات على هذه السياسة

قد نقوم بتحديث هذه السياسة من وقت لآخر. ستنعكس التغييرات الجوهرية في تاريخ “آخر تحديث” أعلاه، وسيتم إبلاغ مسؤولي الحسابات بها عند الاقتضاء.