Pro humans 👉🏽 https://xitter.cf/t.co/et236ueU85 👉🏽 https://xitter.cf/t.co/ejCbvXmHUL 👉🏽 https://xitter.cf/t.co/Dw54CxPAGp

Joined June 2019
Tired of writing the same content-loading code in every project? I've been working on FoldCMS: a type-safe static CMS built with @EffectTS_ with relations support. Comes with an SQLite content store. 👉🏽 Build the CMS, include the sqlite output in your sever, enjoy.
1
1
1
8
1,348
I had better results with MDX It keeps the simplicity of Markdown for most content and add complex reactive components when needed
24
Wow @tan_stack Start has server components now! And without « use client »/« use server » It happens within a serverFn so the code explicitly split the server only stuff, no directives needed! I much prefer this approach 🔥
3
82
Jimi retweeted
I can't believe someone would just steal from Anthropic like this. The millions of man-hours Anthropic spent hand-writing code, text, art, books, etc. to generate enough data for training must be taken into consideration here. Where is the respect for IP?
We’ve identified industrial-scale distillation attacks on our models by DeepSeek, Moonshot AI, and MiniMax. These labs created over 24,000 fraudulent accounts and generated over 16 million exchanges with Claude, extracting its capabilities to train and improve their own models.
345
933
88
13,076
1,175,582
That’s not … that is … Do you recognize this pattern? I see it exponentially more recently 😅
20
Replying to @notch @FutureTechie
Send me a DM!
7
1
235
13,066
Query-Driven Sync is going to be transformational IMO. It's already changed my perspective on not just modern server state, but also app state. It's bred from so many great ideas and tools that have come before it, built on top of bulletproof patterns and even some of our own libraries to do what I dreamt of being possible over 5 years ago when I started the original React Query.
🚀 TanStack DB 0.5 is here with Query-Driven Sync Your component's query IS the API call. No custom endpoints. No GraphQL resolvers. Just write your query and DB figures out exactly what to fetch. Details 🧵👇
19
28
4
592
72,760
I just released Kiru: a text chunking lib, 1000x faster than LangChain splitters. Built in Rust for Python. If you're building RAG systems, you know the basic drill: load documents, split them into chunks, feed them to your vector database. Simple enough, except most chunking libraries are painfully slow when you're processing millions of documents. kiru solves this bringing Rust native performance to Python via PyO3 bindings. The numbers: - 4000+ MB/s for byte chunking (Pure Rust) - 1,400+ MB/s for byte chunking (Python bindings) - 300+ MB/s for character-aware chunking - Constant memory usage, even on gigabyte files - Works with files, URLs, and glob patterns out of the box Why it's fast and memory efficient: Most chunkers load entire files into memory, then split them. Kiru streams data in blocks, chunks on-the-fly, and never breaks UTF-8 boundaries. The Rust implementation hits 4,000+ MB/s (for in memory string and byte chunking), and even the Python bindings crush slower pure Python implementation. Byte vs Character chunking: Byte chunking splits on byte boundaries (faster, perfect for token-limited models). So for a chunk of 500 bytes we just lookup the 500th byte in the sequence, if it's not a valid character boundary we take the closest one. Character chunking splits on exact characters count. It's slower because you need to compute all the character boundaries (characters can be multi-bytes). Both respect UTF-8 boundaries, so you never get corrupted text. Why it matters: When you're ingesting your entire knowledge base or processing documents in real-time, speed isn't just nice, it's the difference between a system that scales and one that doesn't. What's next: This is just the first release. Coming soon: 👉🏽 Delimiter-based splitting (newlines, sentences, paragraphs) 👉🏽 Recursive splitting with multiple delimiters 👉🏽 Markdown-native chunking (preserve structure) 👉🏽 Sitemap support (chunk entire websites from a single URL) 👉🏽 Code-aware splitting powered by tree-sitter Available now on PyPI and Rust Crates. Fully open source. Links below 👇🏽
2
1
2
79
PyPi: pypi.org/project/kiru Crates: crates.io/crates/kiru GitHub: github.com/bitswired/kiru A really cool use case of Rust for Text Chunking 🥳🔥 Check out the repo for more details also couldn’t find the owner on X if anyone does know the account please tag him 😊
1
1
1
61
Few days ago I shared FoldCMS. Today I'm showing you how the MDX loader works under the hood. It's actually a great example of @EffectTS_ Streams in action. Let's dive in
Tired of writing the same content-loading code in every project? I've been working on FoldCMS: a type-safe static CMS built with @EffectTS_ with relations support. Comes with an SQLite content store. 👉🏽 Build the CMS, include the sqlite output in your sever, enjoy.
2
1
1
69
The MDX loader is just one of several: - JSON files - YAML files - JSON Lines - YAML streams Or build your own loader for: - Notion - Contentful - Your database - Anywhere Link: foldcms.dev/
1
1
1
29
If you’re building: • Static sites with complex content • Documentation with relations • Blogs that need type safety • Content-heavy apps Give FoldCMS a try. Would love your feedback. RT if you think this could help someone  xitter.cf/bitswired/status/19777…
Few days ago I shared FoldCMS. Today I'm showing you how the MDX loader works under the hood. It's actually a great example of @EffectTS_ Streams in action. Let's dive in
1
23