warpdotdev / warpdotdev/warp

Execute command for a previous block

Open
#3,827 1 comment 7 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement triaged
Dominant language
Rust
Stars
65.1k
Forks
5.6k
PR merge metrics
PR metrics pending

Description

Discord username (optional)

No response

Describe the solution you'd like?

I'd like to be able to select a specific block and have its output piped as input to a new command.

Is your feature request related to a problem? Please describe.

I usually find that there is something in a command's output that I'd like to parse after the fact.

In most cases, I don't want to (or can't) run the command again (e.g. if the command isn't idempotent then running it again isn't possible, such as creating or deleting a bunch of infrastructure resources).

Ideally, when running the command I'd use tee to keep a copy of the output, but realistically that doesn't happen very often, and a lot of times I'm executing commands and scripts and it's not until after wards I think "hmm, I could do x y and z data processing with that".

But I don't want to have to manually copy the output and stick it into a file (as that is very tedious, and then I have to do clean-up for the file afterwards etc) just to do a:

cat file | my_new_pipeline_of_things

I'd love it if I could just do something like:

<ref_to_block> | my_new_pipeline_of_things

Where <ref_to_block> is something simple and short to type like #N where N is the number of blocks back to grab the output from (obviously # is reserved for AI stuff so it'd have to be some other character) and then the UI part of the terminal could give me a right-click context menu option to "copy reference to block" which would auto-magically insert the right <ref_to_block> at the start of my prompt so I can immediately do my piping.

Additional context

No response

How important is this feature to you?

3

Warp Internal (ignore) - linear-label:770f6576-d6c0-4e4f-a259-fc64b5156087

None

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no files, tests, or entry points. Start by locating the terminal block output and context-menu entry points; done means a selected prior block can be referenced as input to a new command without rerunning the original command or manually copying its output.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust, shell
Domain
cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
32/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.