frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Start all of your commands with a comma (2009)

https://rhodesmill.org/brandon/2009/commands-with-comma/
230•theblazehen•2d ago•65 comments

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
694•klaussilveira•15h ago•206 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
962•xnx•20h ago•553 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
5•AlexeyBrin•58m ago•0 comments

How we made geo joins 400× faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
129•matheusalmeida•2d ago•35 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

https://arcadeblogger.com/2026/02/02/unseen-footage-of-atari-battlezone-cabinet-production/
66•videotopia•4d ago•6 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
53•jesperordrup•5h ago•24 comments

Jeffrey Snover: "Welcome to the Room"

https://www.jsnover.com/blog/2026/02/01/welcome-to-the-room/
34•kaonwarb•3d ago•27 comments

ga68, the GNU Algol 68 Compiler – FOSDEM 2026 [video]

https://fosdem.org/2026/schedule/event/PEXRTN-ga68-intro/
10•matt_d•3d ago•2 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
236•isitcontent•15h ago•26 comments

Monty: A minimal, secure Python interpreter written in Rust for use by AI

https://github.com/pydantic/monty
233•dmpetrov•16h ago•124 comments

Where did all the starships go?

https://www.datawrapper.de/blog/science-fiction-decline
32•speckx•3d ago•21 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
335•vecti•17h ago•147 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
502•todsacerdoti•23h ago•244 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
385•ostacke•21h ago•97 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
300•eljojo•18h ago•186 comments

Microsoft open-sources LiteBox, a security-focused library OS

https://github.com/microsoft/litebox
361•aktau•22h ago•185 comments

UK infants ill after drinking contaminated baby formula of Nestle and Danone

https://www.bbc.com/news/articles/c931rxnwn3lo
8•__natty__•3h ago•0 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
422•lstoll•21h ago•282 comments

PC Floppy Copy Protection: Vault Prolok

https://martypc.blogspot.com/2024/09/pc-floppy-copy-protection-vault-prolok.html
68•kmm•5d ago•10 comments

Dark Alley Mathematics

https://blog.szczepan.org/blog/three-points/
96•quibono•4d ago•22 comments

The AI boom is causing shortages everywhere else

https://www.washingtonpost.com/technology/2026/02/07/ai-spending-economy-shortages/
19•1vuio0pswjnm7•1h ago•5 comments

Was Benoit Mandelbrot a hedgehog or a fox?

https://arxiv.org/abs/2602.01122
21•bikenaga•3d ago•11 comments

How to effectively write quality code with AI

https://heidenstedt.org/posts/2026/how-to-effectively-write-quality-code-with-ai/
264•i5heu•18h ago•215 comments

Delimited Continuations vs. Lwt for Threads

https://mirageos.org/blog/delimcc-vs-lwt
33•romes•4d ago•3 comments

Introducing the Developer Knowledge API and MCP Server

https://developers.googleblog.com/introducing-the-developer-knowledge-api-and-mcp-server/
63•gfortaine•13h ago•28 comments

I now assume that all ads on Apple news are scams

https://kirkville.com/i-now-assume-that-all-ads-on-apple-news-are-scams/
1076•cdrnsf•1d ago•460 comments

Female Asian Elephant Calf Born at the Smithsonian National Zoo

https://www.si.edu/newsdesk/releases/female-asian-elephant-calf-born-smithsonians-national-zoo-an...
39•gmays•10h ago•13 comments

Understanding Neural Network, Visually

https://visualrambling.space/neural-network/
298•surprisetalk•3d ago•44 comments

I spent 5 years in DevOps – Solutions engineering gave me what I was missing

https://infisical.com/blog/devops-to-solutions-engineering
154•vmatsiiako•20h ago•72 comments
Open in hackernews

Show HN: Clink – Bring your own CLI Agents, Ship instantly

https://clink.new
22•aaronSong•3mo ago
Clink lets you use the coding agents you already pay for (Claude Code, Codex CLI, Gemini CLI, Z.ai GLM) to build → live-preview → ship apps in an isolated container.

No token purchases, no extra cost for coding. Just link your existing Claude/OpenAI/Gemini account and start building and deploying instantly.

Why we built this:

Claude Code is our go-to for coding, but it lacked preview + deploy capabilities. We didn't want to pay Lovable again just for that.

Different agents excel at different tasks - Claude Code for versatility, Codex for complex work, GLM for speed. We needed one platform to leverage them all.

CLI agents offer more freedom than traditional web builders. We wanted to unlock their full potential with proper dev tooling.

What it does:

- Prompt → Build → Live → Deploy - The fastest path from idea to live website. Deploy for free.

- BYO Subscription - Use your existing plans efficiently (Claude Code $20 = 10x Lovable $25 usage, GLM $3 = 3x Claude Code $20)

DEV Mode (Beta):

- Multi-stack support - Build with Node, Python, Go, Rust and deploy containers to public URLs instantly

- Repo imports - Upgrade and deploy your existing projects across any stack

Links:

- Clink: https://clink.new

- OSS origin (Claudable, ~2.8k): https://github.com/opactorai/Claudable

We'd love any feedback, bug reports, or stack requests - we iterate fast and read every comment.

Comments

harry7922•3mo ago
This is super cool. Love the idea of using the agents I already pay for instead of signing up for yet another subscription. Curious how you're handling sandboxing and dependency isolation between builds? That's usually the hardest part when trying to make build -> preview -> deploy feel seamless for multiple runtimes.
aaronSong•3mo ago
sandboxing is indeed the trickiest part.

We're using Daytona for development environments, which gives us proper isolation out of the box. Each build runs in its own sandbox workspace with full container isolation, so there's no cross-contamination between projects or users.

