Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> If there's a CLI tool, Claude can run it. If there's not a CLI tool... ask Claude anyway, you might be surprised.

No Claude Code needed for that! Just hang around r/unixporn and you'll collect enough scripts and tips to realize that mainstream OS have pushed computers from a useful tool to a consumerism toy.



That's like saying "you don't need a car, just hang around this bicycle shop long enough and you'll realize you can exercise your way around the town!"


Simple task of unzipping with tar is cryptic enough that collecting unix scripts from random people is definitely something people don't want to do in 2025.


Script? I havent used anything more complex than "tar xzf file" in a decade


Remembering one thing is easy, remembering all the things is not. With an agentic CLI I don't need to remember anything, other than if it looks safe or not.


No one remember all the things. It's usually ctrl+r (history search) or write it down in some script or alias.


But I still need to remember what to search for, and they're not always straight forward. The agent writes and organizes the scripts/commands I use frequently, and references them as a starting point. It all started by having an agent look at my shell history.

It's faster than I am, and it knows things like ffmpeg flags I don't care to memorize.

Even opencode running on a local model is decent at this.


But how will you remember to use the agentic CLI?


Ah yes, the "I've never needed X, so clearly no one else in the world will ever need X" rationale. So bulletproof.


It's cryptic until you sit down to learn it

tar xzvf <filename> -> "tar eXtract Zipped Verbose File <filename>"

tar czvf <filename> <files> -> "tar Compress Zipped Verbose File <filename> <files>"

So it's either x or c if you want to unzip a tar file or create one

Add z if the thing you're uncompressing ends in .gz, or if you want the thing you're creating to be compressed.

v is just if you want the filenames to be printed to stdout as they're extracted or imported

f tells it to read from or output to a file, as opposed to reading from stdin or output to stdout

Then your provide the filename to read from/export to, and if you're exporting you then provide the file list.

Not that hard.


You writing that much for a task that is equivalent of double clicking on a zip file is exactly my point


The point is not that a tool maybe exists. The point is: You don't have to care if the tool exists and you don't have to collect anything. Just ask Claude code and it does what you want.

At least that's how I read the comment.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: