Moonshot's latest model Kimi-K3 is available on HuggingFace since today. And it's another good news for open-weight AI and for the future of open-source AI

It's a 2.8T-parameters Moonshot's SOTA model with 1 million tokens context window. The architecture is mixture-of-experts (896 experts) with 108B active parameters

It's available via vLLM, SGLang and TokenSpeed

License: Kimi K3 License. It allows commercial use with some limitations. For Model-as-a-Service it has $20M/year limit and after reaching the limit the license requires to make additional agreement with Moonshot. Details: https://huggingface.co/moonshotai/Kimi-K3/blob/main/LICENSE

Link to the model

Model could be downloaded from the HuggingFace:

https://huggingface.co/moonshotai/Kimi-K3

Electron version 43 has just landed and is now available to download. It contains performance optimizations and os integration improvements

Release on Github: https://github.com/electron/electron/releases/tag/v43.0.0

Notable Changes

• The main process now boots from an embedded snapshot provided by Node.js
• Improved performance of native event emission, IPC dispatch,
• Improved performance of webRequest header conversions
• Improved performance of Linux and Windows release builds. It's based on link-time optimization and improves loading of the Electron binary on startup
• New option allowExtensions added to protocol.registerSchemesAsPrivileged(). It enables Chrome extensions on custom protocols.

Breaking changes

• File downloads now open in the Downloads folder
• Frameless windows have rounded corners on Linux by default
• Removed: showHiddenFiles from dialog API on Linux

Read about other changes in detailed report on the Electronjs website

Detailed report: https://releases.electronjs.org/release/v43.0.0

According to the release Fugu reaches greater score in LiveCodeBench and TerminalBench than Fable 5. In the same time Fugu has different architecture and it's a routing agent built around models less capable than Fable 5 itself

LiveCodeBench

Model	Score
Fugu Ultra	93.2
Fugu	92.9
Fable 5	89.8
Gemini 3.1 Pro	88.5
GPT 5.5	85.3
Opus 4.8	87.8

Terminal Bench 2.1

Model	Score
Fugu Ultra	82.1
Fugu	80.2
Fable 5	80.4
Gemini 3.1 Pro	70.3
GPT 5.5	78.2
Opus 4.8	74.6

Release: https://sakana.ai/fugu-release/

HuggingFace team published an article on their blog that PEFT (Parameter Efficient Fine-Tuning) techniques (including LoRA) had evolved. And according to their benchmarks there are more efficient methods (like Orthogonal Fine-Tuning or OFT) to train graphic generation models. OFT provides higher quality (0.708 vs LoRA's 0.697) and less memory consumption (9.01Gb vs LoRA's 9.97Gb) according to their benchmarks

The article: https://huggingface.co/blog/peft-beyond-lora

They invite developers to try and customize their PEFT library and training methods: https://github.com/huggingface/peft/tree/main/method_comparison#creating-new-experiments

Also PEFT methods could be applied to different types of models, not only image generating one, so it could worth to know about and experimenting with it

According to Unsloth.ai's post on HuggingFace, they increased local inference up to 1.8x times on local machines consuming 18GB RAM

Post and video by Unsloth: https://huggingface.co/posts/danielhanchen/743111551583952

URL: https://www.rfc-editor.org/info/rfc10008/

New method named QUERY would receive data from a server with a data sent in request body but unlike POST would not mutate server's data. All the details are in the RFC draft text

Actually it's quite unexpected after years of silence. It felt like HTTP is in a low maintenance mode. But here it is the new method!

UPD. The release has been postponed

>We have identified an issue in our OSX Release builds related to the Temporal API. Until this issue is solved, we won't be able to release Node.js v26.0.0. Therefore, I'm postponing this release (again) to May 4th (next Tuesday)

RafaelGSS commented

Announcement

The latest release of Node.js (v26.0) is full of small improvements, and bug fixes of different severity, and tweaks here and there across the modules and core. Even the upgrade of V8 to the version 14.6 is nothing big. There are module version changes to match with Electron, so some native modules would require rebuilding, it means that for those who uses native modules it probably would be useful to test them against the new Node.js before upgrading

The promised cherry. The most notable thing is the removal of --experimental-transform-types flag, so now TypeScript is not experimental nor optional. Since default support of TypeScript since the v25 it's only a symbolic change

Here are some of the changes:

• update V8 to v14.6.202.33
• update NODE_MODULE_VERSION to 147
• Temporal API is enabled by default. Also it has been improved with V8's update
• Upsert proposal support: map.getOrInsert() and map.getOrInsertComputed()
• Iterator concatenation: Iterator.concat()
• better Rust support, from crate's CLI flags to ENV variables
• sqlite: enabled percentile extension required for statistics with such functions as median and percentile

Seems like the biggest changes are about to be made to the next LTS release

The project has codename Pacquet. Its a rewrite to Rust after the fresh release of the v11. Don't expect it soon though. There is no clear schedule behind the rewrite. What's might be interesting the Rust version was abandoned for about 2 years and now the development has restarted

For those of you who might not know, PNPM is a notable game-changing package manager for Node.js. It stores dependencies once using hardlinks and doesn't download things twice when you start a new project with the same or similar structure. It would download newer versions of the packages if there are and the new ones. It's very space efficient and fast

With the latest Vite 8's Rust overwrite, it seems obvious that Rust has become the favorite language of the Webdev community and I'm curious what would be the next project to migrate