Live data from Hacker News

Flue is a TypeScript framework for building the next generation of agents

flueframework.com

51–60 of 61 posts

Re: Flue is a TypeScript framework for building the next generation of agents

#51
post #6

If only there were great backend languages Go, C#, what have you. Nah, thank god we have javascript

ADK comes in Go, Java, Python, and TS

Same framework, multiple languages, let people decide their preference while having consistency and interoperability

Re: Flue is a TypeScript framework for building the next generation of agents

#52
post #6

If only there were great backend languages Go, C#, what have you. Nah, thank god we have javascript

You're welcome to port anything over to those languages. LLMs can do it in a couple of days at most.

Tell me next time Codex app would be rewritten to native stack scross all platforms: swiftui, winui, etc.

Should be easy, yeah?

Re: Flue is a TypeScript framework for building the next generation of agents

#53
post #27

What I wonder is, why do we still need code etc? Shouldn’t all code be just a promt? This way it becomes language and platform agnostic.

Natural language is too vague, ambiguous, and inefficient.

That’s why we have _programming_ languages.

And once you specify everything you need, the “prompt” becomes a program.

Anything else is to lossy

Re: Flue is a TypeScript framework for building the next generation of agents

#54
post #35
post #15

Earlier quoted context omitted.

Kotlin and Scala too if you want the same type of strong type system as TypeScript

No type system is as strong as TypeScript — certainly not Kotlin.

Give Scala a try :)

Re: Flue is a TypeScript framework for building the next generation of agents

#55

What is the problem this solves? Why would I use this instead of telling claude to vomit out the underlying boilerplate.

It's the exact same problem solved by any library whatsoever

If you (or your agent) have to write less code, there's less room to write bugs. There will be less code to understand when it needs to be modified too.

Re: Flue is a TypeScript framework for building the next generation of agents

#56

Ok, real question. What products are people actually building with agent frameworks? I get the utility of AI coding tools and generic chat apps, but that is the extent of utility that I've been able to get from AI. I'm looking for examples that are real businesses, not toys.

We're building https://brooked.io/. In the same way that Cursor provides a lot of features on top of the base agents, we want to do the same for spreadsheets. There are many workflows that benefit from having an agent available - resolving cell values from a prompt, writing functions, sheet insights, alerting, debugging.

Re: Flue is a TypeScript framework for building the next generation of agents

#57

Vibe coding aside [1], it's very interesting software projects these days don't really care about adding a single test [2]. [1]: https://github.com/withastro/flue/blob/8fdf8e0e9df5bd33c3120... [2]: https://github.com/search?q=repo%3Awithastro%2Fflue+test+pat...

Tests is the new gold. You keep them to avoid a vibe coded fork.

Re: Flue is a TypeScript framework for building the next generation of agents

#59

Ok, real question. What products are people actually building with agent frameworks? I get the utility of AI coding tools and generic chat apps, but that is the extent of utility that I've been able to get from AI. I'm looking for examples that are real businesses, not toys.

I use a custom framework for creating basic but useful tools that work with sensitive data. There are cases in my organization where I like the idea of people using Claude or similar to assist with a process, but Claude Desktop or Claude Code doesn't offer the safety or security we need (in part because the people using it are unconstrained, in part because the harnesses aren't perfect and the LLMs can make bad choices).

This provides a harness that's a state machine with very explicit directives, and it uses Deno as the runtime to constrain network, filesystem, environment, and other types of access at runtime as needed.

Kind of like using skills in Claude Code to teach it how to do something, but with extremely tight guard rails. Like, you can only write a specific file when in a specific state, otherwise that tool isn't even callable.

It requires understanding the problem that's being solved quite well. This often leads to realizing it can be automated without a harness. Finding cases where an LLM is genuinely crucial to enabling the automation is difficult.

A good example of one recently was getting a local LLM to define schemas for an internal tool based on existing research data. It looks at the data, figures out the semantics of the data, relationships, and how that maps to the target schema. This is impossible to automate without this semantic inference. It then uses duckdb to perform transformations from raw data to the appropriate schema, and finally, tests the schema in the validator with the data. It makes a very complex, often unappealing and confusing process very easy. Once it's done, the data is in better shape than we ever got it to by hand. This is partially because of a validator I created, but also because the LLM can identify patterns really well and retain a massive spec while it works.

You could do it with all kinds of existing harnesses but this one lets us comfortably define processes we trust and lets us operate on data our partners would never allow into the cloud or on OpenAI/Anthropic's servers in particular.

> I'm looking for examples that are real businesses, not toys.

These tools are used within a real business (specifically a coastal science NGO) and they aren't toys, so hopefully that's useful information. Based on my experience so far, and it could be my lack of imagination, I have no idea how you'd use these as the foundation for a business. I find more cases that can be automated without an LLM than I do with one, and they tend to be so niche and strange that no one else would ever need them and they can't be generalized.

Re: Flue is a TypeScript framework for building the next generation of agents

#60

Vibe coding aside [1], it's very interesting software projects these days don't really care about adding a single test [2]. [1]: https://github.com/withastro/flue/blob/8fdf8e0e9df5bd33c3120... [2]: https://github.com/search?q=repo%3Awithastro%2Fflue+test+pat...

I find automated tests are the only way to keep vibe coded projects on the rails, especially as you grow something beyond demo phase.
Post reply on HN