Skip to main content
The explore agent is in beta and may change.
Plenty of teams keep their Momentic tests in a repo of their own, separate from the application they cover. momentic ai explore still works across that split, because the repo it diffs and the repo it writes to are independent. explore diff diffs whatever repo you run it in, the current working directory. --config picks the momentic.config.yaml that defines the project, and that config decides where tests are read from and written to. This guide covers the pull-request setup: diff the app repo, write into the test repo. If you would rather not manage two checkouts, see Seed a separate test repo against a running app.

Run it

Check both repos out side by side, say the app at /code and the tests at /tests, and run explore from the app checkout with --config aimed at the test repo:
The diff is /code, so make sure that checkout has enough history to cover the change under review (fetch-depth: 0 on GitHub Actions). In CI the range defaults to the pull request’s window, so you rarely pass one explicitly. The project is /tests, so the agent reads your existing tests from there and writes new ones back into /tests.

Delivering the tests

This is the catch with the pull-request setup. The On successful explore setting in Settings > Explore commits and opens its PR against the repo explore ran in, which here is /code, and it only picks up files git reports as changed there. The generated tests landed in /tests, so that automatic PR never sees them. Leave the setting on its default (nothing, which leaves the tests on disk) and have your workflow commit the /tests changes and open the PR against the test repo itself.

Notes

  • Explore never touches your application code. Its analysis is read-only with respect to the code repo.
  • --no-code works here too if you want the diff window without handing the agent the code repo’s files.
  • A single run reads code from one repo. Pulling in source from several repos at once is not supported yet.