open-code-review/ROADMAP.md
超級の新人 e96c79d4d6
feat(acp): support ACP service for OpenCodeReview (#1218)
Add an independent stdio ACP adapter with slash commands, optional
natural-language parsing, managed review/scan processes, CI, and
multilingual setup docs. Keep the OCR CLI source and prompts unchanged.

* refactor(acp): add ACP adapter and supporting services
* ci(acp): use patched Go toolchain
* docs(acp): trim support caveats and sync CI notes

  Drop dated verification claims and the prebuilt-binary disclaimer so the
  adapter docs match the current local-build story and acp-ci.yml.

Co-authored-by: Kite <254839944+lizhengfeng101@users.noreply.github.com>
2026-10-12 12:52:29 +08:00

3.4 KiB

Roadmap

This document describes the planned direction for OpenCodeReview over the next year. It is a living document and will be updated as priorities evolve.

Feedback is welcome via GitHub Discussions or Issues.

Current State (Mid-2026)

OpenCodeReview currently provides:

  • A CLI tool (ocr) for AI-powered code review with deterministic engineering and agent hybrid architecture.
  • Integration with coding agents: Claude Code (plugin/skill), Codex (plugin), Cursor (plugin), and Kimi Code (plugin).
  • A VSCode extension for in-editor code review.
  • CI/CD integration (GitHub Actions, GitLab CI, etc.).
  • Multi-provider LLM support (OpenAI-compatible, Anthropic, Google Gemini, Amazon Bedrock, Azure OpenAI, etc.).
  • MCP server — expose OpenCodeReview over the Model Context Protocol so review capabilities can be invoked from any MCP-compatible client.
  • Review rules engine with per-file pattern matching.
  • Multi-language documentation (English, Chinese, Japanese, Korean, Russian).

Planned — H2 2026

ACP Server Adapter

  • Experimental: local source builds only — Expose OCR as a dedicated review agent through an independent ACP v1 stdio adapter, keeping protocol handling outside the core review engine. Review/scan, command discovery, progress, findings and cancellation are implemented. See the adapter documentation for configuration and support boundaries.

IDE Plugins

  • JetBrains plugin — Bring AI code review to IntelliJ IDEA, GoLand, PyCharm, and other JetBrains IDEs with the same capabilities as the existing VSCode extension.

Delegate Mode

  • Subscription-friendly review — An opt-in mode where ocr no longer depends on a separately-configured LLM endpoint. Instead of calling an LLM itself, ocr resolves the review scope, applies excludes, loads review rules, injects background context, and collects the diffs, then hands that off as a structured review task for the host coding agent (e.g. Claude Code) to execute using its own agent loop and included subscription usage — removing the need for a standalone API key.

Ultra Mode

  • Higher-recall review mode — An opt-in mode that trades increased token consumption and review time for significantly higher issue recall rate. Designed for security-sensitive or high-risk changesets where thoroughness is more important than speed.

Planned — H1 2027

Domain-Specific Long-Term Memory

  • Persistent review knowledge — Enable the review engine to accumulate domain-specific knowledge over time (recurring patterns, past review decisions, project-specific conventions) and apply it to future reviews, improving relevance and reducing repeated feedback.

Not Planned

The following are explicitly out of scope for the foreseeable future:

  • Automated code fixing without human review — OCR is a review tool, not an auto-fix tool. While it can suggest fixes, applying changes always requires human approval.
  • General-purpose AI coding assistant — OCR focuses exclusively on code review. Features like code generation, refactoring, or chat-based coding assistance are not planned.
  • Self-hosted LLM bundling — OCR connects to external LLM providers but does not bundle or host models itself.