HackerTrans
TopNewTrendsCommentsPastAskShowJobs

dirk94018

no profile record

Submissions

AI wants composition, not chat

linuxtoaster.com
3 points·by dirk94018·3 miesiące temu·0 comments

Boundary Work, Not Castles

linuxtoaster.com
3 points·by dirk94018·3 miesiące temu·1 comments

Show HN: Composable AI in the Unix command line

linuxtoaster.com
2 points·by dirk94018·3 miesiące temu·1 comments

C-Suite tried to replace every coder it ever met. Now AI replaces the C-Suite?

dhmventures.com
1 points·by dirk94018·3 miesiące temu·0 comments

Shibboleth 67

aimeru.com
2 points·by dirk94018·3 miesiące temu·0 comments

The Pincer Attack – How AI Killed Open Source

linuxtoaster.com
3 points·by dirk94018·4 miesiące temu·7 comments

Show HN: Sudo Hold Me

linuxtoaster.com
1 points·by dirk94018·4 miesiące temu·1 comments

Sudo hold me – Three unsupervised LLMs on a Unix Socket

linuxtoaster.com
2 points·by dirk94018·4 miesiące temu·0 comments

Show HN: UnixClaw – A Mac Mini AI assistant in one line of bash, no OpenClaw

linuxtoaster.com
3 points·by dirk94018·4 miesiące temu·3 comments

NoClaw – Mac Mini Assistant the Unix Way

linuxtoaster.com
3 points·by dirk94018·4 miesiące temu·2 comments

Unix Reimagined for AI – Iterative Coding in a Shell Loop

linuxtoaster.com
1 points·by dirk94018·4 miesiące temu·1 comments

A Unix Manifesto for the Age of AI

linuxtoaster.com
6 points·by dirk94018·4 miesiące temu·1 comments

Building an Inference Engine in 1,800 Lines of C++

linuxtoaster.com
1 points·by dirk94018·4 miesiące temu·1 comments

comments

dirk94018
·3 miesiące temu·discuss
[dead]
dirk94018
·3 miesiące temu·discuss
Author here. I own LinuxToaster and wrote this after getting frustrated with every AI tool asking me to move into its interface.

The short version: Unix survived 40 years because small tools compose. Most AI products are doing the opposite — building walls. I think that's a mistake, and I tried to explain why with some concrete examples from tools we've built.

Curious whether others feel the same friction, or whether I'm just a grumpy Unix person.
dirk94018
·3 miesiące temu·discuss
But wait.. there's even more..

Jam did a great job with its times and while. But sometimes you want map, so we wrote a couple more command line utilities:

imessage bot toast "reply in a friendly tone"

email bot toast "reply in a friendly tone"

One line agents. You now have an iMessage assistant and an email assistant running. Personality lives in a `.persona` file next to it, so you can version it, grep it, diff it.

No webhook setup. No OAuth dance. No "agent platform." The bot is just `toast` wrapped in a daemon that knows how to read from iMessage or IMAP and write back. Unix composition all the way down.
dirk94018
·3 miesiące temu·discuss
[dead]
dirk94018
·3 miesiące temu·discuss
[dead]
dirk94018
·4 miesiące temu·discuss
Fair. The posts have all been from our blog, because that's where I write. I'll make a point of submitting other things I find interesting too. In the meantime, happy to discuss the actual ideas in the article if anyone's curious. If you look at the posts, each one is something very different. AI bots creating a shared reality. Open source having a serious supply chain problem today. Gradient descent applied to code. Writing an inference engine from scratch. Each one stands on its own.
dirk94018
·4 miesiące temu·discuss
After reading the guidelines...

This IS the original source. I wrote it. The guidelines explicitly ask for this.

A post about supply chain attacks, the economics of open source, and the LiteLLM compromise that happened today is squarely on-topic for this audience.

