Image 1 — Noodle 0.7.6: okay, this is getting serious
Image 2 — Noodle 0.7.6: okay, this is getting serious
Image 3 — Noodle 0.7.6: okay, this is getting serious
Image 4 — Noodle 0.7.6: okay, this is getting serious
Image 5 — Noodle 0.7.6: okay, this is getting serious
Image 6 — Noodle 0.7.6: okay, this is getting serious
Image 7 — Noodle 0.7.6: okay, this is getting serious
▲ 106 r/tui+1 crossposts

Noodle 0.7.6: okay, this is getting serious

TL;DR: Noodle has changed a lot since the last Reddit post at v0.5.7. v0.7.6 adds built-in agent skill installation/update support, and the roadmap to v1 is now focused on assertions, chaining, scripting, testing, runner/CI, and stabilizing the execution model. After v1: streaming, OpenAPI sync, Bruno import, advanced automation, GraphQL/WebSockets/gRPC, and more.

The last time I posted Noodle here it was on v0.5.7. I ended that post saying it was still a small project. It still is, but I don't think it feels like a toy anymore. I've been working on it pretty much nonstop since then.

For anyone who hasn't seen it before, Noodle is a keyboard-first REST client for the terminal. The main idea is still the same: requests are simple YAML files that live in your repo, so you can edit them with anything, commit them to Git, share them with the code they belong to, and use the same collection from the TUI, CLI, CI, or a coding agent.

Since 0.5.7, quite a lot has changed

  • Import/export is now available directly from the TUI, with OpenAPI, Swagger, Postman and Insomnia support. There is a proper Settings workspace, collection configuration, proxies, TLS and mTLS, OS-backed secret storage, much stricter redirect/security handling, and a persistent cookie jar with its own TUI.
  • Authentication has also grown a lot. Noodle now supports Basic, Bearer, API keys, NTLMv2, AWS SigV4, OAuth 1.0a and OAuth 2.0, including browser authorization, PKCE, refresh tokens and secure token storage.
  • XML is now a first-class body type alongside JSON, multipart, urlencoded and binary. Invalid collection YAML can be repaired without leaving the TUI. External-editor workflows are better, updates can install automatically, and there have been a lot of smaller UI and keyboard improvements along the way.

0.7.6 adds something I'm particularly excited about: better support for coding agents.

Noodle already has a noodle-use skill that teaches coding agents how Noodle collections work: how to create requests, organize collections, work with environments, audit requests, import other formats, run requests, etc.

With 0.7.6 you'll be able to install it directly with:

noodle agent install

And if the skill is installed, updating Noodle will update the skill too.

I wanted this to be part of Noodle itself instead of asking people to know about another package manager command and manually keep a skill in sync.

The nice part about agent support in Noodle is that there isn't really a special "AI workspace". The agent works with the same YAML files you do. If it creates or changes a request, you can open the file, review the diff and commit it like anything else in the repo.

So what happens now?

Before v1, the focus is no longer adding random HTTP features. I want to finish the execution side of Noodle:

  • declarative assertions
  • response capture and request chaining
  • run-scoped variables
  • pre-request and post-response JavaScript
  • advanced tests
  • a sandboxed scripting runtime
  • proper script editors in the TUI with syntax highlighting, diagnostics and autocomplete for the Noodle scripting API
  • a real collection runner
  • CI-friendly results, stable exit codes and reporters

The goal is that the same collection can go from:

explore → debug → chain → test → automate → CI

That is where I want to call it v1.0.

For me, 1.0 isn't "Noodle has every feature Postman/Bruno/Yaak has". It means the YAML format, execution lifecycle, scripting API and CLI contracts are stable enough that I can commit to keeping them compatible.

After v1 and on the way to v2, there is still plenty I want to do: SSE and streaming responses, OpenAPI 3.1 and OpenAPI sync, direct Bruno/OpenCollection migration, multiple cookie sessions, JWT auth, external secret providers, better network timing/debugging, more advanced automation, and eventually GraphQL, WebSockets and gRPC.

