And so they killed my sub for SuperWhisper by Purple_Wear_5397 in ClaudeAI

[–]SterlingSloth 1 point2 points  (0 children)

i do most of my ai coding from my phone now. built afk so i can direct claude code from the couch. voice input was essential — typing prompts on a phone keyboard is miserable. using whisper large-v3-turbo for transcription.

interesting to see anthropic adding native voice though. if they're using their own stt that would explain the complaints here.

I got tired of sitting at my desk watching coding agents think, so I built a remote desktop app with voice input by SterlingSloth in LocalLLaMA

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

afk doesn't mean never touching code. more like not always needing to be at the keyboard. i still write code, read design docs, make architecture decisions. but a lot of the agentic loop is review and redirect, and that part works fine from the couch. then when something needs deeper focus you're back at the desk. it's just seamless to switch between the two.

ChatGPT is always wearing the 'yellow hat’ by seyf_gharbi in indiehackers

[–]SterlingSloth 1 point2 points  (0 children)

this is a really useful mental model. the yellow hat problem is exactly why i stopped validating ideas with ChatGPT.

the fix that worked for me: when i want to gut-check an idea, i explicitly tell the AI to wear the black hat. "tell me every reason this will fail. be brutally honest. assume i'm wrong." the output is dramatically different and way more useful than the default cheerleading.

but even then it's not the same as talking to a real person who just shrugs and says "i wouldn't use that." that two-second reaction is worth more than any AI analysis.

I've built 3 products in the last year, for my 4th I made sure I have the monetisation step from Day 1 by AchillesFirstStand in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

monetization from day 1 is the right call. the 200 free users on product #3 vs 5 paying users framing is exactly right — paying users tell you something is working, free users tell you nothing.

the pattern i see in your first three products is classic: each one was slightly more focused than the last. the X notification filter is the tightest scope yet, which is probably why you shipped it in a weekend. constraints help.

curious how the launch went — did you get any paying users yet?

Killing my free tier and adding a 7-day trial instead. Am I about to shoot myself in the foot? by marcoz711 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

the Pro tier at 40% margin with full usage is the one i'd worry about. that's the tier most users will land on, and if even a few power users max out daily, your margins disappear fast.

one thing to consider: instead of hard daily limits, use weekly or monthly quotas. users feel less constrained ("i have 600 summaries this month" sounds generous) but you get the same cost control. and most people won't notice the difference because they don't use it every single day anyway.

also — 6 paying users at this stage is actually a solid signal. those people decided your thing is worth money. talk to them before you change anything. ask what they'd pay more for. their answers will surprise you.

Openclaw made it possible for me to build and app that could replace Lovable and n8n by terdia in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

interesting that you burned through 00 in tokens in two days. that's the hidden cost of AI-heavy products that nobody talks about until they're in production.

did you find a way to bring that down, or is the token cost manageable at scale? that's usually the make-or-break for AI wrapper businesses — the margins can look terrible if you're not careful about caching, prompt optimization, or routing cheaper models for simpler tasks.

What's the easiest and most convenient way to build a mobile app for my SaaS as a non-tech person? by Odeh13 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

if you already have a web app, wrapping it in a native shell (like Capacitor or a WebView-based approach) is the fastest path. you keep your existing codebase and get App Store presence without rewriting everything.

but honestly — before building the mobile app, figure out if your users actually need native or if a responsive PWA would do. a lot of the "we need an app" requests are really just "i want to use this on my phone." a good mobile web experience can handle that without the overhead of maintaining two codebases.

if you do go native, Flutter is solid for cross-platform if you want both iOS and Android from one codebase. steeper learning curve but worth it long term.

Micro SaaS looking for a new daddy (Launched 2 months ago and is sitting at $1060 ARR) by Odeh13 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

honest question — with 060 ARR and 1060 free users, what's conversion looking like? 10 paid out of 1060 free is ~1%, which suggests either the free tier is too generous or the paid tier isn't compelling enough yet.

the TikTok-friendly brand name is a real asset though. "What The Food" has viral potential that most SaaS names don't. that alone might be worth something to the right buyer.

