Setup guide / Devin

Set up curio for Devin.

Devin reads skills from .agents/skills in every repository it works on. Commit curio's skill, install curio in Devin's machine, give it two secrets, and Devin works on your workspace through curio.

me@laptop:~/acme-workspace$ devin

> Add a code endpoint to the workspace that lists the open supplier notices for a part. Build it and stage the commit.

  curio skills search "code endpoint"
  curio skills show add-code-endpoint
  curio cat /workspace/config/schemas/nodes/Part.cs
  curio put open-notices.cs /workspace/code/endpoints/open-notices.cs
  curio run -- build
  curio run -- commit -m "Open supplier notices for a part"
  curio commit approve --no-wait   # a person reviews it
  curio commit wait --timeout 120   # until they answer

Devin · the session the steps below set up, played on this page

Set it up

Setup / 01

Four steps, once per project.

The agent gets a curio session and nothing more. Its edits wait in Sudo's sandbox, built against the workspace, until a person approves the commit.

01
Install curio

On the machine the agent works on. Skip this if curio is installed already.
Install script

The self-contained build for your system, checked against the release and put on your PATH. No .NET needed. Run it again to update.
Terminal

$ curl -fsSL https://curiosity.sh/install.sh | bash $ curio tui

PS> irm https://curiosity.sh/install.ps1 | iex PS> curio tui
Installs to ~/.curiosity/bin · read the script
.NET tool

With the .NET SDK installed, curio is a global tool. dotnet tool update keeps it current.
Terminal

$ dotnet tool install --global Curiosity.Shell $ curio tui
Or take the single file for your system from the releases
02
Sign in to your Studio

The browser signs you in with any login the workspace supports, SSO included. It needs a system administrator account. Leave the approve checkbox on the sign in page unticked, and every commit the agent stages waits for a person.
Terminal
```
$ curio login --server https://my-workspace.curiosity.ai
$ curio whoami
```
03

Install Devin

Devin runs in Cognition's cloud, so there is nothing to install on your computer. Sign in to Devin and connect the repository it should work in.

Devin, from Cognition
04
Give it curio's skill

On your computer, install the skill into the repository and push it. Devin reads it in every session on that repository.
Terminal
```
$ curio skills install ./.agents/skills
$ git add .agents/skills/curio
$ git commit -m "Add the curio skill"
$ git push
```
Run it again to refresh the index of Sudo's skills. A copy you edited is kept unless you pass --force.

Installation and first run

In the cloud / 02

Devin's machine

Devin works in a VM of its own. It needs curio installed, two secrets to sign in with, and a way to reach the workspace. Use a token without the approve right, so approval stays with a person.

Install curio in the VM's blueprint: curl -fsSL https://curiosity.sh/install.sh | bash.

Add CURIOSITY_SERVER and CURIOSITY_TOKEN as secrets. Devin binds a secret only to the commands that need it, so tell it that curio reads these two.

Make the workspace reachable from Cognition's cloud: a public address, Devin's published IP addresses on your allowlist, or a VPN.

Signing in from the environment

Use it / 03

Ask in your words. Approve in your browser.

Start a Devin session on the repository and ask for the change. Say that curio is how it reaches the workspace.

You ask

Add a code endpoint to the workspace that lists the open supplier notices for a part. Build it and stage the commit.

The agent reads the skill, then works through curio, one command at a time. You see each command; the last one waits for you.

What Devin runs

$ curio skills search "code endpoint"
$ curio skills show add-code-endpoint
$ curio cat /workspace/config/schemas/nodes/Part.cs
$ curio put open-notices.cs /workspace/code/endpoints/open-notices.cs
$ curio run -- build
$ curio run -- commit -m "Open supplier notices for a part"
$ curio commit approve --no-wait   # a person reviews it
$ curio commit wait --timeout 120   # until they answer

Exit codes mean something

curio run passes the sandbox command's exit code through. 77, 78, 75 and 64 mean not signed in, not allowed, conflict and usage, so the agent can tell a failed build from a missing sign in. 79 is a commit waiting for a person, and 124 is curio giving up waiting.

JSON, and no waiting forever

The skill has the agent pass --json for one line of JSON, --yes where a command asks, and --timeout on every call. A long build runs with curio run --detach and is picked up with curio run wait.

Never the interface

The skill tells the agent to never run curio tui. It is the full screen interface for people, and it would hang the agent's terminal. Plain curio only prints the help.

Re-read before overwriting

Sudo or an admin may edit the same session. curio get prints the file's hash, and curio put --expected-hash <hash> refuses the write if the file changed since.

Approval stays with a person

Signed in without the approve right, the default, curio commit approve --no-wait opens Sudo's review screen in the browser and exits 79 at once. curio commit wait then hears the answer, whatever the agent does.

Coding agents, in the docs

Other coding agents / 04