The guide

Everything Oynix does,
in three steps.

Install it, connect your code and the tools around it, then ask your coding agent. Below is exactly what each step looks like, and every Oynix tool at work inside the agent you already use.

01 · Install

One command. No account, on your device.

One line installs a signed binary, wires it to your coding agent, and starts a local engine on your machine. Your code is indexed on your machine and nothing is uploaded.

02 · Connect

Connect your code and the tools around it.

oynix connect opens the connectors page. Add a GitHub repo or a local folder, then bring in the docs, tickets and threads that explain it. Each source links to the code it shaped. Pick exactly what syncs.

Oynix
Connectors
Show

Connect the tools your team already uses. Their tickets, docs and threads become part of the graph and link to the code they're about.

GitHubGitHub Not connected
Google Drive Google Drive Not connected
ConfluenceConfluence Not connected
JiraJira Not connected
Files & DocsFiles & Docs Not connected
This machine Not connected
Select a connector to see its details, sync status and actions.

03 · Use the tools

Ask your agent. It answers with your context.

Oynix gives your agent a set of tools over MCP: read your code, size up a whole repo, and carry memory across sessions. You do not call them by hand. You ask a normal question and the agent picks the tool. Here is each one at work in Claude Code. It works the same in Cursor, Codex, Gemini and every other MCP agent.

Understand the code
The whole repo
Memory across sessions

Context

Why this exists: the tickets, threads and decisions behind it.

Answers the 'why'. It searches your org memory (Jira, Slack, Confluence, Notion and past decisions) for everything tied to a file or feature and returns the risks, the tickets, and the reasoning behind it. This is the tool that makes your agent sound like a senior teammate instead of a stranger.

Just ask. Oynix picks the tool
  • Why does this exist?
  • Any known risks on the upload endpoint?
  • What should I know before I change this?

When it gets usedWhen you need the why, the history a diff alone can never show you.

Contextoynix
Using oynix, what are the known risks or past tickets on the backup upload endpoint?
Used oynix: get_context
file: apis/backup.go
task: known risks and past tickets
Recent team decisions: • Keep RunInTransaction wrapping the backup upload write path Related org context: • KAN-22 flagged a race with a concurrent RunInTransaction • Currently editing: nobody

The real risk here is KAN-22, a race with a concurrent RunInTransaction. The standing decision is to keep the RunInTransaction wrap in apis/backup_upload.go. Do not remove it without addressing that race first.

Give your agent your team’s memory.

Free, forever, on your own machine. It takes one line.