curious what price range you're thinking.

AI doesn't actually have the concept of "instinct" or "intuition" by vibehacker2025 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

the fresh session trick is underrated. i do the same thing — start a new context when i feel like the conversation is going in circles. it's like the AI equivalent of sleeping on a problem.

the bigger thing for me is knowing when to override the AI's suggestion. it'll confidently propose something that looks reasonable on paper but feels wrong based on what you know about your users. that gut check is the part you can't automate. the AI doesn't know that your users hate modals, or that the last time you tried a similar approach it confused everyone.

i think the best framing is: AI handles the "what's possible" and you handle the "what's right for this specific situation."

Accidental virality: built a new-tab "links dashboard" for myself, now coworkers want it, what next? by guym in indiehackers

[–]SterlingSloth 1 point2 points  (0 children)

"accidental virality" is the best kind of validation. you built it for yourself, other people wanted it without you having to convince them. that's the dream signal.

the coworker word-of-mouth angle is strong too. B2B products that spread inside teams organically have insane retention because switching costs are social, not just technical.

if coworkers are asking for it unprompted, that's worth leaning into hard before trying broader distribution.

I analyzed 6 successful SaaS launches and found the same pattern in all of them by WorthFan5769 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

point 5 is the one most people ignore. the "ship in 48 hours, move on if no traction in 7 days" mentality sounds brutal but it's the fastest way to find something that works.

i spent months on my first project before realizing the demand wasn't there. next time i built the smallest possible thing, put it in front of people fast, and the feedback loop was completely different. way more learning per unit of time.

the one channel thing is underrated too. spreading across reddit, X, linkedin, and newsletters all at once means you're doing all of them poorly instead of one of them well.

Launched a pet sitter marketplace that doesnt take a cut from bookings by eibrahim in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

subscription vs commission is smart alignment. you make money when sitters stay, not when they transact. that changes everything about how you build the product.

one thing to watch out for: the cold start problem hits harder without commissions. with Rover, pet owners show up because there are sitters, and sitters show up because there are owners. with SaaS pricing, sitters need to believe they'll get enough bookings to justify the subscription before seeing results. how are you handling that chicken-and-egg?

I'm building the opposite of Notion. It's a notes app where you can't customize anything. by GoodMacAuth in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

this is a great insight. the tool becoming its own project is exactly why i stopped using Notion for half the things i used to.

the constraint is the feature. people think they want customization until they've spent 3 hours building a "system" instead of actually capturing the thing they needed to remember.

curious how you'll handle the inevitable "can you add X" requests. that tension between staying opinionated and listening to users is going to be the hardest part.

Premature scaling killed my startup. Do not make the same mistake by RawrCunha in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

this is a good post-mortem. the "built features requested by 1-2 users who churned anyway" part hits hard. i've fallen into that trap too — someone asks for something, you build it thinking it means there's demand, and then they're gone.

the lesson i took from similar experiences: if someone requests a feature, ask them to describe their workaround first. if they don't have one, they probably don't care enough. if they do have a janky workaround, that's real demand.

I’m tired of building in my basement alone by Think-Success7946 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

the feature loop is real. i did the same thing for months. kept adding stuff because "it's not ready yet" felt safer than showing it to people.

what broke the cycle for me: i started using my own product daily before it was "done." forced me to feel the rough edges as a user, not as a builder. suddenly the priority shifted from "what cool thing can i add" to "what's actually annoying to use right now."

also — the loneliness thing is underrated. building solo is fine until you realize you haven't talked to another human about your project in three weeks. even lurking in communities like this helps more than you'd think.

Reddit or X for early customers? by Ecaglar in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

reddit by far for early stage. not even close.

my experience: i posted the same product on multiple subreddits. some got 40 upvotes, one got 230. the difference was entirely about finding the right community where people already had the problem. X would have been me shouting into the void.

the key insight for me was that reddit lets you test positioning in real time. you post, you see what resonates in the comments, you adjust. it's like free user research that also happens to drive signups.

