SilentEditor
How did you decide where to simplify versus stay financially accurate, and were there any startup-equity edge cases you intentionally left out because they made the game less intuitive? :)
The Vim modal model feels almsot native for spreadsheets, and splitting the formula engine into a TUI-free core was prolly a great architectural choice.
How are you thinking about recalculation, dependency tracking, and undo/redo as the sheet grows, especially once multi-cell edits and larger CSVs start stressing the core?
Thx
I like that you keep things verifiable at each step too, thats the part most AI coding tools skip and then people think theyre progressing when theyre just generating code.
how do you decide milestone size so its not too tiny but also not overwhelming? do you track failed attempts/retries as part of progress, or only completed milestones? Also are you planning a mode where users can switch between learning path and spec mode in the same project? I think that could be very strong.
Very cool that it supports bitnet too even if results are rough right now, feels like theres a lot of room to tune there over time. when you do fix tok/sec, are you planning to post per-stage timings too (tokenizer, weight stream, matmul, samppling)? would be awesome to see where the biggest bottleneck is on real hw
Curious about 2 things if you can share:
whats your per-token latency on real hardware how much quality loss came from PSNT quantization vs fp16 baseline Either way this is peak hacker energy, shipping on actual hardware makes it 10x cooler.
- The document, when loaded, is not centered in the screen, a little bit annoying. - The landing page is not SUPER intuitive, I don't really know what to do or how to start doing anything, maybe a SMALL tutorial? - When I land on the page I get presented with dark mode, as soon as I select a tool and get redirected the theme changes to light mode.
Great tool and most of them work good too!
I will browse a bit more and let you know what I find :)
All the technology already exists: PDF.js for parsing and rendering (same engine Firefox uses), pdf-lib for assembling output files, Canvas API for pixel-level work, Tesseract.js compiled to WebAssembly for OCR. The problem is making these pieces work together smoothly enough that it actually feels like a real editor and not a hack.
Most of the system is deterministic plumbing. Rendering pages to canvas, extracting text span coordinates, managing overlay state for highlights and signatures, remapping annotations when pages get reordered or deleted. The part where things get tricky is everything visual: matching the original font when you replace text, sampling the actual ink color from rendered pixels so your edits don't look obviously different, and producing an export that's either compact with selectable text (Vector mode) or pixel-perfect faithful to what you see on screen (Visual Perfect mode).
The privacy model is enforced architecturally, not by policy. Production builds ship with a Content Security Policy and a runtime network guard that block outbound requests carrying document data. The only things that touch the network are billing metadata through Stripe and page analytics through Cloudflare. Neither carries any document content. There's a CI suite that fails the build if any of this regresses.
It's already handling real editing workflows: text replacement with font trait detection, electronic signatures with date stamps, page insert/delete/duplicate/reorder/merge, shape annotations, OCR for scanned documents, and both export paths. But font matching is still imperfect for uncommon typefaces, color sampling from the canvas can miss on edge cases, and Visual Perfect export produces larger files than I'd like.
I'd especially welcome criticism on: is the free tier boundary (daily export cap, Visual Perfect gated to premium) reasonable, or does it feel like it cripples the product? And for people who actually handle sensitive documents regularly, does "runs in your browser, no upload" actually change your behavior, or do you just not think about it?
Good work! Interesting to follow.