Maybe I'm behind the times but I don't understand.
Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
11–20 of 42 posts
Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#12Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#13This... does not seem like separation of concerns. Not to mention that the data layer seems like the one where you want to keep things most deterministic.
Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#14It feels like we're a week away from the Claw hype supplanting AI hype. Companies will start renaming things ClawX to get on the hype bandwagon.
Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#15This is mind-bending. I can't imagine that it performs well enough to be particularly fit for production just yet but..... wow.
Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#16What's the advantage in putting agents in the persistence layer rather than the application layer? This seems to me strictly less flexible, scalable, secure, easy to work with... I am having a hard time imagining why I would want to integrate with APIs or write an agentic harness in the database rather than in application code? Maybe I'm behind the times but I don't understand.
Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#17Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#18i love postgres and pgvector... this is exactly to my tastes
Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#19This is mind-bending. I can't imagine that it performs well enough to be particularly fit for production just yet but..... wow.
how exactly is adding a stored procedure as an agent mind bending
What I specifically found "mind-bending" about this is that I don't have a clear concept of the limits of what an agent can do. In the limit case, it's basically like an independent employee, right?. So the concept of having a dedicated person sitting on each row of my database and transactionally performing any task I can describe is ... well, it IS a bit boggling to me.
Another way to look at it is: this is an extremely powerful construct for managing fleets of agents. I trust Postgres to execute all the stored procedures I ask it to. So with this tool I can easily spin up arbitrarily many agents. And state management is very simple, because they can directly edit their associated row!
IDK, the more I think about it the more fascinated I am. I'm sure there is some open source SAAS or something that has similar semantics and can do all this more efficiently, but now I know that this is a category of thing one could potentially build/use. Pretty nifty!
Re: Show HN: Pgclaw – A "Clawdbot" in every row with 400 lines of Postgres SQL
#20Earlier quoted context omitted.
how exactly is adding a stored procedure as an agent mind bending
I can only speak for my own mind ;) but the most advanced thing I'd seen prior in this regard was Google Sheets' =AI function, which is pretty convenient (if awkward) when you want to map values to LLM output. What I specifically found "mind-bending" about this is that I don't have a clear concept of the limits of what an agent can do . In the limit case, it's basically like an independent employee, right?. So the co…