mentalgear•3mo ago
Interesting, but Daytona appears to be a cloud-only sandboxing system. Yet your copy states: "coding agents run locally"; so unless I'm missing something, this is at least misleading, since the code/sandboxes need a Daytona cloud account.
aaronSong•3mo ago
ah, I think there's some confusion with the open source version! The OSS Claudable runs everything locally on your machine. This new Clink product runs in the cloud with Daytona sandboxes. sorry for the confusion, we should clarify that better. the 'locally' copy was from the original OSS project description. will update to be clearer about the cloud infrastructure for Clink!
cba18jy•3mo ago
Interesting use case.

I used many vibe coding apps and also cli agents. This could serve as a useful testbed for evaluating different CLI agents. Does the system support switching between multiple agents, or is that not currently implemented?

aaronSong•3mo ago
For now, we support switching between models within the same provider, but we're currently adding the ability to switch providers mid-session. We're working on agent switching similar to Cursor's LLM switch so you can seamlessly move between Claude Code, Codex, GLM, etc. during development. We're also exploring auto-switching based on task type, our model would automatically select the best agent for each task. For example, using Opus for frontend work and Codex for backend refactoring. The goal is to leverage each agent's strengths without you having to think about it.
jhack•3mo ago
Pretty cool! I see you support deploying to Vercel. Any plans to support other hosts?
aaronSong•3mo ago
Ah, Vercel is what we use in the open source Claudable version! For Clink, we currently deploy static/frontend to Cloudflare Pages and full stack apps to Railway, both work great for different use cases. We're definitely interested in adding more deployment targets. What hosting platforms would you prefer to see? we can prioritize based on what the community needs most
WildGreenLeave•3mo ago
I'm part of a new hosting platform focusing on the European market, would you be open to discuss what you are looking for and see if we can become partners? Obviously no strings attached :) If so, please drop me an email zander@ploi.cloud

Edit: Forgot to add my thought; I think you should be more clear about what Clink does compared to other software like Claude Code. The building demo's to me (a developer/devops person) are cool but my first thought was 'Why would I use this over Claude Code'? And only in this thread I saw the USP for Clink which makes perfect sense for non-techies!

aaronSong•3mo ago
Thanks for reaching out about the hosting platform! really interested in the European market, will definitely drop you an email once we get things more organized on our end. You make a great point about the messaging. claude code is definitely comfortable for many devs right now. but we're seeing people constantly switch between codex, claude, and now newer agents like droid and glm. we're positioning ourselves as a mixture of agents platform where you can leverage the best tool for each task. also yeah, CLI agents are amazing for coding but not great for instant previews or deployments. that's exactly the gap we're filling. the positioning will probably evolve as we learn more from users, but that's the core idea: bring your favorite CLI agents, get the missing pieces (preview + deploy) without paying for another full coding platform. appreciate the feedback on making this clearer upfront!
mentalgear•3mo ago
Other than having a GUI, how is this different from something more established like openCode ?
aaronSong•3mo ago
Good question! while we use CLI agents as the coding backbone, our focus is really on the application building experience: live preview and seamless deployment. The key difference is that we give you an isolated sandbox container where you can see your app running instantly, then deploy it with one click. so instead of just getting code output, you get a runnable application that you can interact with and ship immediately. openCode is great for pure coding tasks, but we're optimized for the full build-preview-deploy cycle.
mentalgear•3mo ago
Thanks for the clarification, and kudos to you for making it open-source!
ant1894•3mo ago
How does this differ from existiong app builders? I've seen quite a few similar projects.....
aaronSong•3mo ago
Most app builders use lightweight coding agents and infrastructure. we're leveraging the full power of CLI agents (Claude Code, Codex, etc) as the engine, which means you can build with any frontend stack like react/next/svelte and any backend like fastapi/nestjs/flask/ruby, then deploy everything as a container. this is live in beta now. also, if you have an existing project, say a python ML model, you can import it and add a frontend to create a complete deployable service. the CLI agents are just way more capable than typical app builder agents, and we're giving them the infrastructure to match that capability.
willchen•3mo ago
Really interesting project! I tried it last week and ran into same errors and today I tried it again and it worked.

I'm curious how the Clink desktop app connects to the web app. Is it sending some kind of oauth token so you can use call Claude Code, etc, on behalf of the user?

FWIW, I created an open-source project in this space https://github.com/dyad-sh/dyad/ and it's great to see people trying different approaches :)

aaronSong•3mo ago
Oh I really like your product! you're right about how it works. the desktop app sends oauth tokens to connect to the cloud infrastructure. dyad looks really cool, love the local-first approach. it's exciting to see so many different takes on this space right now. what are you focusing on with dyad these days?
willchen•3mo ago
thanks! we recently added MCP support so we're figuring out how to make it easier to find & add the right MCP tools for your use case :)
dohyun1m•3mo ago
I’ve actually used claudable before, and happy that you guys just made an cloud hosted version of it. But how are you handling all those server costs? Since it’s not just a local open source project right now, the fees might be kinda expensive.
aaronSong•3mo ago
thanks for using claudable before! for server costs, the sandbox previews have auto-stop functionality so the actual runtime is pretty short. keeps costs manageable. for deployments, cloudflare static hosting is basically free, and we only charge a small fee for custom domains since that's where we have actual costs. the beauty of leveraging existing platforms is that we don't have to run expensive infrastructure ourselves. most of the heavy lifting (the actual coding) happens on your CLI agent subscription, not our servers!
cetinsert•3mo ago
We do the same over at https://rtcode.io with "Agent Share"!

Instead of containers and "stacks", we use the web platform with vanilla HTML, CSS and JS (front-/back-end in 1 place)!

Deployments go to Cloudflare!

See examples at https://new.rt.ht – service workers you can edit live in the playground with URL imports of ESMs, get deployed as Cloudflare Workers!