Product Launch

anonymous

124 points

41 comments

Postedabout 2 months agoActiveabout 1 month ago

Show HN: RowboatX – open-source Claude Code for everyday automations

github.com

AI automationCLI toolsLLM integration

Discussion (41 comments)

Showing 35 comments of 41

jckahn

about 2 months ago

1 reply

Can this use local LLMs?

segmenta

about 2 months ago

1 reply

Yes - you can use local LLMs through LiteLLM and Ollama. Would you like us to support anything else?

thedangler

about 2 months ago

1 reply

LM Studio?

ramnique

about 2 months ago

Yes, because LM Studio is openai-compatible. When you run rowboatx the first time, it creates a ~/.rowboat/config/models.json. You can then configure LM Studio there. Here is an example: https://gist.github.com/ramnique/9e4b783f41cecf0fcc8d92b277d...

divan

about 2 months ago

3 replies

One of the main reasons for me for sticking with Claude Code (also for non-coding tasks, I think the name is a misnomer) is the fixed price plan. Pretty much any other open-source alternative requires API key, which means that as soon as I start using it _for real_, I'll start overpaying and/or hitting limits too fast. At least that was my initial experience with API from OpenAI/Claude/Gemini.

Am I biased/wrong here?

segmenta

about 2 months ago

1 reply

Yep, this is a fair take. Token usage shoots up fast when you do agentic stuff for coding. I too end up doing the same thing.

But for most background automations your might actually run, the token usage is way lower and probably an order of magnitude cheaper than agentic coding. And a lot of these tasks run well on cheaper models or even open-source ones.

So I don't think you are wrong at all. It is just that I believe the expensive token pattern mostly comes from coding-style workloads.

kej

about 2 months ago

1 reply

I don't doubt you, but it would be interesting to see some token usage measurements for various tasks like you describe.

segmenta

about 2 months ago

For example, the NotebookLM-style podcast generator workflow in our demo uses around 3k tokens end to end. Using Claude Sonnet 4.5’s blended rate (about $4.5 per million tokens for typical input/output mix), you can run this every day for roughly eight months for a bit over three dollars. Most non-coding automations end up in this same low range.

giancarlostoro

about 2 months ago

2 replies

You're not wrong, though I suspect the AI "bubble burst" begins to happen when companies like Anthropic stop giving us so much compute for 'free' the only hope is that as things get better their cheaper models get as good as their best models today and so it costs drastically less to use them.

aitchnyu

about 2 months ago

2 replies

Sonnet is 3$ per million tokens, Grok Code Fast is 0.2$. IME the latter is better for me. Wish everybody treats AI as a pay-as-you-go commodity instead of getting dependant on rugpulls. My stack is Openrouter (model marketplace) and Aider (Kilocode and Cline for user friendly alternatives).

segmenta

about 2 months ago

1 reply

Will check out Grok Code Fast - thanks for the pointer. In my experience, coding agents can swing a lot in quality depending on the model’s reasoning power. When the model starts making small but avoidable mistakes, the overhead tends to cancel out the benefit. Curious to see how Grok performs on multi-step coding tasks.

aitchnyu

about 2 months ago

True. Im working with Python CRUD apps, which every model is fluent in. And I'm personally generating 100-line changes, not letting it run while I'm AFK.

giancarlostoro

about 2 months ago

1 reply

Zed is nicely setup for this I just have not taken the time. I do like how Claude works atm. The coding agent functionality is what's nice about Claude Code. I don't know that Grok Code Fast has that?

segmenta

about 2 months ago

Came across this interesting article on the internals of Claude Code: https://medium.com/@outsightai/peeking-under-the-hood-of-cla... . The author redirected the LLM calls into LiteLLM to analyze how it behaves.

segmenta

about 2 months ago

Yeah, I think when they made the bet it genuinely made sense. But in coding workflows, once models got cheaper, people did not spend less. They just started packing way more LLM calls into a single turn to handle complex agentic coding steps. That is probably where the math started to break down.

jonathanleane

about 2 months ago

3 replies

What non coding tasks do you use Claude Code for? Genuinely curious.

world2vec

about 2 months ago

1 reply

It can also take notes, write down plans and TODO lists, update on gym records, etc, etc.

Tusharmagar

about 2 months ago

Curious how you're handling notes and TODO lists. Do you give Claude Code access to a local markdown file, or is it working some other way?

brianjking

about 2 months ago

1 reply

LOTS! Sometimes for quick file system organization, creating Claude skills, deep document analysis.

Anthropic published a doc or two about this too, here's one of them: https://www-cdn.anthropic.com/58284b19e702b49db9302d5b6f135a...

segmenta

about 2 months ago

Ah, that’s interesting. Are there any parts of Claude Code that you feel could work differently or get in your way for these kinds of tasks?

ntnsndr

about 2 months ago

1 reply

I use CC regularly for editing large text files (especially turning interview transcripts into something readable) and have found it works much better than web chat interfaces because of filesystem access and ability to work with large files.

segmenta

about 2 months ago

That’s great to know. I’ve come to the same conclusion. I’ve found that things work best when they happen right where I’m already working. Uploading files or recreating context in a web service adds friction, especially when everything is already available locally.

about 2 months ago

1 reply

I'm increasingly seeing code-adjacent people who are using coding agents for non-coding things because the tooling support it better, and the agents work really well.

It's an interesting area, and glad to see someone working on this.

The other program in the space that I'm aware of is Block's Goose.

segmenta

about 2 months ago

Yep, totally agree. We actually had an earlier web version, and the big learning was that without access to code-related tools the agent feels pretty limited. That pushed us toward a CLI where it can use the full shell and behave more like a real worker.

Really appreciate the support and the Goose pointer. Would love to hear what you think of RowboatX once you try it.

RamblingCTO

about 2 months ago

1 reply

Pretty cool! A bit of an upgrade of just letting claude write pocketflow agents for stuff. That's what I'm doing now.

segmenta

about 2 months ago

1 reply

Thanks! Curious what kinds of workflows you are automating right now and any pain points you’ve run into.

RamblingCTO

about 2 months ago

1 reply

I automated a bunch of business workflows like sorting documents for accounting in my cloud storage, tagging emails that are invoices, stuff like that. I do this for a living though, so I also use these as casestudies and rowboat is a hard sell for end users I guess.

segmenta

about 2 months ago

1 reply

Thanks, that makes sense. I assume the CLI approach might be the main hurdle for end users?

RamblingCTO

about 2 months ago

Exactly. They want something that just works and runs somewhere. I'm talking about SME owners.

_ink_

about 2 months ago

1 reply

> E.g. "Generate a NotebookLM-style podcast from my saved articles every morning"

How does it do that? Does it require a tool for that? Or a special model?

segmenta

about 2 months ago

1 reply

In the demo - for the voice and music, it uses the ElevenLabs MCP server for TTS, and ffmpeg locally to stitch the audio together. In the demo we pull content from Tweets via an MCP tool, but you can swap that step for anything — for example, fetching your saved articles with curl. There’s no special model required; any LLM that can call tools will work.

segmenta

about 2 months ago

We’ve included the exact agents used in the demo here for reference: https://github.com/rowboatlabs/rowboat/blob/cli/apps/cli/exa....

We’re adding an easier way to run examples soon. In the meantime, if you’d like to try this one locally: (1) Copy the agent file into ~/.rowboat/agents/ (2) Add the MCP server (and your keys) to ~/.rowboat/config/mcp.json (3) Run: 'rowboatx --agent=tweet-podcast --input=go'

crimsoneer

about 2 months ago

1 reply

I wonder how this compares with the CLine CLI?

segmenta

about 2 months ago

Cline is great, but it’s primarily focused on coding workflows, similar to Claude Code. RowboatX is aimed at a different category: background agents for non-coding automations (e.g. meeting prep, daily briefings, etc).

The big difference from Claude Code (and Cline) is that RowboatX can spin up persistent background agents that run on schedules, use the system shell, and call MCP tools to automate tasks outside of coding.

thepasswordapp

about 1 month ago

The browser automation point is key. We've been using browser-use (the Python library) to automate password changes across websites for thepassword.app - turns out this is a surprisingly hard non-coding automation task.

Every site has a different password change flow. Some require 2FA mid-flow, others throw CAPTCHAs, and many actively detect automation. Traditional selectors break constantly as sites update their DOM.

The LLM loop approach handles this much better than scripted automation because the agent adapts in real-time. But the security architecture matters a lot - we had to modify browser-use to pass credentials via a separate parameter instead of including them in the prompt. Otherwise passwords would be visible in the LLM context.

Human-in-the-loop is essential here too. When the agent encounters something unexpected (unusual 2FA, security questions), it needs to pause and let the user decide rather than guessing.

6 more comments available on Hacker News

Resources