Editor extensions

Editor extensions

The VS Code extension and the JetBrains plugin render one record in two editors.

OAK ships two editor extensions β€” the VS Code extension and the JetBrains plugin (IntelliJ, PyCharm, WebStorm, and the rest). Both are thin renderers over the CLI, so every number matches the terminal app β€” one record, rendered in whichever editor you live in. The demo below is the same self-playing session as the homepage β€” an agent editing a Python pipeline while the observatory fills in around it; pause or step through it with the controls.

The Observatory Traces sidebar, inline review, and the Dashboards dock β€” all live, filling in as the agent works.

What's inside

  • The Overview panel β€” the master-detail board: Sessions, Workers, Workflows, Tasks, and Processes, with the change map scoped by selection.
  • The Traces sidebar β€” every captured edit in the project tree, grouped by file, with per-row Keep and Undo.
  • Inline review β€” pending edits in the editor itself, and the review bar that carries the verbs.
  • The stacked diff view β€” Open all in editor reads the pending work as one scroll, each diff with its own Keep and Undo.
  • The Timeline panel β€” Feed, Prompts, Observations and Actions in one panel.

Two editors, one setting

Which review surface appears is a setting, spelled the same way where the editors overlap. JetBrains IDEs expose a floating-toolbar layer, so the review controls sit as a floating toolbar over the editor. VS Code exposes no floating-widget API, so it uses a compact bar built on a comment thread, plus a review bubble one click away. A file with pending edits carries a count badge in the editor's own project tree β€” and on the editor tab in VS Code.

β„Ή
Start in one, finish in the other

Because both render the same store through the CLI, a review can start in VS Code and finish in JetBrains, or in the terminal β€” every surface agrees on the same numbers and the same decisions.