Bring Vinci into your code workflow
When the work is already in a repository, meet Vinci there. Vinci Code is a beta terminal coding agent that can read
your project, edit files, run tools, and carry a multi-step task forward.
Install and connect
Open a terminal and install Vinci Code:
curl -fsSL https://vinci.getsimpledirect.com/install | sh
You will need macOS or Linux and Node.js v22.19 or later. On Linux, install bubblewrap first (sudo apt install
bubblewrap), and on Windows work inside WSL2 rather than Command Prompt or PowerShell — see What do I need to run Vinci
Code? for the details.
Run vinci to start the agent. At the prompt, enter /login, then connect through browser device pairing with the same
Vinci account you use in the app and on the Platform. You will not need to create or paste an API key.
Once paired, Vinci Code uses the managed Vinci gateway on whichever model class your account is set to — there is no
provider credential to configure, so you can move directly into the project. For code and file tasks, Vinci Forte works
best; Vinci Mezzo is the fast, light option for everyday chat, not the recommended class for this workflow. To change
the class for every app at once, use Settings → Personalization; to change it for one session only, run /model, which
never writes back to your account. The installed CLI uses a static class list, so /model can lag newly available
classes.
Make the first task easy to review
Begin with orientation: “Read this project and explain how the main pieces fit together.” Then choose a bounded change,
such as, “Add validation to this form and run the relevant tests.”
You’ll see the agent work through the task with a live task list while it reads, edits, and runs tools. Keep your first
request narrow enough that you can inspect the resulting diff and test output. If the direction needs adjusting, steer
it with another message instead of starting over.
Vinci Code maintains checkpoints you can resume from. If you pause or interrupt, you can resume the task from the last
checkpoint rather than starting over.
That is the first-project rhythm: connect once, give Vinci the context already present in the repository, start with a
reviewable change, and use the terminal conversation to guide the work from understanding to verification.