developer • web dev enthusiast • svelte lover ❤️

introducing herdr-projects what they said. but you know - for @herdrdev install: herdr plugin install eliasstravik/herdr-projects repo: github.com/eliasstravik/herd… enjoy!
Projects now run from one conversation, starting in Claude Code. You describe what needs doing, and Claude directs parallel threads that keep working after you close your laptop. In beta today for select Pro and Max users in cloud sessions; coming to all Claude users soon.
27
49
816
134,916
Used Fable 5.1 to turn my Kindle into a Linux terminal so I could work without blue light at night
253
364
6,392
561,761
Enis retweeted
I lately came across @aurorascharff's revamped version of next-books. I wanted to replicate the same blazing-fast feel in SvelteKit so I threw this fun little demo together: sveltekit-books! Built on SvelteKit 3 + Svelte 5, using hover-preload for navigations that feel instant
1
16
86
3,475
Enis retweeted
🧑‍💻 Thanks to custom renderers and GPUIX you can now try building native desktop apps with Svelte! Check out the video and repo below to get started! github.com/khromov/gpuix-sve… #svelte #javascript #native
3
4
38
1,448
Replying to @dummdidumm_
bro is trying to single handedly build the missing components ecosystem around svelte
1
4
140
i swear when usa is awake llms work slower i just cant prove it
40
3
188
9,806
Replying to @thekitze
I can work full steam all day in aus only to start getting API overloaded errors as soon as its US primetime
1
1
77
11 New Svelte Data Tables Blocks Built on top of @tan_stack Table V9 Includes: 1. Row selection 2. Pagination 3. Column filters 4. Draggable columns 5. Pinnable columns 6. Complex table and more.... Live: sv-table.vercel.app/blocks
3
4
68
4,630
Enis retweeted
Hit your usage limit in Claude Code desktop? There's now an auto-continue checkbox. Turn it on, and it'll automatically continue where you left off once your limit resets.
1,008
739
15,858
1,504,158
Motion has a proper Svelte 5 port. It's called motion-sv. I rebuilt an entire React micro-interaction library on it, 157 components. The gap to React turned out to be four API details, not a rewrite.
3
1
11
318
1. Exit animations are global transitions, a dying parent doesn't kill them 2. Layout animations need an explicit snapshot, Svelte has no getSnapshotBeforeUpdate 3. One namespace per visible area, hidden elements report a zero box 4. Animate position, not size
36
Replying to @enisdev @sveltejs
2
3
132
Enis retweeted
Closing 9 issues with a single PR - didn't have that in a long time. This one was for a bunch of cleanup and streamlining of shallow routing (svelte.dev/docs/kit/shallow-…). SvelteKit 3 coming along great, prereleases are out on npm already - go try it out!
4
12
85
5,019
Enis retweeted
orcdev at it again.
Introducing shadscan 🪓 Deterministic UI audits for React shadcn apps. No AI, no API keys. Fully open source. One command. No install. npx [@]shadscan/cli Built for your terminal and your CI. 🧵
12
30
926
114,637
Shipped a Svelte widget in shadow dom. shadow-lg and ring-2 rendered nothing, no error. Shadow dom blocks the custom properties Tailwind's shadow utilities read. no --tw-shadow on :host, no shadow. Fix: same properties on :host. one line, utilities work again.
2
45
harnesses hold up better as separate editable surfaces than one prompt personalos already works that way: skill owns behavior, hook enforces, subagent isolates, ledger holds state edit one, the rest hold. adding a rule never breaks the others
1
35
the split is right. mine just skips the single database: one canonical file per entity, an append-only ledger for state, grep before the next step. no consolidation job needed when nothing gets scattered in the first place
Switching from Claude Code to Codex should take minutes. But for most people, it means starting from scratch (here's why)... Most engineers think they're locking into a harness. But they're actually locked into their context. So every time your assistant learns something, gains new skills, or automates another workflow, it becomes harder to switch. This is why, while building my personal AI assistant for our upcoming Manning book, I've been converging toward one architecture: Make the harness disposable. Keep everything else. Here's what that looks like: 1/ Unified memory Everything the agent knows lives in one place. Instead of scattering memory across multiple systems, I prefer building it on top of a single database that supports: Documents Full-text search Semantic search Knowledge graph traversal For me, that's @MongoDB. One database is enough for the majority of AI assistants. 2/ Serving layer The agent should talk directly to an interface. Typically, that's an MCP server. The database stores the memory. The MCP server owns the business logic. It decides: How memory is searched How memory is updated Which tools the agent can use When conversations become long-term memory This separation is what makes the system portable. 3/ Harness Claude Code. Codex. OpenCode. Gemini CLI. These should be the most replaceable part of your stack. If your context layer is portable, changing harnesses should be little more than a configuration change. The new assistant should immediately know: Who you are What you're working on What you've learned What matters to you Because your memory moved with you. To sum up: The model isn't the moat. The harness isn't the moat. Your context layer is. Design your architecture accordingly. P.S. If you're interested in building an AI assistant that remembers your research, notes, conversations, and preferences across any harness, I break down the full architecture in Decoding AI Magazine Read it here: decodingai.com/p/the-context…
1
40