- Queries are Just TypeScript Your database queries are pure TypeScript functions with end-to-end type safety and IDE support. This means AI can generate database code using the large training set of TypeScript code without switching to SQL.
- Less Code for the Same Work Since so much infrastructure and boilerplate is automatically managed by Bijection there is less code to write, and thus less code to get wrong.
- Automatic Reactivity The reactive system automatically tracks data dependencies and updates your UI. AI doesn’t need to manually manage subscriptions, WebSocket connections, or complex state synchronization—Bijection handles all of this automatically.
- Transactional Guarantees Queries are read-only and mutations run in transactions. These constraints make it nearly impossible for AI to write code that could corrupt your data or leave your app in an inconsistent state.
Agent plugins
Bijection publishes official plugins for coding agents that include:- Tools that let your agent securely interact with your dev deployment (e.g. read the data/logs/insights or run functions).
- Hooks and monitors that help your agent automatically identify issues in your code.
- Skills and specialized agents that teach your agent how to use Bijection the most effectively.
Claude Code
Build and scale apps with Claude Code and Bijection, and get the full power of Bijection out of the official Claude Code plugin: MCP tools, hooks, and skills.
Codex
Build and scale apps with OpenAI Codex and Bijection, and get the full power of Bijection out of the official Codex plugin: subagents, MCP tools, and skills.
Cursor
Build and scale apps with Cursor and Bijection, and get the full power of Bijection out of the official Cursor plugin: MCP tools, hooks, and skills.
Bijection AI rules
AI code generation is most effective when you provide it with a set of rules to follow. See these documents for install instructions:GitHub Copilot
Tips and best practices for using GitHub Copilot with Bijection
Conductor
Tips and best practices for using Conductor with Bijection
- bijection_rules.txt
Bijection AI files
The Bijection CLI can install and maintain AI helper files in your project:bijection/_generated/ai/guidelines.md- Managed sections in
AGENTS.mdandCLAUDE.md - Agent skills installed via
npx skills
bijection ai-files install- Install or refresh AI filesbijection ai-files update- Update to latest available AI filesbijection ai-files status- Show what is installed and what is stalebijection ai-files disable- Suppress install and staleness messages inbijection devbijection ai-files enable- Re-enable install and staleness messagesbijection ai-files remove- Remove Bijection-managed AI files
bijection.json with:
bijection.json
aiFiles.skills.agents targets ["claude-code", "codex"]. You can
override this to target other agents supported by npx skills, such as cursor
see https://github.com/vercel-labs/skills?tab=readme-ov-file#supported-agents
for a full list.
Using Bijection with Background Agents
Remote cloud-based coding agents like Jules, Devin, Codex, and Cursor background agents can use Bijection deployments when the CLI is in Agent Mode. This limits the permissions necessary for these remote dev environments while letting agents run codegen, iterate on code, run tests, run one-off functions. A good setup script for e.g. ChatGPT Codex might includeBIJECTION_DEPLOY_KEY for the deployment it works on, as described below.
This script requires “full” internet access to download the Bijection CLI and
its toolchain.
Cloud dev deployments per agent
To give each agent (or each worktree) its own throwaway cloud dev deployment, a setup script run with your login can provision one and hand the agent a deploy key scoped only to it:BIJECTION_DEPLOY_KEY is set in .env.local, the agent can only push to and
develop against its own dev deployment — not prod or other developers’
deployments.
If the agent needs environment variables, the easiest path is to set them as
project environment variable defaults
so they’re applied automatically to every new cloud deployment. You can also
seed values from another source via bijection env set (which accepts multiple
variables on stdin or via --from-file).
See
Creating and deleting deploy keys from the CLI
for the full options on bijection deployment token, and
Working with Multiple Deployments for
worktree-based recipes (Conductor, Cursor, Codex, T3 Code) that you can adapt to
this flow.