कोड बदलाव का blast radius मैप करें

प्रक्रिया

इस क्रम में करो।

1. प्रस्तावित बदलाव, base और head संशोधन, अभिप्रेत परिणाम, दायरे की फ़ाइलें, मान्यताएँ और वे निर्णय तय करें जिनमें नक्शा सूचना देगा।
2. diff और सीधे आश्रितों की जाँच करें, फिर केवल उपलब्ध टूलों से callers, imports, interfaces, generated code, configuration और tests खोजें।
3. APIs, data reads/writes, queues, jobs, permissions, feature flags, deployment settings और customer paths के ज़रिए runtime effects का static evidence map बनाएँ।
4. स्वामी, test coverage, observability, dependencies और migration constraints मैप करें, हर surface को direct, likely, possible या unknown वर्गीकृत करें और static evidence को runtime assumptions से अलग रखें।
5. validation, accessibility, compatibility, rollback और observability के gaps पहचानें, सबसे छोटे सुरक्षित checks सुझाएँ, लेकिन यहाँ tests, package commands या runtime paths न चलाएँ।
6. impact और reversibility का सारांश दें, secret या sensitive values शामिल किए बिना sensitive data और untrusted code के जोखिम को पहचानें या आकलन करें, और किसी भी test या package command के लिए अलग execution approval माँगें।
7. नक्शा और non-secret raw evidence को Latch target workspace में सहेजें, coverage limits और unresolved risks बताएँ, और repository या remote state बदले बिना रुकें।

यह लाओ

इनपुट जो बिल्ली मांगेगी।

• base और head संशोधन या diff
• अभिप्रेत बदलाव और दायरा
• runtime और deployment संदर्भ
• जोखिम-सहनशीलता और review स्वामी

राउटर + एक playbook

पहले रूट करो। एक चुनो।

Cat Paw हर काम पर एक playbook खोलता है, कई को मिलाता नहीं। इस राउटर से शुरू करो; बाकी रास्ते इसी workflow के उम्मीदवार हैं।

• राउटर: code-graph-pack
• skills/code-graph-pack/code-change-blast-radius-map/SKILL.md

पूरा मतलब

एक जाँचने लायक अंत।

सांकेतिक evidence map निर्धारित diff को code, data, dependencies, deployment, tests और users तक ले जाता है, जिसमें क्रमबद्ध जोखिम, प्रस्तावित checks, coverage limits और अनसुलझे जोखिम होते हैं, बिना repository या remote state बदले।

स्रोत

यह प्रक्रिया कहाँ से आई।

1. github.com/Graphify-Labs/graphify/tree/4c735618f3d56fd622c2049771584621c31ba9ff/
2. docs.github.com/en/code-security/supply-chain-security/understanding-your-software-supply-chain/about-dependency-review
3. c4model.com/

स्रोत workflow का पैटर्न तय करते हैं। Reddit और कम्युनिटी पोस्ट, जहाँ हैं, अभ्यास की कहानी हैं — सार्वभौमिक तथ्य नहीं।