Each task runs in its own workspace.
Code execution, application processes, and connected services stay separated from other tasks.
Rubic runs each task in an isolated workspace, uses only the project resources your team connects, and keeps code changes, checks, logs, and approvals available for review.
No vague trust claims. These are the concrete boundaries teams can see while Rubic works.
Code execution, application processes, and connected services stay separated from other tasks.
Rubic works only with the repositories and project resources your team has connected.
Teams can configure task environment values without adding them to repository files or public previews.
Rubic works on a task branch, records changed files, and opens a pull request for delivery when code changes are required.
Preview resources are created for the task, exposed through a dedicated address, and removed when no longer needed.
Task messages, changed files, checks, application logs, and delivery state stay together for review.
Approval behavior is configured per task. Teams can review the plan, answer questions, request revisions, inspect the running application, and decide when a pull request is ready to merge.