Your own blocks and pages
Your own start page and pages, built in the chat or from templates.
You write rules, Skills and Agents once. Trinity turns them into the files for Claude Code, Copilot, Cursor and co., shows you live what your agent is doing, and shares what works with your team.
What others have built, you adopt with one click. Your AI first checks where it belongs in your project, and nothing is written until you say OK.
One folder into your project. For every AI.
No more five AI instruction files that contradict each other.
Everything your AI needs for the project, in one place.Today it’s spread across CLAUDE.md, the Copilot instructions, Cursor rules, notes and the wiki. Trinity collects it in your project and gives every AI exactly the file it expects.
No more copying the same rule into CLAUDE.md, the Copilot file and the Cursor file.
You create the rule once in the Brain. Trinity writes it where Claude Code, Copilot, Cursor, Windsurf and OpenClaw look.
No more “So how far along is this?” in the daily.
Brainstorm, Plan, Tasks or your own phases per task type. Once a phase is done, an agent checks in the background whether it’s really met. Only then does the next agent get its assignment.
Never again guessing what the agent did.
Every file read, every rule used, every Skill and every change, as it happens. Afterwards the whole run is in the history and on the task.
No more good Skills gathering dust in a single repo.
See a Skill in the feed, adopt it, use it right away.Someone shares a Skill like a post. You adopt it, and from then on every AI in your project can use it. The four steps run on their own, or you click through them.
No more projects where nobody has the overview.
Describe what you want to see, or pick a template. The AI turns it into blocks and pages, in your company’s look.
This is how a task runs with Trinity, from the idea to the commit in the repo.
Aurora Mobility is an invented rental service for e-scooters and bikes. Click around freely, or go step by step with “Next”.
Start page, look, rules, Agents, AIs and languages are set per project. No project has to look or work like another.
Your own start page and pages, built in the chat or from templates.
Colours, fonts and shapes per project, matching the company.
Rule sets, Skills and Agents that apply only in this project.
Which Agent goes after which.
Which AIs work along: Claude Code, Copilot, Cursor or others.
Interface, work and chat, each in the language you want.
The Workbench runs in the browser, right in your project. Chat with drawing board, tasks, live view and a dashboard you build yourselves.
Brain and Memory: rules, Skills, Agents and the project status as files in the repo. The same for every AI.
internal-trinity runs on your own server. Teams share their Skills and Puzzles there. A public Community is planned.
CLAUDE.md, AGENTS.md, copilot-instructions.md, .cursor/rules, Skills, Hooks and MCP. Trinity doesn’t invent its own format for your AI files.
Brain and Memory live in your repo. Trinity only commits; pushing and entering keys is done by a human. internal-trinity runs on your server.
Trinity brings no AI and no credits of its own. You simply keep working with Claude Code, Copilot or Cursor.
| Type | In the Brain | Claude Code | Copilot | Cursor |
|---|---|---|---|---|
| Instructions | Rule sets | CLAUDE.md | copilot-instructions.md | .cursor/rules/ |
| Skills | skills/ | .claude/skills/ | .github/prompts/ | .cursor/commands/ |
| Hooks | hooks/ | .claude/settings.json | .github/hooks/ | .cursor/hooks.json |
| Tools (MCP) | mcp/ | .mcp.json | .vscode/mcp.json | .cursor/mcp.json |
A folder called trinity-workbench that you copy into your project. It holds a Brain (rules, Skills, Agents), a Memory (project status, tasks, history) and an interface that runs in the browser. Every AI in the project works with it.
Neither. Your AI keeps writing the code: Claude Code, Copilot or Cursor. Trinity makes sure every AI knows the same rules and shows you what it’s doing right now.
Those files only apply to certain tools. In Trinity you maintain your rules in one place, and Trinity writes the right file for each tool from them, plus Skills, Hooks and MCP entries. Whatever you write into those files yourself stays put.
Brain is the rules your AI works by (rule sets, modules, Skills, Agents). Memory is the status of your project (project, tasks, assets, history). A Skill is a reusable guide the AI calls for a specific task, like “write tests”. A Puzzle is anything you can share and adopt: Skills, rule sets, Hooks or pages.
The steps of a task, for example Brainstorm, Plan and Tasks. Every task type can have its own phases. Before moving on, an Agent checks in the background whether the current phase is really done.
Everything stays in your repo. Trinity commits, but never pushes. API keys are entered by a human; the AI never gets to see them.
Each company hosts internal-trinity itself, on its own server. trinity-community, the public platform, is planned.
Not yet. Trinity isn’t publicly available yet. Feel free to send questions to the contact address at the bottom of the page.
Chat, drawing board, tasks with phases, Console Board and live view.
Rules, Skills, Agents and the status of your project.
Feed, profiles, and adopting Skills with one click.
Trinity isn’t publicly available yet. You’ll find the contact at the bottom of the page.
The Workbench lives in your project and runs in the browser. Whether Claude Code, Copilot or Cursor works in it is up to you, and you can switch any time. Rules, Skills, tasks and history stay as they are.
A team describes in the chat what it needs. Trinity builds the page, and everyone in the project has it right away. Every project looks different. Just over a minute, no sound.
Trinity holds the rules, Skills and project status; the AI is just the engine. You pick it at the bottom of the chat, and each one gets the same knowledge.
No more explaining everything again when you switch AIs.
You pick the AI at the bottom of the chat. Claude Code, Copilot and Cursor then all know the task, its phase, your rules and Skills, because Trinity hands them over.
No more keeping rules in sync across five files by hand.
Trinity writes them where each AI looks first. Via MCP, every AI also reads and writes the project directly, with the same options as the interface.
No more five terminals where you lose track.
The Console Board starts any AI with a CLI, such as Claude Code, Copilot, Codex, Gemini, Ollama or OpenClaw. You sort them into groups, put one in charge and hand out sub-agents and handovers. When one is waiting for you, you hear a tone.
Rules, Skills, Agents, Workflows, Hooks, tasks and history live in one place, and Trinity hands them to every AI in its own format. So every developer works with the AI they want: Claude Code, Copilot, Cursor or another one. Switching model or provider? No problem, the harness stays the same.
Example project aurora-app, numbers made up.
No more agents expected to plan, code and review all at once.
Under Brain › Agents › Workflows you set which agent runs after which and which Skill it uses, for example planner, then implementer, then reviewer. A task type starts the workflow, and Live shows where it is right now.
No more copying other people’s Skills blindly into the repo.
When you adopt a Skill, your AI first looks at where it belongs and whether you already have a similar one. Nothing is written until you say OK. After the run, Trinity checks that everything the Skill is supposed to deliver is there.
Excerpts from the film, with made-up example projects.
Chat, drawing board, tasks, console and Live sit in one interface.
What you plan with the AI becomes a task on the board and a sketch on the drawing board.
Every project gets a home page made of blocks, built yourself or from templates.
Describe the page in the chat, and the AI builds it right into your interface.
Templates for task types, blocks and pages give every new project a basic structure right away.
The whole Workbench lives in the trinity-workbench folder. Next to it, Trinity only creates the files your AIs read first, such as CLAUDE.md, .github, .cursor and so on. Trinity doesn’t touch your code.
your-project/ ├─ trinity-workbench/ │ ├─ trinity-app/ # the interface │ ├─ trinity-brain/ # Rules, Skills, Agents │ └─ trinity-memory/ # Tasks, docs, history ├─ CLAUDE.md # for Claude Code ├─ .github/ # for Copilot ├─ .cursor/ # for Cursor ├─ .windsurfrules # for Windsurf ├─ ai-assistant.md # for any other AI └─ src/ … # your code
The framework is your rules, Skills, Agents and the state of the project. It all lives as plain files in the repo, and Claude Code, Copilot, Cursor and co. get the same from it.
Two folders in your project. The Brain holds rules, Skills, Agents and Hooks. The Memory hands every new session the project state, so you don’t have to explain everything again.
You set up rules, Skills and Agents once. Trinity writes them into CLAUDE.md, the Copilot instructions, the Cursor rules and the files of the other AIs, and shows you what reaches each one.
No more guessing what the AI knows at startup.
For every AI you switch on, Trinity shows what’s in its instructions at startup, what only gets added for matching files and what it doesn’t get at all. Plus a rough token count.
No more tools that overwrite your CLAUDE.md.
In CLAUDE.md and the other AI files, Trinity only maintains the marked blocks. Whatever you write in yourself stays exactly as it is.
# aurora-app We answer in English. Releases on Tuesdays only. <!-- trinity:own-rules (managed by Trinity) --> ## Rule sets - trinity-brain/rules/api.md - trinity-brain/rules/sicherheit.md <!-- /trinity:own-rules --> Questions about payments go to the Checkout team.
No more rules the AI just skips.
Every rule and every Skill gets a weight. For a required one, you decide what happens if the AI leaves it out: Trinity reminds it, or it stops and says why. At the end, a script or a review agent checks whether the rule was followed.
No more AIs that have to guess how your project is built.
Is there a README with real commands, architecture, a product description, a glossary, conventions and instructions per AI? Whatever’s missing, Trinity creates from a template or hands the job to the AI, but only with your OK.
The rule lives once in the Brain. Trinity writes it to the right place for every AI.
The Memory hands every new session the project, docs, tasks and history.
Whatever is required, Trinity checks after every run, by script or review agent.
internal-trinity is your company’s own feed for Skills, Agents and Workflows, and you host it yourselves. Teams share what works there, see what gets used most in the company, and adopt it into their projects.
You host internal-trinity yourselves. Your Skills and Puzzles stay inside the company.
A good Skill gets shared once, and every team that needs it adopts it.
The AI suggests where each part belongs. Trinity checks the suggestion, and you give the OK.
You see who’s around and which Agents are running. Only people who turn it on themselves are visible.
This is how internal-trinity would look at Aurora Mobility, on their own server. Click through feed, post with comments, adopting with AI, sharing, people, explore and projects.
trinity-community will be the public side of Trinity. People from many companies share Skills, Agents and Workflows there, follow each other and adopt what they need. Your AI checks beforehand where it belongs in your project.
The plan: people from many companies share their Puzzles, follow each other and adopt what fits. Here’s how that could look, all content is examples.
api-tests 3.0 is here: tests for every new endpoint, now for GraphQL too.
Spots new endpoints in the diff and writes the tests for them.
Our review Agent now also checks that every change has a task. Saves us hours every week.
Reads diff, task and rules and writes a review with risks.
Tests for every new endpoint.
Searches for keys before every commit.
Changelog, version number and notes with four Agents.
Review with risks, task and rules.
Checks every import against schema and sample data.
Accessibility as rules for every AI.
Changelog, version number and release notes, written by four Agents. Works with every AI that has Trinity in the project.
Platform at NNorthbay Logistics · shares Skills for releases and reviews
That’s why sharing pays off. You see how many projects your work runs in and how often others have adopted it.
Trinity is still in the works. As soon as it’s available, you’ll find everything here for setting up and working, in every language of the website.
You set your company standards once in the Brain, and every AI works by them. Everything stays in your repo, and nothing goes out without a human approving it.
The company standards live in the Brain. Every AI in every project works by them.
Trinity never pushes on its own. A push only happens when a human triggers it.
A human enters keys. The AI never gets to see them.
Every run is in the history and on the task, with everything that was read, used and changed.
The Brain stays the same, whether Claude Code, Copilot or another tool is working tomorrow.
You define once what applies everywhere and what only applies to frontend, backend or data.
The AI works alongside you, but the critical steps are always done by a human. And you can read up on everything it did afterwards.
No more API keys ending up in the chat history.
Keys for models and tools live only on the machine where they were entered. The AI learns that a key exists, but never its value.
No more code going out without a human looking at it.
Agents can work and commit. It only goes into the shared repo once someone on the team clicks “Push”. That’s built in, not just a setting.
No more every team with its own AI rules.
What applies everywhere, you define once. What only applies to frontend, backend or data, too. New projects pick up the standards during setup, and you see where they run.
No more guessing what the Agent did.
Which AI, which task, which rules it read and which files it changed. That’s on the task and stays in the repo, also for an audit.
A ranking from internal-trinity. It counts how many of the company’s projects a Puzzle runs in.
Trinity isn’t publicly available yet. This page shows how it works.