strop

roadmap

Where strop is going. Order is priority: editing safety first, new surface area last. The load-bearing detail lives in the repo's plans/ — this page is the public summary.

Remote workspaces — delivered and next

v0.16: read-only SSH/SFTP snapshots, the independent strop-remote crate and strict host-key/authentication policy.

v0.17: byte ranges, bounded tail/follow with content-based resets; non-authenticating completion and negotiated homes; shared owned SFTP connections; read-only directory buffers; supervised execution for remote LSP and read-oriented Git. Document, endpoint, repository and request identities stay separate. Rust, real SSH/terminal/replay and bounded protocol gates cover the delivered boundaries.

v0.18: in-editor host choice, truthful directory metadata, structural indentation rails, worker-owned ranking/search/syntax and indexed Git display data. Static coverage includes CMake, Markdown and 21 other languages.

v0.19 — RW4 delivered: explicit :remote edit, conditional :w/:wq, protected atomic staging and :remote verify. Read-only remains the default; cooperative exclusion does not claim CAS against nonparticipating writers. The write contract records metadata, cancellation, path and ownership guarantees and their limits.

v0.31.1: shared local/SSH Directory buffers, checked creation, rename/move, explicit stored/buffer copy and removal, modal filename drafts and read-only SSH Search-here. Receipts retain partial and unconfirmed outcomes; verification never retries a mutation.

Later: remote Trash, recursive/cross-namespace transfers, credentials/MFA and elevation, additional transports, archives and encrypted resources. The full TRAMP-style capability inventory records dependencies and acceptance rather than a blanket parity promise.

Dev Containers complement remote access

A container transport accesses a running container; Dev Containers provisions and configures a workspace from devcontainer.json. The researched Dev Containers plan keeps those layers separate while reusing filesystem, process, workspace identity, LSP and Git semantics. Builds, Features, mounts and lifecycle hooks require explicit trust. Running-container browsing and language/Git services are available; Dev Container provisioning remains separate planned work.

Next: terminal, architecture, then whole-core verification

  1. Embedded terminal, TUI-first: local terminals shipped in 0.32.0 (Ghostty VT, PTY helper, terminal buffers, privacy, replay); remaining TUI polish tracks real usage, and every GUI surface stays deferred until the TUI is complete and bug-hardened.
  2. Architecture prerequisites: readonly rendering, admitted APIs, private draft recovery, bounded ownership, real UI protocol and verified installation/release boundaries.
  3. Whole-core verification: production correspondence, native evidence, calibrated models and proofs before more editor features.
  4. Then the shared native worker, completion and debugger. All GUI implementation is deferred until the desired functionality and bug-hardening are complete.

Shipped

Other later work

The terminal/architecture/verification sequence above is the current priority. Other directions retain their own design and verification gates.

North star

A reader-first, git-native editor in which every consequential operation is inspectable before it becomes real — vim's grammar, exactly, with git history as a navigable dimension of the document.