Docs / The five questions
check_my_changes
After editing: callers you didn't update, and anything we can't see.
Your agent asks it after editing.
What it takes
| Input | Type | What it is |
|---|---|---|
| paths | list of text, optional | — |
| tests | true or false, optional | tests: true also lists the tests that call the changed code (off by default). |
| expand | text, optional | A w-handle from this session to list in full, or reset. |
| format | text or json, optional | — |
| family | yes, no or unsure, optional | family: your answer to 'are all subclasses of these types inside this repository?' yes, no or unsure (default unsure). It sets the [a] assumption in answers. |
Example
The example project's Store.save gained a required parameter, and the file was saved.
check_my_changes(paths: ["app/store.py"])Each line explained: Reading an answer.
Optionally, the answer can end with one group, "tests that call the changed code": one line per test file with its number of calls and its weakest label (up to four files, then a count line with a handle), so your agent can re-run those tests first. It is off by default. Your agent asks for it with tests: true, or you switch it on for every call with the setting tests = "on" under [check] in your settings file; any other value means off.
How fast
Once LLMGRAPH has caught up with a save (a second or two on the projects we tested), answers in well under a second.check_my_changes
What it cannot tell you
- It checks argument count and names, not types, for Python.
- TypeScript type clashes read "may break" until the type checker confirms.
- It skips
*argsand spread arguments, and decorated functions. - It sees only saved files.