Claude Code अनुमति ऑडिट चेकलिस्ट: असली काम से पहले सुरक्षित सेटिंग

permission audit से Claude Code पर भरोसा बढ़ता है

Claude Code तब महंगा लगता है जब हर action पर संदेह हो। permission audit इस संदेह को छोटे profile में बदल देता है: क्या पढ़ना है, क्या बदलना है, किसमें approval चाहिए और क्या कभी नहीं करना है।

इसे पहले 30 मिनट की checklist के बाद और CLAUDE.md starter template से पहले करें। उद्देश्य bureaucracy नहीं, बल्कि पहला वास्तविक task कम जोखिम में पूरा करना है।

एक permission profile बनाएं

लंबी policy से शुरुआत न करें। ऐसा profile लिखें जिसे Claude Code session में पालन कर सके।

claude_code_permission_profile:
  workspace: "repo only"
  allowed_without_approval:
    - "read files"
    - "run tests"
    - "edit content files"
  ask_first:
    - "install packages"
    - "change auth or billing code"
    - "deploy production"
  never_allow:
    - "print secrets"
    - "delete git history"
    - "rotate keys without owner approval"
definition_of_done:
  - "git diff reviewed"
  - "proof command captured"
  - "rollback note written"

सबसे जरूरी भाग definition of done है। सुरक्षित permission भी कमजोर है यदि diff review, proof command और rollback note नहीं है।

उदाहरण: revenue path वाला content site

multilingual content site में article MDX, CTA copy और product page description आम तौर पर कम जोखिम हैं। form API, payment links, analytics tags और deploy settings leads, पैसे और production से जुड़े हैं, इसलिए approval gate चाहिए।

implementation से पहले इस repository का audit करें।
लौटाएं:
1. सुरक्षित रूप से चलाए जा सकने वाले commands
2. सुरक्षित रूप से edit हो सकने वाली files
3. approval मांगने वाले actions
4. आज पूरा होने वाला सबसे छोटा उपयोगी task
5. verification command और rollback note

यह prompt Claude Code को implementation से पहले छोटा task सुझाने पर मजबूर करता है: CTA सुधारना, free PDF path जांचना, Gumroad copy सुधारना या consultation route साफ करना।

failure case: पहले दिन सब allow करना

सामान्य गलती है package install, auth edit, production deploy और secret-related काम एक session में allow करना। तेज लगता है, लेकिन rollback path गायब हो जाता है।

दूसरी गलती है केवल prohibition लिखना। secrets न दिखाना जरूरी है, पर build, tests, public URL, form behavior और Gumroad links की proof भी चाहिए।

15 मिनट की routine

1. शुरुआत में “git status —short” चलाएं।
2. editable और protected directories लिखें।
3. safe commands और approval commands अलग करें।
4. proof command और rollback note सहेजें।

इससे review अनुमान नहीं, स्पष्ट risk boundary पर आधारित होता है।

अगला कदम

commands याद रखने के लिए free cheatsheet लें। permissions, CLAUDE.md, hooks या MCP blocker हो तो Setup Guide खरीदें। team rollout या revenue operations के लिए consultation देखें।