Hacker Newsnew | past | comments | ask | show | jobs | submit | debarshri's commentslogin

I think every CLI is agent native when invoked from claude or any coding agents.

I was really suprised today. We at adaptive [1], is an access management platform to access psql, mysql, vms, k8s etc. When you use `adaptive connect <db-name>` it would connect create just-in-time tunnel and connect the user to the database. You cannot do traditional psql operation etc. That design is by choice.

Today I was trying to invoke it via claude, and, god damn, it found a way to connect. It create a pseudo shell in python, pass the queries and treat our cli like a tool. This would have been humanly not possible. Partly because, you would like about risks, good practice/bad practice, would be scared to execute and write code like that, and it just did it and acheived the goal.

[1] https://adaptive.live


> This would have been humanly not possible.

expect(1) is 36 years old.

https://man7.org/linux/man-pages/man1/expect.1.html


thats not what i meant, but thats ok.

Anthropic is probably looking at this trend and building something. When released will kill couple of startups.

why does it need e2b? Why cant you just use docker.

I think eventually it'll support many different runtimes. I started with e2b because it has stronger security guarantees, especially useful if this ends up being multi-tenant.

Would be funny if you host it on github pages.

Ps. Agents can also sell and delete domains.

Thats true for point solutions. You often dont find a guided product tour there.

Guided tour does have its place where the product is a workflow, a platform offering, has bunch of features and you want to introduce the feature to them.

If you are paying 10-25k USD per year, you expect some onboarding specialist who gives instructions on integrating ACH and payroll systems etc. It is very common for non-technical folk to hop on a onboarding call.

People often try to automate that as it is expensive, but i think people prefer that human touch esp. when you are paying alot of money.


Also because generally in those cases you don't really want a guided tour of the whole product, you have a problem you want solving and you would like to see how to solve that problem with the product. Which either talking to a person who knows the product or reading through some documentation/guides does, but a guided tour generally does not (or at least does not do efficiently).

Or at the very least, at the price we're talking here, companies should be hiring a trainer who knows the product well, who can actually teach people and answer questions. not go through this, go through that, clicking that: half the things are not useful to their particular problems and shouldn't be taught at all to this group.

Actually I get interrupted by a tour or popup when using a "point solution" all the time.

Right. It's self-indulgence by product managers and/or designers who think users are as interested in the software as they are.

Worse yet, sometimes these tours seem to be a band-aid for an unintuitive UX. If usability was the priority, I'd discover new features on my own.


Just updated it. What do you think?

Much better, thanks.

Point taken. Let me see what i can do.

The reason I do not want to remove them and would rather mark them as defunct is that founders or companies have put time and effort into creating a PR. I would not just delete stuff but rather do due diligence on their status occasionally.

I would argue all products that people put effort into, build, try to market, and put in front of people are awesome.

People make PRs, I review them, and many a time companies themselves have categorized them in the PR. You can argue with me that they don't fit, but many a time these companies or the founders choose the categories.


I like the historical parts of it with defunct (like dotCloud became Docker). From my space (PHP cloud) a couple of historical ones are missing: Pagoda Box (now merged into DO), CloudControl, PHP Fog, AppFog … But those are gone for a while now.

It does not look so bad, does it?

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

Search: