Loading...
Loading...
Use before proposing or writing any change to an Oracle object - a procedure, package, function, trigger, view, or table. Impact analysis comes first, because what depends on an object decides how careful the change must be, and Oracle invalidates dependents in cascade.
npx skill4agent add thaildhe172591/pythia pythia-impactNO CHANGE PROPOSED WITHOUT ITS IMPACT MEASURED FIRSTpythia impact <OBJECT> --depth 2-- impact: N dependent objects, M currently VALIDpythia deps <OBJECT> --depth 2pythia invalid| Result | What to do |
|---|---|
| 0 dependents | Say so and proceed; verify after apply anyway. |
| 1–9 dependents | List them to the developer alongside the proposal. |
| 10+ dependents, or any cross-schema dependent | Show the tree and get an explicit go-ahead before writing any code. |
| Dependents already INVALID | Point them out — the area is already unstable. |
impactALTER| Thought | Reality |
|---|---|
| "It's just a small helper" | Helpers are the most-depended-on objects there are. |
| "I'll check impact after writing the code" | Then the number cannot change the design. Too late. |
| "The preview in apply shows impact anyway" | That line is confirmation of a number you already knew — not discovery. |
| "It's a new object, nothing depends on it" | True — say that, with |
pythia-writepythia-apply