Skip to content

design(remote): capability tiers and the host profile #218

Description

@devsuitup

A declared host offers different things depending on what runs on it. Today the
UI assumes one shape and the code assumes another, so a host that cannot do
something fails at the click instead of saying so.

Proposed ladder, each tier naming what it requires:

  1. observe — transcripts only. Works anywhere ssh and a readable
    ~/.claude/projects exist. Shipped.
  2. liveness — requires ~/.claude/sessions/<pid>.json. No multiplexer
    needed.
  3. inject — requires a channel; see the injection issue.
  4. attach — requires a multiplexer named in the descriptor.
  5. launch — requires a multiplexer, or degrades to headless.

Scope: a host profile computed from the descriptors and a small probe, a tier
shown in the UI, and every affordance above a host's tier disabled with the
reason stated. No feature should be discovered to be missing by failing.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions