Ant, हल्का JavaScript रनटाइम और इकोसिस्टम
(antjs.org)- अपने विकसित किए गए Ant Silver इंजन पर असली npm पैकेज चलाता है, और लगभग 8.6MB के single binary व तेज startup speed को प्रमुखता देता है
- यह V8·JSC·SpiderMonkey को wrap करने वाला ढांचा नहीं है; compat-table 100% और WinterTC compliance दिखाता है, और Hono·Elysia·TypeScript·React·Rolldown·Wasm आदि को सपोर्ट करता है
- Hono को load करके 2 routes register करने के बाद exit करने वाले cold start measurement में 5.4ms दर्ज किया, जो Bun 12.8ms, Deno 24.8ms और Node.js 31.1ms से कम था
- packages को npm की तुलना में अधिकतम 40 गुना तेज install करता है, और TypeScript को सीधे run करने व default
fetchexport serving के कारण अलग build या framework adapter की जरूरत नहीं होती - untrusted code के लिए VM-isolated sandbox और npm protocol-compatible public registry ants.land देता है; macOS·Linux के arm64 और x86_64 पर अलग toolchain के बिना इस्तेमाल किया जा सकता है
अपना इंजन और तेज development flow
- Ant शुरू से बनाया गया एक high-performance JavaScript runtime है, जिसे Ant Silver engine सहित लगभग 8.6MB के portable single binary के रूप में distribute किया जाता है
- यह V8·JSC·SpiderMonkey based wrapper नहीं है
- compat-table में 100% दर्ज करता है और WinterTC Conformant के रूप में दिखाया जाता है
- Hono·Elysia·TypeScript·React·Rolldown·WinterTC·Wasm ecosystems को run करता है
-
Cold start performance
- Hono को load करके 2 routes register करने के बाद exit करता है, ताकि सिर्फ module resolution और initialization cost मापी जा सके
- Ant: 5.4ms
- Bun: 12.8ms
- Deno: 24.8ms
- Node.js: 31.1ms
-
Package installation
ant i honocommand से package install किया जा सकता है, और उदाहरण मेंhono@latestका 1 install 155ms में पूरा होता है- npm की तुलना में अधिकतम 40 गुना तेज install speed को प्रमुखता देता है, और अलग package management tool configure करने की जरूरत नहीं होती
-
Server और TypeScript execution
- file के default
fetchexport को server के रूप में provide करता है, इसलिए Hono जैसे framework को adapter के बिना run किया जा सकता हैant server.jsसे run करने पर basic example मेंhttp://localhost:3000पर listen करता है
- TypeScript file को
ant app.tsसे सीधे run किया जा सकता हैtsconfigadjustment, bundler,distdirectory, याtsc && node dist/app.jsstep की जरूरत नहीं होती
- file के default
Isolated execution और package ecosystem
-
VM-based sandbox
ant:sandboxकाSandboxसिर्फ permission check से आगे जाकर untrusted JavaScript को VM isolation boundary के अंदर run करता है- हर sandbox independent KVM या Hypervisor.framework VM का उपयोग करता है
- filesystem mount तब तक read-only रहता है जब तक write permission स्पष्ट रूप से नहीं दी जाती
- network default रूप से पूरी तरह blocked रहता है और केवल specified ports forward किए जाते हैं
-
Public package registry
- ants.land Ant के लिए public package registry है
- npm protocol का उपयोग करके इसे सिर्फ Ant ही नहीं, बल्कि npm·Yarn·pnpm·Bun से भी access किया जा सकता है
- packages scope या सामान्य नाम से install किए जाते हैं, और
esm.ants.landके जरिए browser में भी इस्तेमाल किए जा सकते हैं ant land loginसे login करते हैं औरant land publishसे package publish करते हैं- registry information में documentation·license·compatibility को दर्शाने वाला 0 से 100 तक का score शामिल होता है
- macOS और Linux के arm64 और x86_64 को support करता है और अलग toolchain की जरूरत नहीं होती
1 टिप्पणियां
Hacker News की राय
मैं रोज़ पूरे दिन AI से कोडिंग करता हूँ, लेकिन पिछले मार्च में उठाया गया यह issue ध्यान देने लायक है
बाद में कोड दोबारा लिखा गया हो, फिर भी मौजूदा AGPL codebase शुरुआती काम का बड़ा हिस्सा था, इसलिए “शुरू से खुद बनाया” कहना थोड़ा खटकता है
उस thread के मुताबिक पुराना version छोड़ने के बाद मूल authors को खास फर्क नहीं पड़ा लगता है, और मौजूदा code का रूप और structure अलग है, इसलिए वाकई rewrite हुआ दिखता है। कुल मिलाकर काम सच में अच्छा है, इसलिए जारी रखें, लेकिन सभी को सावधान रहने की ज़रूरत है
ऐसा impression है जैसे किसी LLM की Git history, जिसमें किसी दूसरे JavaScript engine का code लिया हुआ लगता है, उसे किसी और LLM से blog post बनवा दिया गया हो; इसलिए यह समझना भी मुश्किल है कि हुआ क्या, और project पर भरोसा करना और भी मुश्किल है
फरवरी के आसपास पुराने codebase को लगभग हटा दिया और कहीं ज़्यादा भरोसेमंद system शुरू से design किया। हमें पता था कि उस समय का code लगभग पूरी तरह low-quality AI-generated था, लेकिन वह सबसे बड़ी priority नहीं थी; अब हम ensure करते हैं कि review और testing के बिना कोई code pass न हो
पहले से Apache का Ant है, तो इसे “Antjs” या “Ant.js” के बजाय Ant नाम क्यों दिया गया, यह समझ नहीं आता: https://ant.apache.org
पहला version एक महीने में कैसे बनाया गया, यह पहले लेख में है, और कुछ महीनों बाद का follow-up दूसरे लेख में है
नया runtime और ecosystem शुरू से बनाना आर्थिक रूप से viable है या नहीं, पता नहीं, लेकिन ऐसा लगता है कि हम पहले ही उस चरण में पहुँच चुके हैं जहाँ पहले पूरी team से बनने वाला software अब एक developer बना रहा है, और यह अभी सिर्फ शुरुआत है
मैं किसी individual developer को ऐसा नया software बनाते देखना चाहता हूँ जो पहले teams भी नहीं बना पाई थीं। मैं AI को लेकर बहुत positive हूँ, लेकिन लगातार hype marketing से तंग आ चुका हूँ
मैंने मज़ाक किया था कि Anthropic का
antCLI Apacheantकी परवाह नहीं करता, और अब JavaScript काantभी आ गयाantCLI इस्तेमाल करते हुए एक भी व्यक्ति नहीं देखामैं JavaScript ecosystem या runtimes को गहराई से नहीं जानता, लेकिन smaller size, fast startup, sandboxing, और competitive performance — ये सब साथ में claim करना थोड़ा चौंकाने वाला है
पहले से mature और highly optimized JavaScript stacks की तुलना में ये फायदे दिलाने वाली core insight या design choices, या बड़ी technical bet क्या है, यह जानना चाहूँगा
वह सबसे तेज़ नहीं है, लेकिन सिर्फ “X से तेज़” होने की वजह से नया runtime adopt करना मुश्किल है। इस project के design choices ऐसे लगते हैं जैसे Claude या Codex ने Elk codebase का बड़ा हिस्सा copy किया हो
runtime और engine, और Colony के ज़रिए monetization समझ आता है, लेकिन अलग registry, अलग package manager, Ant Desktop, sandbox, और अस्पष्ट treatjs तक की ज़रूरत है या नहीं, पता नहीं
अगर यह JavaScript runtime है तो अच्छा होगा कि यह JavaScript चलाने का एक ही काम अच्छे से करे; समझ नहीं आता कि हर कोई integrated toolbox क्यों बनना चाहता है, और यह project पहले से ही complex दिखता है
“V8 के करीब speed” कहा गया है, लेकिन zoo.js benchmark में यह काफी दूर दिखता है: https://zoo.js.org/
अगर 10 फरवरी 2026 के बाद performance में बहुत सुधार नहीं हुआ है, तो यह दावा सही नहीं है
उस समय यह ज़्यादातर interpreter के रूप में चलता था और कई JIT operations भी missing थे; जल्द ही nightly builds में भी benchmarks शामिल किए जाएँगे
सबसे पहले मेरी नज़र sandboxing पर गई। समझ नहीं आता Node और npm इसे default में क्यों नहीं देते; इससे worms और supply-chain attacks काफी कम करने में मदद मिलेगी
अगर आप पहले से virtual machine के अंदर चला रहे हैं और nested virtualization चाहिए, तो support भी uncertain है और speed या efficiency भी अच्छी होना मुश्किल लगता है
website में इस्तेमाल हुआ serif font कौन सा है, यह जानना चाहूँगा। लगता है इसे
ant_serifनाम देकर बाकी identifiers हटा दिए गए हैं, लेकिन यह काफी अच्छा दिखता हैcold start benchmarks तो हैं, लेकिन runtime performance benchmarks Node, Deno, Bun, QuickJS वगैरह से compare करते हुए क्यों नहीं हैं, यह जानना चाहूँगा