Is "You're over-doing the self promotion" without engaging a single idea in the article a shallow dismissal?
dirk94018
·4 miesiące temu·discuss
Management is cargo culting the tooling without grasping what AI is actually good at. Because they don't look at it. Meanwhile smart blue collar guys are only limited by their willingness to ask questions. Because they do. It's the difference between the performance of work and work. The most fascinating aspect about AI may just be what it tells us about people, work, and society.
dirk94018
·4 miesiące temu·discuss
Fair point. The article doesn't mention LinuxToaster's products — the curiosity here is about the future of open source, not promotion. For what it's worth, toastd does what LiteLLM does in C with no Python supply chain, which is part of what got me thinking about this topic in the first place. But that's not in the post.
dirk94018
·4 miesiące temu·discuss
Author here. I run LinuxToaster, a set of commercial Unix tools for the AI era. This started as notes after watching the LiteLLM compromise unfold in real time — 94 million monthly downloads, credential stealer active for three hours, maintainer's GitHub issue closed as "not planned." Same week Cloudflare showed one engineer could clone Next.js in a week for $1,100 in inference costs. The thesis: the economics that created open source have inverted. Production used to be expensive and trust was free. Now production is nearly free and trust is the expensive part. Open source is getting hit from every direction — supply chain attacks are cheaper to execute than to detect, corporations clone instead of contribute, and individual devs yoink the three functions they need instead of installing the package. Happy to discuss. I know this is a spicy take for HN.
dirk94018
·4 miesiące temu·discuss
Author. Esther was right about the bots indexing the wreckage. She just didn't know she'd be the wreckage. HN (native app + web), Discord, Facebook, LinkedIn, Lemmy, TikTok, Bing, Yandex, Perplexity, plus a bunch of RSS readers (Miniflux, FreshRSS, News Explorer) and scrapers.
dirk94018
·4 miesiące temu·discuss
[dead]
dirk94018
·4 miesiące temu·discuss
Author here. Good points.

We renamed to UnixClaw — too many NoClaw namespace collisions.

On the .tools gap: you wouldn't put `rm` in .tools. The tools are purpose-built — `kal` talks to Calendar.app via EventKit, `rem` talks to Reminders.app, `contacts` talks to Contacts.app. None of them can do anything outside their domain. If you did want file deletion, you'd write a safe version that moves files to a recovery folder instead.

On the Gemini trick of disabling its own guardrails: `chmod -w .tools` by the human means toast can't modify its own permissions. The AI can only call what you've allowed, and it can't change what's allowed.

The invocation-level concern is real for general-purpose commands. Our answer is: don't give it general-purpose commands.

.tools is also directory-specific — toast walks up the tree from cwd. So your assistant handling iMessages can have a different permission set than a coding project. Least privilege, scoped by context.
dirk94018
·4 miesiące temu·discuss
Author here. Now renamed to UnixClaw. We wrote small C CLI tools that bridge Unix pipes to native macOS apps — Calendar, Reminders, Contacts, iMessage, email. Combined with toast (our LLM CLI), the whole assistant is one line: imessage bot 'toast "You are the executive assistant"' No daemon, no plugin registry, no Python. Config is three text files: .persona, .tools, .crumbs. Toast works with BYOK (Anthropic, OpenAI, Cerebras, etc.) or locally via toasted on Apple Silicon at ~100 tok/s. The NemoClaw announcement (https://news.ycombinator.com/item?id=47427027) has great discussion about whether more layers fix OpenClaw's security problems. Our take: security comes from having so little code you can read all of it in an afternoon. Happy to answer questions about the architecture.
dirk94018
·4 miesiące temu·discuss
Relevant timing: the NemoClaw thread (https://news.ycombinator.com/item?id=47427027) has a lot of discussion about whether sandboxing solves OpenClaw's security problems. We think the answer is fewer moving parts, not more layers.
dirk94018
·4 miesiące temu·discuss
NVIDIA's answer to OpenClaw's security problems is to add more layers. LinuxToaster's answer is to use fewer:

https://linuxtoaster.com/blog/noclaw.html
dirk94018
·4 miesiące temu·discuss
Author here. We built NoClaw after watching OpenClaw users burn $800-$3600/month on tokens, deal with 1,100+ malicious ClawHub skills, and have agents email their entire contact list unprompted.

An AI assistant can be genuinely useful but it doesn't require 400,000+ lines of code and burn tokens like they are free.

We use small C CLI tools that talk to native macOS apps, Emails, Calendar, Reminders, Contacts — so everything syncs to your other devices, connected by Unix pipes. The whole assistant is `imessage bot 'toast "You are the executive assistant"'`. Inference runs locally on Apple Silicon at zero cost and data never leaves the machine. Alternatively, have Cerebras, OpenAI, or Anthropic do some of the inference. You know, you are in control.

Permissions are a text file called `.tools`, one command per line. Revoke email access by deleting a line. Audit with `cat .tools`.

Happy to answer questions.
dirk94018
·4 miesiące temu·discuss
Came across as honest. Because why else.
dirk94018
·4 miesiące temu·discuss
Totally agree. We need to get the ratio between deterministic and non deterministic software right.
dirk94018
·4 miesiące temu·discuss
Unix approach can be surprisingly powerful.

https://linuxtoaster.com/blog/gradientdescentforcode.html