From issue to merged PR
in 7 steps.

Every run follows the same pipeline. Each phase is timed, logged, and attributed. Nothing happens without your approval before merge.

OCNexus 7-phase pipeline: From issue to merged PR in 47 seconds. Phase 01 Classify (~1s) — Bug, feature, or question instantly categorized and routed. Phase 02 Discover (~3s) — Scans your codebase for relevant files, dependencies, and context. Phase 03 Spec (~8s) — Writes a detailed implementation spec with file-level changes. Phase 04 Implement (~22s) — Multi-LLM execution with GPT-4, Claude, and Gemini working in parallel. Phase 05 Review (~7s) — Guardian scans for syntax errors, security issues, and style violations. Phase 06 CI (~4s) — Runs your test suite, re-routes if CI fails. Phase 07 Human Gate (~2s) — Final approval, one click to merge or send back.
01

Classify

~1 second

Every pipeline run begins with classification. OCNexus reads the issue title and body, determines whether it's a bug, feature request, refactor, or question, and routes it to the correct pipeline path. Misclassified issues are the #1 source of wasted cycles in manual workflows — this eliminates that entirely.

02

Discover

~3 seconds

OCNexus scans your repository for relevant files, dependencies, imports, and architectural context. It builds a working map of the codebase — which files are affected, what they depend on, and how they relate to the issue. On subsequent runs, project memory makes this near-instant.

03

Spec

~8 seconds

A detailed implementation specification is generated with file-level changes, expected behavior, edge cases, and test requirements. This is the blueprint that the implementation phase follows. You can review the spec in the dashboard before implementation begins — or let it run automatically.

04

Implement

~22 seconds

Multi-LLM execution with GPT-4, Claude, and Gemini working in parallel. Independent file changes run concurrently; dependent files run in sequence. Five implementation workers handle the code generation, producing clean, tested, production-ready diffs that follow your existing code style and conventions.

05

Review

~7 seconds

A guardian model scans every diff for syntax errors, security issues, style violations, and logical inconsistencies. Three review workers operate in parallel. If the review finds issues, it loops back to implementation with specific feedback — the same way a senior engineer would request changes on a PR.

06

CI

~4 seconds

Your test suite runs against the proposed changes. If tests fail, OCNexus reads the full error output and loops back to the implementation phase with complete context. It keeps trying until the tests pass or a configured retry limit is hit. No manual debugging required.

07

Pull Request

~2 seconds

A clean pull request opens directly in your GitHub repository, linked to the original issue with full context. Human approval is required for security, auth, and infrastructure changes — everything else can be configured to auto-merge. One click to approve and merge, or send it back with feedback.

Human approval gate: Security, auth, and infrastructure changes always wait for your approval. Everything else ships automatically.