I'm trying pretty hard not to turn Noodle into a giant workspace that happens to run in a terminal. I still want the repository to be the workspace.

I wrote a more complete summary of everything that changed between 0.5.7 and 0.7.6. And I've published the roadmap, including the detailed scope I'm currently thinking about for every version.

GitHub: https://github.com/wilfredinni/noodle

Install:

curl -LsSf https://noodlerest.dev/install.sh | sh

As always, feedback is very welcome. A bunch of what has ended up in Noodle came from people pointing out things that annoyed them or were missing, so if you use Bruno, Yaak, Posting, Postman, Insomnia, curl, or anything else for API work, I'm especially interested in what would still stop you from using Noodle.

u/wilfredinni — 23 hours ago
▲ 105 r/tui+1 crossposts

Noodle v0.5.7: path params, mouse support, and a much nicer terminal REST client

I built Noodle because I wanted API requests to live as files in my repo, not inside an account or hosted workspace. And because a growing collection of curl commands eventually stops being pleasant to work with.

Noodle is a local-first REST client for the terminal. Each request is a readable YAML file, so you can keep collections alongside your code, commit them to Git, switch environments with $variables, edit and send requests, and inspect responses without leaving the terminal.

Since my 0.5.0 post, I have spent a lot of time making the daily workflow feel better. The biggest changes in v0.5.6 are:

  • Path parameters now have their own Path tab. Use :commentId in a URL and edit the required value directly. Supported OpenAPI and Postman imports preserve these parameters too.
  • Noodle is still keyboard-first, but it now has mouse support throughout. You can click panes, tabs, fields, and overlays, scroll normally, and use context menus in the sidebar.
  • The UI has received a proper visual pass: better contrast, cleaner layouts, more consistent themes, and clearer hover and selection states. It simply feels much nicer to use than it did a few releases ago.

A few other things added since 0.5.0: live Network traces while requests run, response history and timeline improvements, jump mode for fast navigation, and built-in update checks plus noodle update.

It is still a small project, but it is becoming the terminal API workflow I wanted for myself: local files, no account, and a UI that does not fight you.

Install:

curl -LsSf https://noodlerest.dev/install.sh | sh

If you use Posting, Yaak, Bruno, or another terminal REST client, I would genuinely love to hear what would make Noodle useful for you.

u/wilfredinni — 16 days ago
▲ 39 r/tui

Noodle 0.5.0: A keyboard-first REST client for the terminal

Hi! I built Noodle because I wanted API requests as files on disk, but I also wanted something nicer than a growing pile of curl commands. I live in the terminal, wanted a keyboard-first workflow, and did not want to depend on an account or a hosted workspace.

It is a TUI REST client. Requests are .yml files on disk. You browse collections in a sidebar, edit requests inline, switch environments, send them, inspect responses, and save changes back. No accounts. No telemetry. Just YAML files you can commit to Git.

Since the first release, I have been working on the parts that make the daily workflow less annoying.

What is new in 0.5.0:

  • Command palette with Ctrl+P
  • Collection switcher with Ctrl+O
  • Fuzzy request finder with Ctrl+F, including environment-resolved URLs
  • YAML and JSON editing with syntax highlighting, folding, validation, and $VARIABLE completion
  • Import a curl command into a new request
  • Generate client code in JavaScript, Python, Go, Java, C#, PHP, Ruby, Rust, and more
  • JSONPath filtering for JSON responses
  • Automation CLI commands for creating, inspecting, auditing, and running collections
  • A noodle-use skill so coding agents can work with Noodle collections

Still not there: pre-request and post-request scripts, assertions, request chaining, collection export, OAuth, and a batch collection runner. Those are the main things I am working toward for v1.

Install:

curl -LsSf https://noodlerest.dev/install.sh | sh

Repo: https://github.com/wilfredinni/noodle

Docs: https://noodlerest.dev/docs/

