Alternatives
Products that do what kaiser permanente login does
Your observation is spot on. While CAN's bit-stuffing
- 1HA
2021 · github.com
- 2CA
2021 · github.com
- 3
- 4HO
Hi HN! Ben here from hyprsqrl, and I just open-sourced something we’ve been quietly running in production: *hyprsqrl is a self-hostable bank. Think Revolut (if you know it), but every line of code is MIT/AGPL, you can run it on your own box, and the crypto bits stay hidden under the hood. --- ### Why we built it Moving money between USD and EUR still means wire fees, surprise freezes, and “call your bank” hoops. Fintechs like Revolut help—until their pricing changes or a regulator knocks. hyprsqrl aims for the resilience of self-hosting *without* forcing users to study crypto. Two…
2025 · github.com
- 5AJ
I have created a Cron alternative that runs DAGs (Directed acyclic graph) defined in a simple YAML format. Why not Airflow? Airflow and other similar tools are powerful and valuable, but in most cases, they require writing code to manage workflows. Our ETL pipeline is already hundreds of thousands of lines of complex code in Perl and shell scripts. Adding another layer of Python on top of this would make it difficult to maintain. Instead, we needed a more lightweight solution. So we developed Dagu, which requires no coding, and is easy-to-use and self-contained, making it ideal for smaller…
2022 · github.com
- 6HA
Most ZK proving systems are optimized for server-grade hardware with massive RAM. When scaling to industrial-sized traces (2^20+ rows), they often hit a "Memory Wall" where allocation and data movement become a larger bottleneck than the actual computation. I have been developing Hekate, a ZK engine written in Rust that utilizes a Zero-Copy streaming model and a hybrid tiled evaluator. To test its limits, I ran a head-to-head benchmark against Binius64 on an Apple M3 Max laptop using Keccak-256. The results highlight a significant architectural divergence: At 2^15 rows: Binius64 is faster…
Jan 2026
- 7SI
Rob Pike wrote a paper, Structural Regular Expressions (https://doc.cat-v.org/bell_labs/structural_regexps/se.pdf), that criticized the Unix toolset for being excessively line oriented. Tools like awk and grep assume a regular record structure usually denoted by newlines. Unix pipes just stream the file from one command to another, and imposing the newline structure limits the power of the Unix shell. In the paper, Mr. Pike proposed an awk of the future that used structural regular expressions to parse input instead of line by line processing. As far as I know, it…
Nov 2025
- 8WC
Hi we created the Spaces Protocol: https://spacesprotocol.org We also created Akron wallet to support it. Akron is also open source: https://github.com/imperviousinc/akron
2025 · akron.io
- 9AC
It's quite limited but does the job, I invite anybody not aware of what cram tests are to give them a try, being on Unix with the original cram or Windows with this one ;)
Nov 2025 · github.com
- 10IM
Hey HN! I made a completely open sourced alternative to Weights and Biases with (insert cringe) blazingly fast performance (yes we use rust and clickhouse) Weights and Biases is super unperformant, their logger blocks user code... logging should not be blocking, yet they got away with it. We do the right thing by being non blocking. Would love any thoughts / feedbacks / roasts etc
2025 · github.com
- 11TA
Hi everyone! I built this because I wanted a little bit more organization around my Claude sessions, worktrees and plans while staying in the terminal and not relying on another SaaS tool. Since it's a command line tool, the added bonus is that Claude can use `td` directly. The td calendar was just a fun add-on but the Claude session stats have been pretty interesting! Let me know what you think!
Apr 2026 · github.com
- 128C
2016 · github.com
- 13UA
Most of the document parsers fail on real world challenges like complex tables, handwritten documents, historical document scans, equations, multi-column layouts, complex reading order, etc. We built Unsiloed Parser to handle exactly these cases. Our latest parser v3.1 achieved #1 rank and scored 88.0 strict pass-rate on olmOCR-Bench. We ran the evaluation across 1,403 PDFs and 8,413 unit tests using the unmodified upstream Allen AI scorer (olmocr==0.4.27) and found Unsiloed beats 18 other OCR services, including GPT-5.5, Claude Opus 4.7, LlamaParse, Reducto, Azure Document Intelligence, AWS…
May 2026
- 14VT
Post-Opus 4.6, LLMs feel much better at using bash, code, local files, and tools. So I kept coming back to a simple question: if a model can use a computer reasonably well, why can’t I just give it my broker account, a strategy, and let it trade? My conclusion is that the blocker is not model capability in the abstract. It is the system around the model. A raw LLM breaks on a few practical things almost immediately: • no persistent operating memory across sessions • no trustworthy record of what it did and why • no hard approval boundary before money moves • no cheap always-on monitoring if…
Mar 2026 · github.com
- 15BT
Hi everybody, this was my project to learn Zig and RISC-V+x86_64 assembly. Not sure if anybody is actually interested in yet another Brainfuck compiler, so I'll just write up some random things I learned while building it! - A primitive assembly stitching compiler is 10x faster than the interpreter. Did not expect that. - The generated x86 code is really bad (e.g. it always uses 6 or 7 byte sized instructions with 32-bit immediates when there are much smaller ones) but it doesn't really matter. Good code generated by GCC and clang for transpiled Brainfuck->C is not much faster as it's…
2025 · github.com
- 16AD
I use no-defender, but noticed it got sent down the memory hole. Here's an updated version that doesn't ship any 3rd party binaries.
2025 · github.com
- 17
- 18CA
CJIT started as a hobby project around Fabrice Bellard’s tinyCC and slowly grew into something much more practical. It is now a small portable C compiler and runner that works across Linux, macOS, and Windows, can self host, and is packaged as a single executable. What mattered most to me was keeping the barrier to entry low. You can take one small binary, drop it onto a system, and compile or run C code using the libraries already available there, without setting up a full toolchain or installing a large stack of dependencies. I find that useful for quick prototyping, testing, auditing,…
Apr 2026 · dyne.org
- 19CF
Hi HN! I'm an amateur cryptic crossword solver and setter, who cut my teeth on Minute Cryptic. I liked that you could create custom clues on MC but was annoyed that it required creating an account to do. I wanted to create a free, open-source, and (as much as possible) anonymous version to make it easy to share clues online; not everything needs a user account to provide a good service to users. I'm primarily a backend developer so this was also a learning experience in creating a site with no backend; it's all vanilla client-side HTML / CSS / JS, built using Metalsmith.js, hosted…
May 2026 · cryptick.wildvale.co.uk
- 20AC
I built this toolkit with my colleague to dive deep into OS internals and automate the identification of privilege escalation vectors. Written in pure C without external dependencies, it explores everything from Linux capabilities and Docker escapes to Windows token manipulation and service permissions. We believe that the constant struggle between breaking and securing systems is the ultimate driver of software evolution. This tool is our contribution to that cycle, designed for researchers who want to understand how low-level misconfigurations can be discovered and audited across different…
Jan 2026
- 21KP
I thought it'd be interesting to use Linux PSI (Pressure Stall Information) for an LLM runtime to trim the KV cache. This is mainly useful imo for edge devices like the Jetson Orin super nano kit which have unified memory. I haven't benched much, but plan to do so more over time and see if I can make a real use of it as I run local LLMs. Let me know if it makes sense :P (I of course vibed this idea)
Jun 2026 · github.com
- 22RV
Finally finished my little CPU project, RISCY-V02. I built it (with Claude) to challenge the notion that the 6502 was a "local optimum" in its transistor budget. Given the constraints of 1970s home computers (~1 MHz DRAM, so raw clock speed doesn't help), could RISC have been a better design choice? This design argues yes: pipelining, barrel shifters, and more registers beat microcode PLAs, questionable addressing modes, and hardware BCD. Highlights: 8x 16-bit general-purpose registers (vs 3x 8-bit on 6502) 2-stage pipeline (Fetch/Execute) with speculative fetch 61 fixed 16-bit…
Mar 2026 · github.com
- 23
I made this after seeing someone posit the idea online yesterday over lunch then spent some time refining it. So far it's pretty impressive IMO! Right now I am running Qwen3-30B-A3B on my 24gb unified memory m4 MacBook Pro at 50 tok/sec and this should definitely not be working for such a large model on my middling hardware. Things are detailed in the README to get up and running and DESIGN.md has details on all the choices and such made along the way.
23d ago · github.com
- 24NT
I built a CLI tool that turns codebases and PRs into diagrams so you can quickly understand how things fit together. Originally made it because I couldn't follow my own AI-generated repos. Just shipped a big update: - Switched from D2 to Mermaid for rendering - Tree-sitter AST parsing + agentic flow instead of raw LLM calls. ~50x faster. - Works on any GitHub repo or PR, not just local - Dropped the web frontend, it's just a CLI now - Published as a pip package Still a ton to improve and I'm building fast. Feedback, issues, PRs all welcome.
Feb 2026 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →