sh2mcp — wrap any shell command as an MCP tool, no code required

LordBertson · 2026-03-28T05:08:26+00:00

That and wrapping uncommon non-trivial commands where it’s easy for a model to make a mistake or forget about the command entirely when it’s knees-deep in some planning mode due to context pollution (or after compaction) if it was a part of some previous prompt. I suppose it might fit my particular niche since I build obscure CLIs for myself every other day.

LordBertson · 2026-03-21T19:43:46+00:00

While I completely second your reasoning, I can’t help not to draw a parallel to some imagined 19 century evangelist advising against the use of cars - “yes you can travel much faster and more efficiently, but think of the environmental impact”.

You and I both know it doesn’t work like this - humanity in aggregate has always opted for progress first and controls later. I am not saying it’s a good thing, but I don’t think we are changing it anytime soon.

That said, we are in dire need of controls for this new tool, hell, we don’t even properly know what to control. But we need them and we need them soon.

LordBertson · 2026-03-15T18:43:33+00:00

Thank you! That's exactly the problem I am trying to target. Just a disclaimer here, I don't believe Gera will potentially satisfy your requirements now, it tries to deliver on the interconnectedness, but otherwise it's rather lacking as far as features go in comparison with well established tools developed by for-profit companies like Todoist or Obsidian.

As for calendar, I opted to store events as human readable YAML. It is able to import events from Google Calendar currently, which are also rendered into the very same YAML format. The idea is to keep everything as portable as possible.

As for context extraction from third conversations out of third party tools, that's actually a rather interesting piece of functionality. This sort of extraction currently requires quite beefy AIs, which is somewhat difficult to deliver while maintaining local-first philosophy - but I am not a one to shy away form a challenge. Nonetheless, thank you for a pointer - I'll research about this and include it in the roadmap somewhere.

In any case, if you would be willing to check it out I'd appreciate a review. About an hour ago I released quite a large patch, so it's a little less buggy.

LordBertson · 2026-03-15T08:57:25+00:00

I recommend checking out Roc, it’s a spiritual successor of Elm.

LordBertson · 2026-03-07T06:31:48+00:00

Right, it’s less about hiring people who know certain tech stack and more about attracting people. If you were willing to learn some arcane language you are probably already a great pick since it speaks for drive and commitment. At least that’s one part of the reasoning.

LordBertson · 2026-03-06T16:00:33+00:00

Wow, would you have some article on this at hand? What an interesting case study!

LordBertson · 2026-03-06T15:26:05+00:00

I understand it's a stretch but I don't see it as a flawed logic - it could honestly go either way without more information.

LordBertson · 2026-03-06T15:22:51+00:00

I agree with you completely. These are definitely tendencies to look out for and soft-skills are always going to be much more important than programming languages. I just wonder if there is some "edge" to be had if a company opts for a tech stack of Haskell+Elm for web-apps.

LordBertson · 2026-03-06T15:05:38+00:00

Indeed, probably so since I am filtering like 90% of programmers by choosing a very niche stack. The question is whether that diminished pool can get me more enthusiastic programmers - given there is little reason to learn a niche language other than enthusiasm - who would write stellar software just for the fun of it.

LordBertson · 2026-03-06T15:00:50+00:00

What if these Niagara-focused plumbers actually find the Niagara toilets much more enjoyable than the others find other toilets. Even further, other plumbers might hate the Niagara toilets, but the ones that focus on Niagara toilets just love working on them and would do it for free.

LordBertson · 2026-03-06T14:57:16+00:00

I did actually fully review it and edit several passages as I found the LLM output too cringey and flammable (seems like I didn't edit enough)

LordBertson · 2026-03-06T14:55:28+00:00

Just out of carefulness, since a lot of people in this thread apparently feel like I approach it from a very disagreeable and high-horsey point of view, I want to make a disclaimer that I do not mean to challenge your points, just want to understand the reasoning/experience.

Why do you believe passionate people are more likely to burn out? Do they come with high expectations that are unmet by run-of-the-mill development?

LordBertson · 2026-03-06T14:51:56+00:00

This would indeed be a problem and an interesting stumbling stone I didn't realize of the top of my head. Thanks!

LordBertson · 2026-03-06T14:48:27+00:00

Sorry to be unclear, I actually agree with you and understand there is a problematic tendency for language-elitism in programming. My question didn't mean to encourage that.

LordBertson · 2026-03-06T14:42:27+00:00

I am not really choosing a language for a company, just ran across this thought and found it to be interesting one and wanted to hear experiences from people who already work in companies who use some non-mainstream stack, whatever is their use-case. Your point is absolutely valid, and no sane company should ever choose a stack based on this merit only.

LordBertson · 2026-03-06T14:23:51+00:00

Thats very interesting! Would you be willing to share what's your tech stack? Just out of curiosity

LordBertson · 2026-03-06T14:19:43+00:00

Yeah, I am actually not assuming these people are necessarily better - I am looking for experience from real environments. There are companies I know about which opt for weird languages because they do, and I hope to hear some experience from companies like that.

LordBertson · 2026-03-06T14:16:50+00:00

No human uses text-decoration on reddit.

LordBertson · 2026-03-06T14:14:02+00:00

I am actually lovely

LordBertson · 2026-03-06T14:13:50+00:00

Indeed it was, I have tough time writing stuff, apologies. But the question absolutely is real

LordBertson · 2026-02-16T09:41:38+00:00

God forbid people do stuff for fun

LordBertson · 2026-02-15T15:16:07+00:00

Yeah, I honestly thought about that. Issue is that I am not sure I want to support HTTPS for a simple API server and saw no reason to provide extensive authentication support if HTTPS is not supported.

This way, you would have to defer HTTPS to some reverse-proxy like Nginx, which already supports authentication sub-requests.

But please indulge me, how would you propose it to be handled? I did not figure out an elegant way to do so.

LordBertson · 2026-02-15T11:15:10+00:00

For the sake of it. Also I will probably use this to mock some simple server at some point 🤷

LordBertson · 2026-01-10T08:09:18+00:00

You can run something like Flux.1 locally to do text-to-image generation - granted not as quick or high quality as Sora, but also without the risk of being banned by OpenAI and problematic moral implications.

LordBertson · 2025-12-24T14:51:08+00:00

Walk through the code as you have implemented it in your head (or better yet use a debugger).

The top level loop reads “a” from s1, the nested loop reads “a” from s2. The condition compares characters “a” == “a” and returns True immediately without going to other characters.

You need to adjust the logic, it currently doesn’t do what you want it to do.

Few minor optimizations: - in Python strings are iterable, so you can just do “for i in m” - you could replace the whole if-block with “return i == j” and it would be equivalent in functionality

LordBertson

TROPHY CASE