Skip to content

docs: a proposal for one editor per workflow hierarchy - #63

Merged
endrix merged 2 commits into
mainfrom
docs/single-editor-hierarchy
Oct 2, 2026
Merged

endrix merged 2 commits into
mainfrom
docs/single-editor-hierarchy

Conversation

@endrix

@endrix endrix commented Oct 2, 2026

Copy link
Copy Markdown
Owner

docs/proposals/single-editor-hierarchy.md

A diagram whose nested workflows live in other files opens a new editor for every nested workflow you drill into. That gives a tab per level, each with its own chat, a Run button that runs the workflow on screen rather than the top, and its own layout.

The proposal: one editor per root (the file opened). Every nested workflow, in any file, becomes a view inside it:

  1. In-place navigation for drill-down, the breadcrumb and an outline. It is a profile choice (nestedNavigation); the default keeps today's behaviour, so other products are unaffected.
  2. Chat anchored to the root (already true). The turn context gains the trail, so the agent knows what is on screen.
  3. Run from the root: ▶ Run, "Rerun from Here" and ⟲.
  4. Nested views editable in their own files. A file shown inside another file's editor is never left dirty, and the root editor refreshes when any file in its trail changes.
  5. Layout per instance, stored in the root's layout file, falling back to the defining file's layout so existing layouts carry over.
  6. One cached hierarchy export from wfpy instead of a wfpy plan per drill-down, with nested graphs elaborated as their instances.
  7. A hierarchy outline modelled on mlir-viewer's: plain data on the root args, single click to look, double click to go, a filter that keeps ancestors.

It lists what already works (the server renders any file a request names, edits go to the shown file, chat is keyed by the root, and overlays reach nested views through the trail), the five phases, and three open questions. Docs only.

https://claude.ai/code/session_015VK7fH1c4aKbexnq2QcuKU

endrix added 2 commits October 2, 2026 11:01
A diagram whose nested workflows live in other files opens a new editor
for every nested workflow drilled into: a tab per level, each with its own
chat, a Run button that runs something different, and its own layout.
This proposes one editor per root -- the file opened -- with every nested
workflow, in any file, a view inside it: drill-down, breadcrumb and an
outline (after mlir-viewer's) navigating in place; the chat and the run
anchored to the root; nested views editable in their own files, never left
dirty; layout per instance in the root's layout file; and one cached
hierarchy export instead of a `wfpy plan` per drill-down.

Claude-Session: https://claude.ai/code/session_015VK7fH1c4aKbexnq2QcuKU
@endrix
endrix merged commit 8dd7b60 into main Oct 2, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant