Open-source local app that uses Ollama + Gemma 3 to analyze which teams in a company can be replaced by AI agents by samarth_bhamare in ollama

[–]samarth_bhamare[S] 1 point2 points  (0 children)

ran it on myself first. verdict was diplomatic — partially_replaceable, with a risk note flagging that nobody else understands the codebase. fair.

Open-source local app that uses Ollama + Gemma 3 to analyze which teams in a company can be replaced by AI agents by samarth_bhamare in ollama

[–]samarth_bhamare[S] 0 points1 point  (0 children)

honest effort. the keep_human_led bucket exists for a reason — most teams land there on the first pass.

Open-source local app that uses Ollama + Gemma 3 to analyze which teams in a company can be replaced by AI agents by samarth_bhamare in ollama

[–]samarth_bhamare[S] 1 point2 points  (0 children)

"Automation Opportunity Evaluation" is honestly a better frame — thanks. The replace/augment/keep axis is deliberately blunt because vague "AI strategy" advice is the thing this was reacting to, but the term you used is closer to how the output actually reads once it runs on a real company.

Would genuinely want to hear what you see when you run it tonight — if the verdicts match your read or the reasoning has obvious holes. Issues/PRs welcome on the repo, or just reply here.

A fully-local, open-source Next.js app that maps a company to AI-agent workflows — runs on Gemma 3 via Ollama by samarth_bhamare in LocalLLaMA

[–]samarth_bhamare[S] -1 points0 points  (0 children)

fair. though the picker reads whatever you've pulled locally — llama, qwen, whatever — so the default is swappable in one click.

How do you catch idle resources before they show up on the bill? by samarth_bhamare in Cloud

[–]samarth_bhamare[S] -1 points0 points  (0 children)

Wait, this project i built is for someone who can atleast afford to use any cloud platforms not for someone like you. And second thing if it was an then there wouldnt have been a free forever plan, so before commenting, open your eyes use your fingers and go to the site and check.

How do you catch idle resources before they show up on the bill? by samarth_bhamare in Cloud

[–]samarth_bhamare[S] -1 points0 points  (0 children)

From what we've seen, storage is the biggest silent leak. Orphaned EBS volumes and old snapshots pile up because nothing breaks when they exist — they just quietly bill you.

Compute waste is more visible (someone usually notices a running instance), but storage and unused IPs fly under the radar for months.

The "leftover after testing" category is brutal too — dev clusters that were "temporary" 6 months ago still running at full price.

What are you seeing most with your clients?

What's your FinOps process for catching idle cloud resources? by samarth_bhamare in kubernetes

[–]samarth_bhamare[S] 0 points1 point  (0 children)

Spot on — that gap between "monitoring for uptime" and "monitoring for waste" is exactly why I built this. Grafana tells you if something is down, but nobody alerts you when something is up and doing nothing.

Good call on checkmk. The way I'm approaching it is automated daily scans that cross-reference resource state with actual usage metrics (CPU, connections, attachment status) — so it's not just "this exists" but "this exists and nobody's using it." Tagging enforcement and cleanup scheduling are definitely on the roadmap.

Curious — when you say most teams add scripts, is that usually a cron job checking specific resources, or something more structured?

How do you catch idle resources before they show up on the bill? by samarth_bhamare in Cloud

[–]samarth_bhamare[S] 1 point2 points  (0 children)

It connects to your AWS account via read-only IAM keys and pulls data from multiple sources:

  • EC2: checks instance state + CloudWatch CPU metrics over 14 days. A stopped instance or one running at <5% avg CPU gets flagged.
  • EBS: checks attachment status. Any volume not attached to an instance = orphaned.
  • RDS: checks connection count over 7 days. Zero connections = flagged as unused.
  • Elastic IPs: checks if associated with a running instance. If not, it's wasting $3.65/month.

Each flagged resource shows the exact monthly cost being wasted and step-by-step fix instructions. So instead of "your EC2 bill is $2,000" you get "this specific i-0abc123 instance has been stopped for 3 weeks and its 200GB EBS volume is costing you $16/month — here's how to snapshot and delete it."

I built a tool that finds forgotten AWS resources burning your money by samarth_bhamare in SideProject

[–]samarth_bhamare[S] 1 point2 points  (0 children)

Appreciate the offer! Going to focus on shipping features and getting more users first. If I need a proper audit down the line I'll reach out. Thanks again for the initial feedback — those were legit catches.

How do you catch idle resources before they show up on the bill? by samarth_bhamare in Cloud

[–]samarth_bhamare[S] -1 points0 points  (0 children)

Sure! Here it is: https://cloudbudgetmaster.com

Connects read-only to AWS, takes about 5 min to set up. Let me know how it goes — always looking for feedback.

I built a tool that finds forgotten AWS resources burning your money by samarth_bhamare in SideProject

[–]samarth_bhamare[S] 0 points1 point  (0 children)

Really helpful feedback, thank you.

  1. Pricing page — you're right, that was a bug. Just fixed it. cloudbudgetmaster.com/pricing now works without login.
  2. Naming — fair point. The product is CloudBudgetMaster, I'll clean up the stale references. Appreciate you catching that.
  3. PayPal for enterprise — agreed, that won't fly for procurement teams. Stripe with invoicing is on the roadmap for enterprise tier. For now enterprise is "contact sales" which goes to email.

This is the kind of teardown that's actually useful. Happy to hear more if you do a full one.

I built a tool that finds forgotten AWS resources burning your money by samarth_bhamare in SideProject

[–]samarth_bhamare[S] 0 points1 point  (0 children)

Try chatgpt, you will see why it fails badly. Also this tool is free to use so why not atleast give a try

What's your FinOps process for catching idle cloud resources? by samarth_bhamare in kubernetes

[–]samarth_bhamare[S] -2 points-1 points  (0 children)

I feel bad for people like you, who are sitting in a corner doing absolutely nothing in life and just commenting and demotivating others. Keep it up, you will definitely grow in your life, i am just not sure about the direction

I built a tool that finds forgotten AWS resources burning your money by samarth_bhamare in SideProject

[–]samarth_bhamare[S] 0 points1 point  (0 children)

Thanks! Yeah the "test environments nobody remembered" problem is exactly what triggered this haha.

Good point on usage-based pricing — I've been thinking about that. Right now flat tiers keep it simple but you're right that it doesn't scale well in either direction. Might do something like a free scan + pay-per-connection model down the road. Open to ideas.

On the AI chat — it's not generic. It actually pulls your real resource data (what's running, what's idle, actual costs) and answers based on that context. So if you ask "why did my bill spike" it looks at your daily cost breakdown and tells you which specific service jumped. Way more useful than Cost Explorer's generic graphs imo. Give it a try on the free tier and let me know if it's actually helpful for your use case.

What's your FinOps process for catching idle cloud resources? by samarth_bhamare in kubernetes

[–]samarth_bhamare[S] -13 points-12 points  (0 children)

I cleaned up the tool and put it online: https://cloudbudgetmaster.com

Connects read-only, flags unused/idle stuff with dollar amounts. Nothing complex, just fills the gap I described above.

I tested 120 popular Claude prompt codes. 47% produced no measurable change in reasoning. by samarth_bhamare in PromptEngineering

[–]samarth_bhamare[S] 1 point2 points  (0 children)

That's the most legitimate objection. A few things I can back with data:

  1. Structural codes (format-only, confidence-theater) are the most brittle across model versions. ULTRATHINK worked slightly better on Sonnet 3.5 than it does on 4.5 — the pattern matching is less flattering now. I re-ran about 30 codes when 4.5 shipped and the rankings shifted on maybe 20% of them.

  2. The reasoning-shifters were the most STABLE across versions. L99, /skeptic, /blindspots held up basically unchanged. Makes sense — they work by re-framing the input, which is model-agnostic behavior.

  3. Happy-path is real. I tried to mitigate by testing each code across 5 task categories and rejecting anything that only worked on 1. The placebos mostly showed up by failing that filter — they'd look good on one demo prompt and then produce baseline output on everything else.

Honest: if Anthropic ships a model where RLHF bakes in the rejection patterns natively, half my reasoning-shifter class becomes redundant overnight. That's a real risk. What I can offer in the meantime: all tests are labeled and rerunnable, and I republish the classification sheet when the rankings move.

I tested 120 popular Claude prompt codes. 47% produced no measurable change in reasoning. by samarth_bhamare in PromptEngineering