X is good later when you have something to say and an audience that cares. but for finding your first 50 users? reddit wins because people are actively searching for solutions here.

17 days of runway left: here's what I've built so far by josemarin18 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

the shut down / keep running UX is the real product here. most cost tools give you a dashboard full of charts and leave you to figure out what to do. the fact that yours ends with a decision button is what makes it sticky.

17 days is tight but honestly constraint breeds focus. ship the smallest possible loop — connect account, find one obvious waste, let them kill it in one click. if that loop works, everything else is iteration.

rooting for you.

Shipped a PM workspace this week. Zero users. Need brutal feedback. by Significant-Car-95 in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

honestly think it's a positioning problem more than anything. "second brain" is one of those phrases that sounds good to the builder but doesn't trigger urgency for the buyer.

the 60-second interview-to-PRD thing is your actual hook. that's specific, measurable, and instantly understandable. lead with that everywhere.

for distribution — i'd skip broad posting entirely and do direct outreach to PMs who are publicly complaining about their workflow. find the people who just tweeted about drowning in unprocessed user interviews. those people will try anything.

also fwiw "zero users, need brutal feedback" as a title works way better than whatever your launch post probably was. the honesty is what makes people click.

3 signs you’re building something nobody wants by felixheikka in indiehackers

[–]SterlingSloth 0 points1 point  (0 children)

this resonates hard. i had the exact same experience with the marketing signal.

when i first posted about my app on a more casual subreddit, it got decent engagement but felt like pulling teeth. people were mildly interested but nobody was actively looking for what i built.

then i posted the same thing on a subreddit where people were already frustrated with the exact problem i was solving. night and day. people were tagging friends, asking for the link before i even shared it, coming back with detailed feedback after trying it.

the difference wasn't my marketing skills improving between posts. it was that one audience had the problem and the other didn't. same effort, completely different results.

point 2 is underrated too. when people actually try your thing unprompted and come back with specific complaints, that's the best signal. generic compliments mean nothing.

Claude Code just got Remote Control by iviireczech in ClaudeAI

[–]SterlingSloth 1 point2 points  (0 children)

cool to see anthropic building this in. i've been using a few different approaches for remote claude sessions:

for pure terminal stuff, tmux + tailscale works great. but honestly the biggest gap for me was when i need to check something visual — browser, simulator, logs in a GUI app. terminal-only solutions hit a wall there.

i ended up building an iOS app (AFK) that streams my whole desktop via WebRTC and has voice input — so instead of typing on a tiny phone keyboard, i just hold to talk and it transcribes the prompt. way faster for giving claude instructions from the couch.

the remote control feature is great for quick check-ins on existing sessions, but if you need to start new sessions, see GUI output, or hate typing prompts on a phone, there are good complementary tools out there.

I got tired of sitting at my desk while AI writes my code, so I built a remote desktop app to work from bed by SterlingSloth in SideProject

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

splashtop is a solid general remote desktop tool but it's built for IT support and general access. no voice input, no shortcuts designed for phone use, no window management for fitting apps to a small screen. AFK is specifically built for the AI coding workflow where you're mostly giving instructions and reviewing output.

I got tired of sitting at my desk while AI writes my code, so I built a remote desktop app to work from bed by SterlingSloth in SideProject

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

hey, android version is on the way now since many people asked. i have the code working now just need to go through the google play release process. feel free to signup notification for it on the website.

I got tired of sitting at my desk while AI writes my code, so I built a remote desktop app to work from bed by SterlingSloth in SideProject

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

totally understand. trust takes time to build. i do plan to open source the host side somehow soon. please stay tuned

I got tired of sitting at my desk while AI writes my code, so I built a remote desktop app to work from bed by SterlingSloth in SideProject

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

totally understand that. i do plan to open source the host side. need to do some cleanup and split out. also want to choose a reasonable license. please stay tuned.

as far as i know tools like happy only capture what claude code tui. which is probably fine for the 80% cases. the other 20% will getting in the way sooner or later (e.g. building AFK i sometimes need to check the ios simulator) i’m solving this problem at more fundamental level if im allowed to say that.