News for hackers. Stuff that matters.

aaronvg

Re:Notice How Old websites look better than new websites on Tuesday November 03, 2026 @11:52AM (#50354433)
This website didnt load well on mobile
Re:5x faster Edge Functions: V8 isolates to Firecracker MicroVMs on Wednesday September 30, 2026 @03:22PM (#49913155)
Wish it explained where the v8 isolate latency is coming from compared to microvms
Re:The August 17 outage, and the work ahead on Thursday August 20, 2026 @05:36PM (#49380603)
it doesn't matter though, commits create load in their system
Re:Baml: The Programming Language for Agents on Thursday July 16, 2026 @04:05PM (#48939535)
why not write all code in assembly?
Re:Baml: The Programming Language for Agents on Thursday July 16, 2026 @04:04PM (#48939532)
didn't expect someone to post us here yet, we're still working on our launch!

We have been building BAML for around 3 years -- originally it was a DSL for getting structured outputs from llms using what we call 'llm functions'

Our users told us they wanted to do more, so we made it an actual turing-complete language, still with a focus on people building AI workflows and calling nondeterministic models. This is why we added very flexible testing capabilities into BAML itself for test parameterization, dynamic tests, etc.

As we were building it, we realized humans weren't going to be the ones writing the code, so we started researching what we could do on this front. This led us to design BAML to use all fully-qualified-names for everything (classes, enums,functions etc) to name one example. We found in some cases AI agents saved 30% tokens navigating baml codebases vs TypeScript ones. There's no imports to track down, etc.

We do aim to keep humans in the loop, and we'll do some more deep dives that tackle each feature.

Re:TypeScript 7 on Wednesday July 08, 2026 @03:26PM (#48836326)
these painpoints seem moot in a world where AI agents are writing all the code.
Re:Swift Package Index joins Apple on Tuesday June 23, 2026 @03:34PM (#48650180)
kind of surprised Swift didn't launch with this by default, built in-house
this is really neat. Was using or-tools to solve my friend's scheduling problems with coworkers.
Re:Ask HN: What are you working on? (May 2026) on Sunday May 10, 2026 @09:05PM (#48089917)
We are working on making our programming language BAML turing-complete. https://github.com/boundaryml/baml

It is a language that is embeddable in other programming languages, with the type system similar to typescript, and a runtime that is similar to Go.

People use it currently for structured outputs with llms but soon we will support orchestration and more.

We are letting some users have an early access preview! Let me know if you are interested in hacking with it!

Re:Why BAML? on Wednesday November 05, 2025 @01:43PM (#45826321)
It's 'basically, a made-up language'. It's just tongue-in-cheek because when we started this it was just a ridiculous proposition to try and make a DSL.

I'll add it in!

Re:Ask HN: Who is hiring? (November 2025) on Monday November 03, 2025 @02:28PM (#45803298)
Boundary (YC W23) | Software engineer (compilers) | Seattle, USA (in person) | Full-time

We are building a new programming language (BAML) to build AI agents -- the "typescript" for LLMs. We are open source: https://github.com/BoundaryML/baml

A big part of this language is all the tooling around visualizing non-deterministic code, visualizing code, and getting great observability (e.g. our language has type information at runtime unlike TS).

We are looking for engineers with experience with Rust, programming languages, and/or compilers. Any amount of experience is fine.

To apply: send an email to [email protected] with your resume and mention you came from HN

Re:PYX: The next step in Python packaging on Wednesday August 13, 2025 @04:44PM (#44893604)
definitely will just say picks...
Re:Microsoft POML – Prompt Orchestration Markup Language on Sunday August 10, 2025 @11:13AM (#44855733)
You may also want to check out BAML https://github.com/BoundaryML/baml - a DSL for prompt templates that are literally treated like functions.

the prompt.yaml format (which this project uses) suffers from the fact that it doesn't address the structured outputs problem. Writing schemas in yaml/xml is insanely painful. But BAML just feels like writing typescript types.

I'm one of the developers!

Re:AWS launches Kiro, its Cursor clone on Monday July 14, 2025 @02:45PM (#44563810)
super interesting to see how this is marketed:

- Created by an AWS team but aws logo is barely visible at the bottom.

- Actually cute logo and branding.

- Focuses on the lead devs front and center (which HN loves). Makes it seem less like a corporation and more like 2 devs working on their project / or an actual startup.

- The comment tone of "hey ive been working on this for a year" also makes it seem as if there weren't 10 6-pagers written to make it happen (maybe there weren't?).

- flashy landing page

Props to the team. Wish there were more projects like this to branch out of AWS. E.g. Lightsail should've been launched like this.

We're making a prompting DSL (BAML https://github.com/BoundaryML/baml) and what we've found is that all the syntax rules can easily be encoded into a Cursor Rules file, which we find LLMs can follow nicely. DSLs are simple by nature so there's not too many rules to define.

Here's the cursor rules file we give folks: gist.github.com/aaronvg/b4f590f59b13dcfd79721239128ec208

Re:Progressive JSON on Sunday June 01, 2025 @03:56PM (#44153379)
You might also find Semantic Streaming interesting. It's t he same concept but applied to llm token streaming. It's used in BAML (the ai framework). https://www.boundaryml.com/blog/semantic-streaming

I'm one of the developers of BAML.

it's kind of wild -- none of the multimillion dollar VSCode forks (Cursor, windsurf) are working properly at the moment. It seems open-vsx is quite a vulnerable single point of failure. Searching extensions gives a 503.
Re:Arc AGI 2025 on Monday March 24, 2025 @04:28PM (#43465082)
It's kind of insane going from 76% to 3% on the new version of a benchmark. We clearly need more rapid progress on the creation of benchmarks.

Then again, I wonder -- if a benchmark is way too hard from the beginning, would it make it much harder for people to test new solutions that actually have real-world impact, even if the new results on the hard benchmark only increased the score by 1%?

Re:Show HN: Structured Outputs with Deepseek R1 on Monday January 27, 2025 @06:19PM (#42846983)
Sometimes you don't have access to a model, so this approach still works in that scenario.

We also have several users that have anecdotally told us they get worse results using constrained grammar solutions.

Show HN: Structured Outputs with Deepseek R1

https://www.boundaryml.com/blog/deepseek-r1-function-calling

This is our interactive playground that uses our framework (BAML https://github.com/BoundaryML/baml) to do structured outputs with R1, without the use of tool-calling APIs or fine-tuning required.We have a more fleshed out playground at https://promptfiddle.com as well.BAML is a DSL for prompts, where prompts are modeled as functions. Our compiler transforms your LLM function declaration into...

( Read More... | 2 comments | 2 points | on HN )
Re:DSPy – Programming–not prompting–LMs on Sunday December 08, 2024 @11:37AM (#42358044)
Thanks, we also do support swapping models at runtime!

Will incorporate this feedback.

Re:DSPy – Programming–not prompting–LMs on Saturday December 07, 2024 @11:36AM (#42350843)
How do you organize your prompts? Do you use a templating language like jinja? How complex are your prompts? Do you have any open source examples?

I’m genuinely curious since if we can convince someone like you that BAML is amazing we’re on a good track.

We’ve helped people remove really ugly concatenated strings or raw yaml files with json schemas just by using our prompt format (which uses jinja2!)

Re:DSPy – Programming–not prompting–LMs on Friday December 06, 2024 @07:34PM (#42346137)
I found it interesting how DSPy created the Signatures concept: https://dspy.ai/learn/programming/signatures/

We took this kind of concept all the way to making a DSL called BAML, where prompts look like literal functions, with input and output types.

Playground link here https://www.promptfiddle.com/

https://github.com/BoundaryML/baml

(tried pasting code but the formatting is completely off here, sorry).

We think we could run some optimizers on this as well in the future! We'll definitely use DSPy as inspiration!

Re:Oasis: A Universe in a Transformer on Thursday October 31, 2024 @07:50PM (#42012709)
First off, this is amazing. Imagine where this will be in 5 or 10 years.

There's just so many questions: Will videogames eventually just be a single prompt (or a series of prompts / a general script) into a transformer model?

Would services like stadia be making a comeback if the value prop is that even though you have some latency, the possibilities for videogames will be endless?

Would microsoft want a piece of the $$ if the transformer was trained on Minecraft clips?

We really are in an acceleration phase

(BAML founder here) feel free to jump on our Discord or email us if you have any issues with BAML! Here's our repo (with docs links) https://github.com/BoundaryML/baml and a demo: https://boundaryml.wistia.com/medias/5fxpquglde

People have used it to do anything from simple classifications to extracting giant schemas.

Older »