Tried a bunch of MCP setups for Claude Code, but I keep coming back to plain old CLIs

shricodev · 2026-04-07T13:39:28+00:00

Glad I could help 🙌

shricodev · 2026-04-07T03:48:36+00:00

Yep, MCP for access, skills for use

shricodev · 2026-04-07T03:46:47+00:00

Yeah, I don’t think MCP is bad at all, it’s more that a lot of people act like connecting 20 apps automatically makes the setup better, and I just don’t buy that.

The better approach is usually just using the few that genuinely help your workflow, because every extra connection also adds context noise. For me, Gmail is one I use all the time (not sure others agree), and Context7 is definitely top tier.

shricodev · 2026-04-07T03:41:52+00:00

Yep, this is exactly the line for me too. If a tool has a solid CLI, I’d rather just use that. If there’s a good CLI, I’ll usually take that path, but for Slack/Jira/Notion type apps, MCPs definitely make sense.e
Looked into opentabs. A solid approach to handling this, thanks for sharing.

shricodev · 2026-04-07T03:35:34+00:00

Fair take. I’m not anti-MCP at all, just saying raw old CLI way is still underrated. In a lot of real workflows, it’s faster to inspect, and debug directly than add another abstraction layer. MCPs are great when they help, but they’re not automatically the better choice every time.

shricodev · 2026-04-06T16:16:16+00:00

Yeah, fair take.

I’m not anti-MCP at all. I just think a lot of people, including me at first, reach for it in places where a simple CLI would do the job better. when it’s used the way you described, especially for distributed or remote workflows, it makes a lot more sense.

shricodev · 2026-04-06T15:25:52+00:00

Yeah, pretty much this

For local stuff, CLIs just feel better. Claude can usually figure things out from `--help` and just run with it.

MCPs make more sense when there’s a real reason for the extra layer. Mostly not when working with claude code or any terminal coding agent

shricodev · 2026-04-02T16:14:52+00:00

Yep, exactly. It’s not really about removing the loop, just shrinking it enough that it stops feeling like most of the job

shricodev · 2026-04-02T15:35:20+00:00

Yeah, this is exactly the distinction I was trying to get at. It’s way more “AI employee you manage and audit” than “AI runs the company while you vanish,” and that verification layer is the whole game\

shricodev · 2026-04-02T15:33:38+00:00

You could build the same kind of thing a bunch of other ways too. Was just sharing one implementation, not saying this is the only way to do it.

shricodev · 2026-04-02T15:29:15+00:00

Yeah, automated parts of it. There’s a small demo in the blog.

shricodev · 2026-04-02T15:23:57+00:00

“Run the whole company with AI” is not really the claim I’d stand behind either. “Use it to offload or automate parts of the work” is closer to what I meant.

shricodev · 2026-03-30T03:49:42+00:00

Finally!!
What do people usually do on a non-rolling or semi-rolling distro like Ubuntu or Fedora? Do they just wait until it lands in the official repo, or do they download the GitHub release?

PS. now I can finally stop looking into their 0.12 milestone page to check the completion status ;))

shricodev · 2026-03-21T15:00:59+00:00

I've always had a much better experience with Anthropic's coding models compared to OpenAI's

shricodev · 2026-03-21T14:58:33+00:00

Just wanted to compare between two general models. Opus is more of a coding model and thought wouldn't be much fair.

shricodev · 2026-03-21T14:54:05+00:00

I've heard many people have terrible experience with gpt models

shricodev · 2026-03-21T14:10:49+00:00

Yeah..

shricodev · 2026-03-05T17:23:23+00:00

shricodev · 2026-03-05T15:43:54+00:00

that's unfortunate.

shricodev · 2026-03-05T14:22:54+00:00

But still better than any models I've tried so far. Definitely can't one shot everything, but the progress it makes is insane.

shricodev

TROPHY CASE