2
8 Comments

Managing Prompts Where You Already Work - New Vscode Extension

I’ve been trying to clean up how I manage prompts lately, and kept running into the same issue: everything was scattered.

Some prompts in notes, some in chat history, some half-working versions buried in random docs. It worked… until it didn’t.

That’s what led me to Lumra — especially the idea of handling prompts directly inside VS Code instead of treating them like temporary inputs.


The Friction Nobody Talks About

Once you move beyond basic usage, prompts start to pile up:

  • Slight variations of the same prompt
  • Different versions for different contexts
  • Chains written manually and reused inconsistently
  • Outputs that are hard to reproduce

At some point, you’re not just “writing prompts” anymore — you’re maintaining them.

But without the kind of structure we’re used to in development.


Why VS Code Actually Makes Sense

Managing prompts inside VS Code sounds obvious in hindsight.

You already have:

  • Your project files
  • Your actual working context
  • Version control
  • A structured environment

Bringing prompts into that same space changes how you work with them:

  • You can keep prompts close to the code they relate to
  • You don’t lose context switching between tools
  • You can iterate without starting from scratch every time
  • You naturally start organizing things better

It stops feeling like guesswork and starts feeling more like a workflow.


Small Shift, Big Difference: From Single Prompts to Chains

One thing that made a noticeable difference for me was breaking prompts into smaller steps.

Instead of one large prompt, you get something like:

  1. Understand the input
  2. Extract what matters
  3. Decide what to do
  4. Generate the output

Each step becomes easier to tweak.

And more importantly, easier to reuse.

Doing this inside VS Code makes it even more practical — you can actually manage these chains instead of rewriting them every time.


What You Gain From This Setup

Working this way leads to a few clear benefits:

Less repetition

You stop rewriting the same prompts over and over

More consistency

Same structure → more predictable outputs

Easier iteration

You can adjust one part without touching everything

Better organization

Prompts live alongside your actual work

Reusability

Good prompts turn into building blocks, not one-offs

None of this is groundbreaking individually — but together, it removes a lot of friction.


Closing Thoughts

This isn’t about using more tools — it’s about using the right place for something that’s already part of your workflow.

Managing prompts inside VS Code just fits better once things get even slightly complex.

That’s also why I found Lumra interesting — especially its VS Code extension approach. It treats prompts less like temporary inputs and more like something you can actually organize, reuse, and build on over time.

It’s a small shift, but it makes the whole process feel a lot more controlled.

posted to Icon for group Artificial Intelligence
Artificial Intelligence
on March 20, 2026
  1. 2

    Prompt management inside VS Code is a big win.
    But when you scale it to a real startup, how do you make the brand feel enterprise ready?

    1. 1

      Lumra already has a fully professional web app where you can manage all your prompt workflows through a premium, polished interface. It also has a Chrome extension, and the VS Code extension is actually the latest addition to the ecosystem.

      1. 2

        That's impressive! full web app with Chrome + VS Code ecosystem sounds very polished and scalable already. When scaling to enterprise clients though I've seen the domain or brand name often becomes the first trust filter (even before they see the interface). Curious how you're planning to position Lumra for bigger teams/security conscious users?

        1. 1

          Lumra is currently an indie-built product, but with the right users and a solid strategy, it has the potential to grow into an enterprise-grade platform over time. Ultimately, the trajectory will depend on how it evolves and adapts.

          1. 2

            Yeah true, indie products can definitely go enterprise but the domain and brand name really becomes the first trust filter when going enterprise. Even if the product is polished, a generic or too indie name makes bigger teams hesitate.

            1. 1

              totally agree. Are there any recommendations you can give at this point?

              1. 2

                Yeah the domain and brand name is usually the first thing enterprise teams notice. Go for a name that instantly feels safe, professional and serious instead of sounding like a cool indie tool. Lumra sounds like a creative project but a bit soft/abstract for bigger security conscious teams. Something that clearly signals trust and enterprise readiness tends to open doors faster. A solid .com domain doesn't just look professional it tells investors and enterprise clients that you’re not just indie anymore you're a category leader. Have you thought about rebranding or testing a few stronger name options?

                1. 1

                  That’s a great point—and I agree first impressions matter a lot for enterprise.
                  What I like about Lumra is actually its abstract nature—it gives off a more premium, flexible feel and doesn’t box the product into a narrow category too early.
                  That said, I fully agree on the importance of trust signals. A strong .com is definitely something I’d consider as the product grows.
                  Really appreciate the perspective.

Trending on Indie Hackers
I'm a lawyer who launched an AI contract tool on Product Hunt today — here's what building it as a non-technical founder actually felt like User Avatar 152 comments Never hire an SEO Agency for your Saas Startup User Avatar 91 comments A simple way to keep AI automations from making bad decisions User Avatar 66 comments “This contract looked normal - but could cost millions” User Avatar 54 comments 👉 The most expensive contract mistakes don’t feel risky User Avatar 41 comments Are indie makers actually bad customers? User Avatar 34 comments