الأذونات وقوائم السماح (Permissions & allowlists)

افتراضيًا يتوقّف Claude ويسأل قبل أن يغيّر ملفًا أو يشغّل أمرًا. ومع بناء الثقة، يمكنك وضع الأوامر المملّة الآمنة على allowlist فيكفّ عن السؤال عنها — مع بقائه يراجعك في أي شيء محفوف بالمخاطر. أنت دائمًا المتحكّم في موضع هذا الخط.

في وضعه الجاهز، يتوقّف Claude قبل أن يغيّر ملفًا أو يشغّل أمرًا ويسألك أولًا. هذا هو الإعداد الافتراضي الصحيح — لكن بعد المرّة العاشرة التي توافق فيها على نفس git status غير الضارّ، يبدأ الأمر يبدو كاحتكاك. الحلّ هو allowlist: أخبر Claude بالأوامر المملّة الآمنة التي يمكنه تشغيلها مباشرةً، وأبقِ الموافقة مطلوبة لأي شيء قد يسبّب ضررًا.

الحدس الذي تتبعه هو شدّد قبل أن تخفّف. ابدأ بحذر، ودع الأنماط الآمنة تكسب مكانها على الـ allowlist واحدًا تلو الآخر، فتنتهي إلى طرح السؤال الصحيح تمامًا — «هل هذا مدمّر؟» — في اللحظة الصحيحة تمامًا. ضع عمليات القراءة والاختبارات على الـ allowlist بحرّية؛ أمّا عمليات الحذف وعمليات force-push وأي شيء لا رجعة فيه فتبقى خلف موافقة بشرية.

الأذونات محدّدة على مستوى المشروع، وهذا هو الجزء المهمّ بهدوء: يمكن أن يبقى repo بالكاد تثق به صارمًا بينما يعمل sandbox تلعب فيه على المفتوح، ولا يتداخل الاثنان أبدًا. أدِر كل ذلك من /permissions. الهدف ليس ضوابط أقلّ — بل وضع الضوابط حيث تهمّ فقط.

{
  "permissions": {
    "allow": [
      "Bash(npm run test:*)"
    ],
    "deny": [
      "Read(./.env)",
      "Bash(rm -rf:*)"
    ]
  },
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          {
            "type": "command",
            "command": "npx prettier --write ."
          }
        ]
      }
    ]
  }
}

/permissions

Allowlist `npm test` and `git status` so they run without asking — keep approval on for deletes.