M Maintaining a large APEX application means living with one nagging question: if I change this page, what else am I about to break? Before you touch page 50 you want to know what links into it. Before you delete page 50 you want to be sure nothing still points at it. How do I even get to page 50? APEX does not make that easy. Navigation is spread across branches, buttons, lists, navigation bar, breadcrumbs, report column links... There is no single screen that says "here is everything that links into page 50" or "here is everywhere you can go from page 50". So you end up grepping the export or clicking through the builder page by page. I built a small command into ADT.ai that answers exactly those two questions. It is called "flow", and once it has scraped an app it answers offline, in milliseconds. What it does It reads the navigation links of requested application(s) from the database once, stores them in a local SQLite file, and the...
H Here is the situation I kept running into. I want an AI agent to help me with a real schema, look up a table, count some rows, sanity-check a column, find which view a column comes from. None of that is risky on paper, it is just SELECT. But the moment you hand a database connection to an agent, you are one bad prompt away from a disaster. TRUNCATE CASCADE, DROP PURGE, even simple UPDATE can do a lot of damage. So I built a small command into ADT.ai for exactly this case. It is called "discovery", and the whole point is that an AI (or any muggle) can poke around a schema without being able to break anything. What it does You give it a SELECT and an environment, it runs the query, prints the result, and writes a Markdown report. That is it. No DML, no DDL, no PL/SQL, no multi-statement smuggling. If you try anything other than a single SELECT, the validator rejects the statement before it ever reaches the database. adtai discovery -env DEV -sql "SELECT t...