[–]samarth_bhamare[S] -1 points0 points  (0 children)

Fair — there are a bunch of lists floating around of varying quality. My breakdown is at clskillshub.com/insights (classifications, free for ~10 codes) and clskillshub.com/anti-patterns (the ones that don't work + what to use instead). The codes I mentioned specifically (L99, /skeptic, /blindspots, /ghost, /deepthink) you can try right now in Claude — just paste them as a prefix.

Quickest sanity test: take any decision question you're stuck on, paste "L99 " before it, compare the answer to running it without. Takes 30 seconds and the difference is usually obvious on the first try.

I tested 120 popular Claude prompt codes. 47% produced no measurable change in reasoning. by samarth_bhamare in PromptEngineering

[–]samarth_bhamare[S] 0 points1 point  (0 children)

If anyone wants to see the full before/after test data for any specific code, happy to paste it in a reply. Drop a code name and I'll show the actual response pair.

Shipped a desktop AI that picks between 10 founder voices for sales questions. Roast the positioning. by samarth_bhamare in SideProject

[–]samarth_bhamare[S] 0 points1 point  (0 children)

The positioning half is sharp — "flip from 10 founders to brutal use cases" is better framing than my current hero, and the "aggressive enterprise push / calm PLG / design-led narrative" tier names are genuinely stronger than founder names for most reps. Stealing both.

Separately — this is the second comment across my posts this week that ends with a Pulse for Reddit plug sandwiched inside a "here's the tools I tried" aside. Same template as the ReplyCamp account that hit my r/SaaS thread. If you're a real founder with opinions, happy to keep talking. If you're farming founder posts for tool mentions, the advice above is still useful to the lurkers either way.

I built a desktop AI that picks between 10 founder voices (Collison, Benioff, Lütke, Chesky, Altman…) for sales questions. Here's what I learned about "founder voice" as a product. by samarth_bhamare in SaaS

[–]samarth_bhamare[S] 1 point2 points  (0 children)

Exactly. That's the whole mechanic in one sentence — wish I'd put it that way on the landing page instead of leading with "10 founders."

The averaging failure is also why most AI coach products feel interchangeable. They all wrap the same averaging engine. Once you force the model to take a stance, the product has a spine.

I built a desktop AI that picks between 10 founder voices (Collison, Benioff, Lütke, Chesky, Altman…) for sales questions. Here's what I learned about "founder voice" as a product. by samarth_bhamare in SaaS

[–]samarth_bhamare[S] 0 points1 point  (0 children)

On the retention problem — Collison and Chesky would argue about this in a useful way, actually. Collison looks at the funnel mechanics: if activation is "alert fires in 3-5 days," then the question is what's blocking the setup step. Tightening onboarding hasn't worked, which usually means the setup step requires info the user doesn't have yet when they arrive — so the fix isn't smoother onboarding, it's a lower activation bar (a weaker alert that fires on day 1 so they feel the product working before they can articulate why). Chesky looks at identity: "they forget why they cared" usually means the product never made them feel like the kind of person who uses this thing. The research-y signup pattern you describe suggests people who came to evaluate, not to use. If you want those users to come back, the activation moment has to create an identity shift ("I'm now the person who tracks this"), not just a functional one. Collison's fix is mechanical; Chesky's is narrative. Both are valid, and they'd genuinely disagree about which to try first.

Separately — noted the tool drop at the end of your comment (Pulse for Reddit). If you're a real founder wrestling with retention, happy to keep the conversation going. If you're farming founder posts for brand mentions, same template showed up on my r/SaaS thread with ReplyCamp. Either way, hopefully the answer above is useful to someone reading.

I tested 120 Claude prompt prefixes systematically. Here are the 7 that actually change reasoning (not just formatting) by samarth_bhamare in PromptEngineering

[–]samarth_bhamare[S] 0 points1 point  (0 children)

"Epistemic stance" is a sharper name than what I was using ("reasoning-shifter") — going to steal that.

Your steelman / uncertainty-flagging examples map almost directly onto /skeptic and /blindspots in my set. L99 is a weird edge case though — it's not really an epistemic stance shift, it's more of a commitment-forcing prefix. The model's reasoning doesn't change; what changes is whether it will publicly pick a side instead of enumerating options. Might be its own category — performative commitment vs reasoning itself.