Describe the change.
Review the pull request.

Operator is Kaer for software teams. Connect a GitHub repository, describe what should change, and it reads the code, makes the change on its own machine, runs the tests and opens a pull request for you to review.

Start freeNo codebase? See Software builder

What you review

A normal pull request on GitHub, with a note on why each change was made.

  • Your repository, your review. It works on a branch and opens the pull request there.
  • Why, next to what. Each change comes with a short explanation.
  • Ask for changes in the chat. It updates the same pull request.

Where it stops

Reading, editing and testing on its own machine are its job. Merging, deploying and anything that costs money are yours.

It stops for you

The merge
A person merges. Never the agent.
Deploys
Putting a change live waits for you.
Payments
Anything that spends money asks first.
Access
Only the repositories and tools you connect.

It gets on with it

Reading
Files, history and tests.
Its own machine
The work runs there, not on your laptop.
Tests
As often as it needs, on its branch.
Fixing its mistakes
A failing test sends it back to the code.

Give it the change you keep postponing

Connect GitHub and describe one change.

Start freeTalk to us