SaaSHub helps you find the best software and product alternatives Learn more →
Tsz Alternatives
Similar projects and alternatives to tsz
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
-
-
-
-
tigerbeetle
The financial transactions database designed for mission critical safety and performance.
-
-
-
supercollider
An audio server, programming language, and IDE for sound synthesis and algorithmic composition.
-
-
-
dotfriedrice
Set up a developer friendly niri / Arch Linux system in minutes. Also supports WSL 2, Debian, Ubuntu and macOS for CLI tools!
-
dirac
Open Source Coding Agent singularly focused efficiency. Reduces API costs by 50-80% vs other agent AND improves the code quality at the same time. Uses Hash Anchored edits, massively parallel operations, AST manipulation and many many other optimizations. https://dirac.run/
-
-
mech
🦾 Mech is a programming language for building data-driven systems like robots, games, and interfaces. Start here!
-
perry
A native TypeScript compiler written in Rust. Compiles TypeScript directly to executables using SWC and LLVM.
-
devlensOSS
An Open Source Intelligent Codebase Visualizer for javascript, reactjs, nextjs and nodejs for easy PR review, fast Onboarding and deep architectural understanding
-
-
tsz discussion
tsz reviews and mentions
-
Claude Code and Codex Can Have Real-Time Conversation via Git
In my project I let the agents communicate in GitHub issues and pull requests like humans do. I kinda stopped trying making orchestration frameworks.
You can see the slop here
https://github.com/mohsen1/tsz
-
Perry Compiles TypeScript directly to executables using SWC and LLVM
I am taking this attitude to an extreme with tsz. I don't want to announce to the world that tsz is ready until I tested it really really well.
Currently tsz passes nearly 100% of TypeScript tests but that is not enough. I want it to be able to type check complex things like type-challenges solutions or complex utility type packages. I'm stress testing it with a repo with 1.5 million lines of code.
I'm constantly assigning AI agents tasks to find bugs in tsz and open issues.
I'll say this is "alpha" when it can do all those things plus matching tsc exactly in thousands of open source projects where tsc reported type errors. It's easy to find CI runs that tsc reported errors. I'll build a database of all the cases I've verified and will publish those.
For now, tsz is just a work in progress.
https://tsz.dev
-
Claude Code – Everything You Can Configure That the Docs Don't Tell You
> Honest status
> Not at 100% - and I want to be straight about why that's a longer road...
I just want Claude Code to stop giving up on achieving tasks. It's so annoying. Even with `/goal` or the new `ultracode` it gives up constantly.
My project is very complex (https://github.com/mohsen1/tsz) but Codex has no problem keep grinding without stopping like that
- Tsz
-
Codex-Maxxing
in tsz (https://tsz.dev) I am Codex-Maxxing with this:
Give each Codex an AgentName and ask them to mark their PR/issue/comments with those. Have one or two "managers" that manage PRs and overall project direction. I write the project directions and make long lasting issues. Each Codex session has an almost unachievable `/goal` but they are asked to achieve the goal by landing changes in `main` via PRs
I am running about 14 Codex sessions on 4 machines right now for about two weeks since OpenAI 10x'ed my 20x account and I simply can not run out of tokens fast enough.
Side note: I have multiple Claud accounts too but the new Claude Code `/goal` command is seriously broken. It waits long pauses between iterations and sometimes prematurely stops.
-
Bun Rust rewrite: "codebase fails basic miri checks, allows for UB in safe rust"
I was a little shocked that they could get it fully working in a week to be honest. My side project is a very similar ambition (https://tsz.dev) but I am in no way claiming success. i keep adding more and more tests to ensure things works. Even after all of TypeScript's own tests pass I am finding bugs which I was totally expecting.
The bar for matching tsc's behavior is really _really_ high. see:
https://github.com/type-challenges/type-challenges/tree/main...
I'm not against using LLMs to write a lot of code. But verification should be 100x more robust now that we can output code at this rate.
- Remove .zig Files from Bun
-
Rewrite Bun in Rust has been merged
This is very impressive to me. No matter what your thoughts are on LLMs as code generators, getting 1 million lines of code that compiles and passes tests in a week would have been unimaginable to me just a year ago.
I personally think LLMs are going to write a lot of code in the near future and if we like it or not this is going to become more and more common. I took the extreme path of fully embracing this on my side project to learn what can go wrong and how this stuff is going to impact software development in general.
My side project (https://tsz.dev) is also about 1 million lines of Rust. Since my token budget is a lot more limited than theirs, and also I am not rewriting something line-by-line into a new architecture, things have been A LOT slower than Jarred.
It's a strange time to be a software developer. There is a codebase now that I know by heart (paid work) and refuse to accept large pull requests on it as the team lead. Yet I'm doing this crazy experiment where I let agents write and evolve tsz almost entirely automatically. I am not sure the former role can sustain for too long, where you can read and understand all of the code.
Code reviews are also getting much harder to do. Almost every PR I review is AI generated and reviewed! So I have to really look for the 10k ft view of things and fully understand the system the PR is modifying. It is really exhausting because the quantity of PRs has 10x'ed since LLMs started writing acceptable code.
I hope I'm wrong about LLM coding, but from what I'm seeing the profession has changed a lot. Nobody is fighting Tabs vs. Spaces fights anymore... the passion about every line of code is mostly gone around me...
- Mythos Finds a Curl Vulnerability
- Ask HN: What Are You Working On? (May 2026)
-
A note from our sponsor - SaaSHub
www.saashub.com | 11 Jun 2026
Stats
mohsen1/tsz is an open source project licensed under Apache License 2.0 which is an OSI approved license.
The primary programming language of tsz is Rust.