You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Proposal: Sequential execution of multiple HTTPie requests via STDIN #1683
I’d like to propose an opt-in way to execute multiple HTTPie request definitions sequentially via STDIN, one request at a time, using a single HTTPie invocation.
This would allow users to pipe a stream of complete request definitions into HTTPie and have them executed in order, without introducing repetition, scheduling, concurrency, or automation workflows.
Problem it solves
I’m often debugging or exploring APIs that require multiple dependent steps, such as:
authenticate → fetch resource → submit data
create entity → verify → update → delete
Today, this requires chaining multiple http commands in shell scripts, which quickly becomes hard to read, reuse, or share.
I’m trying to define and execute a clear, human-readable sequence of HTTP requests so that multi-step API interactions can be explored and debugged more easily, without turning HTTPie into a load-testing or workflow tool.
Additional information, screenshots, or code examples
I'd like to second this proposal as it's a feature I would also love to have. It would be great too if there could be a way to capture the output of a request or parts of the output (perhaps through defining some schema for the shape of the output and specifying what to capture) and pipe it as input into later requests. One use case of that would be getting an auth token and capturing it in a variable to use as authentication in the later requests. This would also open up the possibility of lightweight scripting of entire flows where some requests depend on output from others which would be incredible for debugging and testing.
I'd also be happy to work on this if it's something more people are interested in.
Activity
Khachig commentedon Jan 13, 2026
I'd like to second this proposal as it's a feature I would also love to have. It would be great too if there could be a way to capture the output of a request or parts of the output (perhaps through defining some schema for the shape of the output and specifying what to capture) and pipe it as input into later requests. One use case of that would be getting an auth token and capturing it in a variable to use as authentication in the later requests. This would also open up the possibility of lightweight scripting of entire flows where some requests depend on output from others which would be incredible for debugging and testing.
I'd also be happy to work on this if it's something more people are interested in.
feat: add --sequence flag for sequential stdin request execution
feat: Add --sequence flag for sequential request execution from STDIN
feat: Add --sequence flag for sequential request execution from STDIN