केस स्टडी: टीम में Agents लाना

चरणबद्ध योजना

हफ़्ता 1: agents dev container में चलते हैं जिसमें सिर्फ़ repo mounted है, environment में कोई secret नहीं, network package registry और Git host तक सीमित, सिर्फ़ branches पर, committed permission फ़ाइल और pre-tool hook के साथ। हफ़्ता 2: CI secret scanning, CI व infrastructure paths के लिए CODEOWNERS, diff आकार gate और टीम के स्वामित्व वाले store में audit logging जोड़ें। हफ़्ता 3: CI में red-team suite और tabletop incident drill चलाएँ। बाद में: audit डेटा के आधार पर नियम चुनिंदा रूप से ढीले करें, एक बार में एक क्षमता, सब कुछ एक साथ कभी नहीं।

शुरू से अंत तक सुरक्षित agent

पूरा setup नीति, sandbox, secrets व network नियंत्रण, Git gates, hooks और logging को परतों में रखता है।

एक पन्ने पर setup

हर पंक्ति इस कोर्स के एक खंड से जुड़ती है।

Threat model   six risk families, trust boundaries, layers   (Sec 1)
Policy         allow/ask/deny file, parsed command allowlist   (Sec 2)
Environment    dev container, project-only mount, no secrets   (Sec 3, 4)
Network        egress allowlist, no metadata endpoint          (Sec 4)
Repository     branch only, protection, CODEOWNERS, size gate  (Sec 3, 5)
CI             tests + secret scan + human approval            (Sec 5)
Hooks/budgets  pre-tool hook, session limits, managed baseline (Sec 6)
Operations     audit log, red-team suite, incident checklist   (Sec 7)

प्रमाण से ढीला करें

डेवलपर्स वही "ask" prompt बार-बार मंज़ूर करें तो उस command को allow में ले जाएँ। कोई allow नियम कभी उपयोग न हो तो हटा दें। Audit डेटा नीति को वहाँ कसा रखता है जहाँ ज़रूरी है और वहाँ हल्का जहाँ नहीं।

त्वरित जाँच: Guardrail ढीला करने का बेहतर तरीक़ा कौन-सा है?

• सब कुछ एक साथ हटा दें
• पहले logging बंद करें
• Audit प्रमाण से एक बार में एक क्षमता ढीली करें
• Agent से तय करवाएँ