Live data from Hacker News

Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

tilde.run

71–80 of 147 posts

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#71

Does this provide gitflow to handle conflicts from multiple agents touching the same file system or is it purely for single-branch sequential iterations on the filesystem? I have a use case that could use this if it supports handling branching and merging file systems.

It uses lakeFS under the hood, so the unit of conflict would be a single file (object, under the hood). Resolving conflicts requires "picking" a winning side, or rerunning a conflicting job. Would you see a use case for merging changes into the same file? Interested to hear about your use case!

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#72
post #66

This is an excellent idea who's time has come. But this is too vague for me. I'm not seeing my questions answered in the landing page or FAQ either. E.g.,... what's the pricing? How does atomic commit really work? E.g., if one write to S3 succeeds but the update to a git repo fails? Does this use optimistic locking or something else? What happens if I commit changes to a resource that was updated since it was importe…

Regarding pricing - that's indeed a great question and we don't have an answer yet. It will very likely be based on consumption and should be competitive to similar solutions.

Atomic commits are based on snapshotting done by lakeFS under the hood. Each sandbox run produces a new atomic commit to a hidden "main" branch. Updating that branch is optimistically concurrent, with lakeFS checking for conflicts - multiple writers updating the same object.

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#73

more tools I will never use or need theres just an endless supply of new open source projects now I stopped paying attention I increasingly feel the impact of landing on the frontpage of HN is not as pronounced as it used to be. The demographic shift of HN is also noted, it has a lot more "reddit" vibe than I remember.

Kind of sad, because I can't think of anywhere that's replacing this.

tbh I think open internet forums are just dead. It was fun while it lasted but the reason it was good is because of the gatekeeping conditions (not to say that the gatekeeping didn't push away valuable contributors) that kept the internet forums hard to access.

GCs, blogs, and small chatrooms are the way.

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#74
I made something pretty similar to this a couple months ago, when I was just getting into using coding agents. Has 2 parts that work individually but are better together: a change tracking FS and an agent sandbox. Haven't really used it though as it's a pain to get Claude Code working in that - Docker-based - sandbox without baking it in, and I really want something that's fully configurable. And then I didn't really need it to because I'm a very interactive user; I'm almost constantly watching the agent and never use YOLO... except for 1 codebase where it's frustratingly failing to fix a single particular bug and I really don't want to deal with it myself.

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#76
Nice work on the website!

Building something for the same problem but more so from the perspective of self-hostable stateful sandboxes, and not just the filesystem (see https://bhatti.sh). What sandbox solution are you using here?

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#77
post #71

Does this provide gitflow to handle conflicts from multiple agents touching the same file system or is it purely for single-branch sequential iterations on the filesystem? I have a use case that could use this if it supports handling branching and merging file systems.

It uses lakeFS under the hood, so the unit of conflict would be a single file (object, under the hood). Resolving conflicts requires "picking" a winning side, or rerunning a conflicting job. Would you see a use case for merging changes into the same file? Interested to hear about your use case!

We're building a CAD for drug design, we often have to handle large and highly varied file formats. Protein structures, compounds, python scripts, lab notebook entries, instrumentation data, etc.

From a data structure and file ergonomics perspective, think of it as similar to Unity or UE4 for drug design. We have a huge variety of assets to manage alongside their relationships to each other, and the project files are local on the user's machine (with a collaboration / sync over the network between scientists working on the same project, hence where something like this would come in for us).

Many of those files are fine with a winning side strategy, but some of them might not be that clean. Take a protein structure defined by an `mmcif` file for example, if we clean the file by removing hydrogen atoms and another scientist repairs a side chain on that same file then we'd need a way to reconcile those differences.

On the agent side, our agents will generate small python scripts that manipulate the proteins, then cache and re-use those scripts as tools when possible. So preserving those scripts alongside the mutated asset and conversation history is something we've been working on.

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#78
post #13

Just my two cents: less is more and the first impression matters a lot. I'm saying this because we see a new agent sandbox tool on the front-page almost every day. Most of them have an AI-made landing page design, lots of animations, lots of words. This has become a bad sign for me. I can tell that you put time into it, made a video, and everything, but I guess I'm suffering from some kind of fatigue of having to go…

That's fair. What makes this unique is the versioned, composable filesystem. It's built on top of lakeFS ( https://github.com/treeverse/lakeFS ) so it scales really well, unlike other solutions that try and do this with Git directly.

LLM authored comments are against the rules. I don't think file versioning is differentiated anyway.

Re: Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem

#79
post #23

Earlier quoted context omitted.

Agreed. All of these tools promise the world and are so incredibly vague. Actually show me what I can do with it, like hands on.

https://www.youtube.com/watch?v=fDR8tmes020 - a 2 minute hands-on demo!

Being brutally honest - terrible demo. 80% of this is baseline stuff, setting up permissions (annoying), and the last few seconds we see a file was deleted and we can approve it. This is not selling your product.
Post reply on HN