Full update and roadmap: https://noodlerest.dev/blog/what-changed-since-noodle-launched/

I built this for myself, but I would love to hear from people using Posting, Yaak, Bruno, or other terminal API clients. What would make Noodle useful for you?

u/wilfredinni — 1 month ago
▲ 44 r/CLI

Noodle 0.5.0: A keyboard-first REST client for the terminal

Hi! I built Noodle because I wanted API requests as files on disk, but I also wanted something nicer than a growing pile of curl commands. I live in the terminal, wanted a keyboard-first workflow, and did not want to depend on an account or a hosted workspace.

It is a TUI REST client. Requests are .yml files on disk. You browse collections in a sidebar, edit requests inline, switch environments, send them, inspect responses, and save changes back. No accounts. No telemetry. Just YAML files you can commit to Git.

Since the first release, I have been working on the parts that make the daily workflow less annoying.

What is new in 0.5.0:

  • Command palette with Ctrl+P
  • Collection switcher with Ctrl+O
  • Fuzzy request finder with Ctrl+F, including environment-resolved URLs
  • YAML and JSON editing with syntax highlighting, folding, validation, and $VARIABLE completion
  • Import a curl command into a new request
  • Generate client code in JavaScript, Python, Go, Java, C#, PHP, Ruby, Rust, and more
  • JSONPath filtering for JSON responses
  • Automation CLI commands for creating, inspecting, auditing, and running collections
  • A noodle-use skill so coding agents can work with Noodle collections

Still not there: pre-request and post-request scripts, assertions, request chaining, collection export, OAuth, and a batch collection runner. Those are the main things I am working toward for v1.

Install:

curl -LsSf https://noodlerest.dev/install.sh | sh

Repo: https://github.com/wilfredinni/noodle

Docs: https://noodlerest.dev/docs/

Full update and roadmap: https://noodlerest.dev/blog/what-changed-since-noodle-launched/

I built this for myself, but I would love to hear from people using Posting, Yaak, Bruno, or other terminal API clients. What would make Noodle useful for you?

u/wilfredinni — 1 month ago

Noodle 0.5.0: A keyboard-first REST client for the terminal

Hi! I built Noodle because I wanted API requests as files on disk, but I also wanted something nicer than a growing pile of curl commands. I live in the terminal, wanted a keyboard-first workflow, and did not want to depend on an account or a hosted workspace.

It is a TUI REST client. Requests are .yml files on disk. You browse collections in a sidebar, edit requests inline, switch environments, send them, inspect responses, and save changes back. No accounts. No telemetry. Just YAML files you can commit to Git.

Since the first release, I have been working on the parts that make the daily workflow less annoying.

What is new in 0.5.0:

  • Command palette with Ctrl+P
  • Collection switcher with Ctrl+O
  • Fuzzy request finder with Ctrl+F, including environment-resolved URLs
  • YAML and JSON editing with syntax highlighting, folding, validation, and $VARIABLE completion
  • Import a curl command into a new request
  • Generate client code in JavaScript, Python, Go, Java, C#, PHP, Ruby, Rust, and more
  • JSONPath filtering for JSON responses
  • Automation CLI commands for creating, inspecting, auditing, and running collections
  • A noodle-use skill so coding agents can work with Noodle collections

Still not there: pre-request and post-request scripts, assertions, request chaining, collection export, OAuth, and a batch collection runner. Those are the main things I am working toward for v1.

Install:

curl -LsSf https://noodlerest.dev/install.sh | sh

Repo: https://github.com/wilfredinni/noodle

Docs: https://noodlerest.dev/docs/

Full update and roadmap: https://noodlerest.dev/blog/what-changed-since-noodle-launched/

I built this for myself, but I would love to hear from people using Posting, Yaak, Bruno, or other terminal API clients. What would make Noodle useful for you?

u/wilfredinni — 1 month ago

Noodle: a REST client for your terminal

Hi! So Postman was eating 2gb of ram just to send a GET request, and Insomnia was forcing me into an account. Bruno was close to what I wanted, plain YAML files on disk, no account nonsense, but I live in the terminal and wanted something I could use without a mouse, so I built Noodle.

It is a TUI REST client. Requests are .yml files on disk. You browse collections in a sidebar, edit requests inline, swap environments at runtime, send them, and save changes back. No accounts. No telemetry. Just YAML files you can commit to git.

What works:

  • Full request lifecycle, browse, edit, send, save
  • Create, edit, delete and nest requests on folders
  • Inline editing for url, headers, params, body. Keyboard-first, customizable keybindings at ~/.config/noodle/keybinds.yml
  • Basic, Bearer, API Key built-in authentication
  • Environment switching with $var substitution, cycle environments at runtime without restarting
  • Send JSON body, multipart form data, URL-encoded, raw text, binary uploads
  • OpenAPI 3.x and Postman importer (CLI only for now, UI is on the list)
  • Tab to cycle focus between sidebar, request pane, response pane
  • f1 pulls up a keybinding cheatsheet

Not there yet: pre/post scripts, assertions, runner, autocompletion, collection export and other features, but they are all on the roadmap.

Install:

curl -LsSf https://noodlerest.dev/install.sh | sh

Repo: github.com/wilfredinni/noodle

Docs: https://noodlerest.dev/docs/

Roadmap: https://noodlerest.dev/roadmap/

I built this for myself but figured others might want something similar. Feedback is greatly appreciated.

u/wilfredinni — 2 months ago
▲ 78 r/tui+1 crossposts

Noodle: a REST client for your terminal

Hi! So Postman was eating 2gb of ram just to send a GET request, and Insomnia was forcing me into an account. Bruno was close to what I wanted, plain YAML files on disk, no account nonsense, but I live in the terminal and wanted something I could use without a mouse, so I built Noodle.

It is a TUI REST client. Requests are .yml files on disk. You browse collections in a sidebar, edit requests inline, swap environments at runtime, send them, and save changes back. No accounts. No telemetry. Just YAML files you can commit to git.

What works:

  • Full request lifecycle, browse, edit, send, save
  • Create, edit, delete and nest requests on folders
  • Inline editing for url, headers, params, body. Keyboard-first, customizable keybindings at ~/.config/noodle/keybinds.yml
  • Basic, Bearer, API Key built-in authentication
  • Environment switching with $var substitution, cycle environments at runtime without restarting
  • Send JSON body, multipart form data, URL-encoded, raw text, binary uploads
  • OpenAPI 3.x and Postman importer (CLI only for now, UI is on the list)
  • Tab to cycle focus between sidebar, request pane, response pane
  • f1 pulls up a keybinding cheatsheet

Not there yet: pre/post scripts, assertions, runner, autocompletion, collection export and other features, but they are all on the roadmap.

Install:

curl -LsSf https://noodlerest.dev/install.sh | sh

Repo: github.com/wilfredinni/noodle

Docs: https://noodlerest.dev/docs/

Roadmap: https://noodlerest.dev/roadmap/

I built this for myself but figured others might want something similar. Feedback is greatly appreciated.

Edit: some errors on links and repeated features

u/wilfredinni — 2 months ago

pi-openplan: Opencode plan mode inspired extension

Interactive Q&A

I like how the plan mode on Opencode works, so I built this extension. I am new to Pi and this is what I was missing to change.

  • Blocks edit/write and destructive bash via dual-gate safety
  • Save plans to .pi/plans/ with YAML frontmatter (title, status, type)
  • Interactive Q&A tool for clarifying questions with TUI overlay
  • [DONE:n] progress tracking that survives restarts
  • PAUSE markers as verification gates during execution

​

pi install npm:pi-openplan

I have been using it for a few days, and it has worked fine for me, so I thought of sharing it here.

GitHub: https://github.com/wilfredinni/pi-openplan

reddit.com
u/wilfredinni — 3 months ago