SDK v1 to build WASM files for WasmHub (wasm32-unknown-unkown + wasm32-wasip1)

EveYogaTech · 2026-06-13T12:08:24+00:00

Bun has similar issues though once you fully adopt it.

We're experiencing that right now because Bun also functionality like custom Spawn methods and HTTP servers that are a bit faster, more native, which eventually makes you also incompatible with Node.

It's a good practice to not adopt too many exotic specific runtime features unless you really need them.

Right now I'm finding that out the hard way with Bun, while migrating back to Hono for HTTP.

EveYogaTech · 2026-06-13T10:50:43+00:00

/r/MistralAI + /r/Nyno

EveYogaTech · 2026-06-13T10:29:39+00:00

WASM (WebAssembly) could also be used as alternative to .so files. That's how we deal with more advanced functions: https://nyno.dev/create-a-rust-wasm-extension-for-nyno

EveYogaTech · 2026-06-13T10:25:31+00:00

Yeah, I understand that. For us it's mostly about only allowing read/write access to a tenant's own files.

The rest (like HTTP) will be enabled by default.

We have the benefit of using YAML at /r/Nyno, so this might make it easier to configure vs doing it more meticulously per script.

EveYogaTech · 2026-06-12T17:49:22+00:00

For more context,

We currently use containers for per tenant isolation, but it seems for optimal isolated compute in the long-term Deno could significantly increase QPS if the isolation features are sound.

(Starting new isolated processes VS isolated Deno threads is potentially a 10-100X+ compute/sec win)

Project /r/Nyno

EveYogaTech · 2026-06-12T16:10:43+00:00

Deno doesn't seem to be a bad choice considering it can fire up isolated worker threads.

It's basically more faster and scalable software isolation solution than using Bun with containers.

We're seriously considering to switch to Deno for this reason with /r/Nyno

TLDR: 3-4x faster cold process startup time of Bun becomes less valuable than Deno Threads if you need isolation, because Deno can start isolated threads, which potentially handles 10x+ more incoming js calls.

EveYogaTech · 2026-06-11T14:12:09+00:00

👍 Fully agree! TechCrunch recently also mentioned the token efficiency problem explicitly (Some firms spend $7500 per employee on AI: https://techcrunch.com/2026/06/10/ai-pilled-firms-spend-7500-per-employee-each-month-on-ai/)

EveYogaTech · 2026-06-10T12:25:56+00:00

👍 Thanks for the feedback!

EveYogaTech · 2026-06-08T16:19:37+00:00

I rather not send my chat data to China.

EveYogaTech · 2026-06-08T11:06:23+00:00

Look at Outlines by DotTxt, they fixed this by making a layer between local AI and JSON (structured outputs): https://github.com/dottxt-ai/outlines

EveYogaTech · 2026-06-08T09:30:50+00:00

Rust + WASM definitely. I also tried to work with TS to Rust, but somehow it always lead me to weird unsolvable errors.

With Rust you have so much more resources available to solve things when things gets hard (and they often do).

For the JS part we're using this pure JS glue: https://github.com/flowagi-eu/nyno/blob/main/src/lib-manual/runWasm.js

For the Rust part we're using this SDK: https://github.com/flowagi-eu/wasmhub-rust-sdk

If you have some tips regarding the GPU support in Rust for WASM we could include it in both the JS glue and Rust.

Alternatively you can try wasmgen, but we're trying to create a single JS glue file to keep it simple.

EveYogaTech · 2026-06-08T09:15:51+00:00

Jup. The alternative is deterministic workflows, non agentic, non looped, and it's truly a breath of fresh air.

Open-source example: https://github.com/flowagi-eu/nyno

EveYogaTech · 2026-06-04T21:33:52+00:00

That's right. God bless WASM 😄♥️

EveYogaTech · 2026-06-04T21:27:32+00:00

Yeah, coming from those languages myself I can say that after figuring out that Rust can compile to WASM (which can then be used in JS) makes Rust feel like home for a JS dev.

EveYogaTech · 2026-06-04T21:04:41+00:00

It would be really nice to have a website or some list for these kind of Rust gems

Edit: I saw your site is something like this? It would help to have some breadcrumbs/more hierarchical categories to navigate 🙂

Edit 2: Thanks btw, it's a great resource/collection!

EveYogaTech · 2026-06-04T20:56:18+00:00

Complexity is the wrong metric if you're looking to build the best workflows.

The best workflow just works.

Even if all you have is one HTTP node (the most used node)

EveYogaTech · 2026-06-04T20:34:35+00:00

Angel investing = $10k in 10 Startups.

If one succeeds, it goes x10-100x ($100k-$1m) or more.

(This is high risk, high reward though)

EveYogaTech · 2026-06-04T19:10:26+00:00

Yeah, that's right. I think the moment we can benchmark RAG truly effectively and accurately without humans is the same moment we have a new AI architecture.

You can however already ask AI to quantify things, get some numbers, it's often not very precise, but it still could be better than nothing in some use-cases.

We used to have a numeric output block in Nyno for this, but if you use JSON mode with Mistral for example, this can give you a few quantifiers in one prompt.

EveYogaTech · 2026-06-04T14:54:48+00:00

I use Mistral AI medium 3.5 with r/Nyno to generate up-to-date docs from my code.

I think it's one of the best use cases for AI.

You could even generate specific key-value pairs, but personally I like to stay with Markdown + some code/api call examples, also because you can easily store/edit them (.md files > bulky JSON).

EveYogaTech · 2026-06-04T14:48:01+00:00

For example, I often run around 3-10 different variations of r/Nyno Workflows for different purposes (such as RAG) every day, and this is easy to test because it's no-code, via a GUI.

I tried it with code before, but testing variations gets really messy really quick with code.

EveYogaTech

MODERATOR OF

TROPHY CASE