Run the repository's real checks
Keep builds, tests, linters, and other project commands in the session instead of treating a finished agent response as proof.
A completed response is not completed software. Neroli keeps repository checks, browsers, simulators, command output, and the final diff with the isolated task so you can review what actually works.
Verification tools support review; they do not guarantee that a change is correct or safe to merge.
Why Neroli
Verification is strongest when the agent can run the product, the evidence belongs to the exact session, and a developer can still inspect the result.
Keep builds, tests, linters, and other project commands in the session instead of treating a finished agent response as proof.
Open a browser for the task, inspect rendered behavior, interact with the page, and keep the verification surface attached to the workspace.
For mobile work, build through repository commands and use the workspace's dedicated simulator to inspect and exercise the app.
Review the session diff alongside command results and product behavior before deciding whether the implementation is ready.
Terminals, browser state, simulator state, output, screenshots, and artifacts stay associated with the session that produced them.
Agents can run tools and collect evidence, but you still control approvals, review the result, and decide what merges.
The workflow
Neroli connects automated checks and interactive product surfaces to the same isolated workspace where the code changed.
Give the coding agent concrete acceptance criteria and identify the repository checks or product surfaces that can demonstrate the behavior.
Use the project's own commands inside the isolated session so failures point back to the exact branch and environment under review.
Open the session browser or iOS Simulator when the change needs interactive proof that static checks cannot provide.
Inspect what passed, what remains uncertain, and exactly which files changed before merging or asking the agent to continue.
Commands
Neroli does not invent a universal test suite. It runs the builds, tests, linters, smoke checks, and validation commands the project defines.
Product surfaces
A passing type check cannot prove a layout or interaction. Browser and simulator surfaces let the agent and reviewer exercise the working product.
Review
Verification reduces ambiguity by keeping code, tool output, and observed behavior together. The developer still decides whether the evidence is sufficient.
Questions
They can run the repository's builds and tests, exercise web work in a browser, use the workspace's iOS Simulator for mobile work, and present the resulting diff and evidence for review.
No. Neroli gives coding agents and developers a consistent place to run checks and inspect behavior. Correctness still depends on relevant acceptance criteria, good tests, careful review, and the limits of the systems being exercised.
Yes. Neroli provides workspace browser tooling for opening pages, inspecting the interface, interacting with controls, and collecting verification evidence for web tasks.
Yes. For supported iOS workflows, the agent can use the Neroli workspace's dedicated simulator to install, launch, inspect, and interact with a development build created through repository commands.
The session keeps its branch, worktree, panes, command output, browser or simulator surface, and changes attached to that task. Any shared external dependency still needs project-appropriate coordination.
Field guide
Connect tests and visual proof to the exact Mac app build, then carry that evidence into review and merge.
Read the Xcode software factory guideNeroli beta
Tell us how you work today and which provider you want to run first.
Request access