Recent submissions

Comment · 6 months ago
I hope liteparse is working well for you! Funny enough since it doesn't parse as markdown, it can't be benchmarked with ParseBench (that tool is targeting slightly different use case with real-time agents etc.)
Comment · 1 year ago
yea good callout -- python workflows came first, and while we could have directly translated these, the ergonomics around classes in python are not exactly what JS/TS devs expect.

So instead, the goal was to capture the spirit of event-driven workflows, and implement them in a more TS-native way and improve the dev-ux for those developers. This means it might be harder to jump between the two, but I'd argue most people are not doing that anyways.

Comment · 1 year ago
We used pants initially (which I believe is similar to bazel). And indeed the dependency graphing it does was very helpful, but other parts of the tool motivated us to create something more bespoke and debuggable (we were only using like 20% or less of the features pants offers)
Comment · 1 year ago
Yea this definitely makes sense for smaller monorepos. For us, we ended up writing our own dependency graph parser to figure out what tests to run (which is easy enough with a single language like python honestly)
Comment · 1 year ago
Yes! For example, previously with pants, users would hit a lot of weird errors since how tests run with pants is different than running tests locally with pytest

We did not expect users to learn pants, but this often meant a lot of back and forth with maintainers to get PR tests working.

Should be much easier now!

Comment · 1 year ago
I agree! I hope uv introduces more tools for monorepos or refines the workspaces concept.

I saw workspaces require all dependencies to agree with eachother, which isn't quite possible in our repo

Comment · 2 years ago
It being a queue is one part of it yes. But the key is trying to provide tight integrations and take advantage of agentic features. Stuff like the orchestrator, having an external service to execute tools, etc.
Comment · 2 years ago
I agree on the importance of letting the user have access to state! Right now there is actually the option for human in the loop. Additionally, I'd love to expand the monitor app a bit more to allow pausing, stepwise, rewind, etc.
Comment · 2 years ago
It's definitely tough today, but its just a matter of a) using a smart LLM b) scoping down individual agents to a manageable set of actions

As more LLMs come from companies and open-source, their reasoning abilities are only going to improve imo.

Comment · 2 years ago
maybe agent micro-services is a better way to frame it ha

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton