[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-windows-docker-desktop-wsl2-install-guide-en":3,"article-related-windows-docker-desktop-wsl2-install-guide-en":30,"series-tools-9f99ef38-1dc3-4b1f-b3fc-f3892e2af586":73},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":29},"9f99ef38-1dc3-4b1f-b3fc-f3892e2af586","windows-docker-desktop-wsl2-install-guide-en","Windows Docker Desktop installs cleanly with WSL 2","\u003Cp data-speakable=\"summary\">A Windows \u003Ca href=\"\u002Ftag\u002Fdocker\">Docker\u003C\u002Fa> Desktop install flow with WSL 2, ARM64, and verification commands.\u003C\u002Fp>\u003Cp>I've been walking people through Docker Desktop on Windows for years, and the same thing keeps happening: the installer looks simple, then Windows starts acting like a prankster. The app downloads fine, the setup wizard opens, and then you get hit with one of three annoyances. Virtualization is off in BIOS. WSL is half-installed. Or the thing is technically installed but the engine never comes up, so you stare at a whale icon like it owes you money.\u003C\u002Fp>\u003Cp>What finally stopped the back-and-forth for me was treating the install as a chain, not a single click. Hardware virtualization has to be on. WSL 2 has to be current. You need the right installer for x64 or ARM64. And you need a verification step that proves Docker can actually run containers, not just that the desktop app launches. That’s the version I’m breaking down here, because the “just install it” advice is how people lose an afternoon.\u003C\u002Fp>\u003Cp>If you want the source this is based on, I’m pulling from \u003Ca href=\"https:\u002F\u002Fusedocker.com\u002Finstall\u002Fwindows\">usedocker.com\u002Finstall\u002Fwindows\u003C\u002Fa>, the Windows install guide from \u003Ca href=\"https:\u002F\u002Fusedocker.com\">usedocker.com\u003C\u002Fa>. I’m also cross-checking against \u003Ca href=\"https:\u002F\u002Fdocs.docker.com\u002Fdesktop\u002Fsetup\u002Finstall\u002Fwindows-install\u002F\">Docker’s Windows install docs\u003C\u002Fa> and \u003Ca href=\"\u002Ftag\u002Fmicrosoft\">Microsoft\u003C\u002Fa>’s own \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fwindows\u002Fwsl\u002Finstall\">WSL install guide\u003C\u002Fa>, because I’d rather not trust a single page when Windows is involved.\u003C\u002Fp>\u003Ch2>Stop treating virtualization like a Docker setting\u003C\u002Fh2>\u003Cblockquote>Confirm each one now and you’ll skip the most common first-launch errors.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Docker Desktop is not the place where virtualization gets turned on. Docker just complains after the fact. If Intel VT-x, AMD-V, or SVM is disabled in firmware, Docker Desktop can’t paper over that. The app can be perfectly installed and still fail because the machine itself is missing the one feature the backend needs.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781737397954-odpt.png\" alt=\"Windows Docker Desktop installs cleanly with WSL 2\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>I ran into this on a laptop that looked fine in every normal Windows screen. Task Manager said virtualization was disabled, and that was the whole story. No amount of reinstalling Docker fixed it. The fix was buried in UEFI, under a menu that had nothing to do with Docker. That’s the part people miss: Docker Desktop is downstream of your firmware settings.\u003C\u002Fp>\u003Cp>The source guide tells you to check Task Manager first, which is exactly what I do now. Open \u003Cstrong>Task Manager\u003C\u002Fstrong>, go to \u003Cstrong>Performance\u003C\u002Fstrong>, click \u003Cstrong>CPU\u003C\u002Fstrong>, and look for \u003Cstrong>Virtualization: Enabled\u003C\u002Fstrong>. If it says disabled, reboot into BIOS or UEFI and turn on the virtualization setting for your chip.\u003C\u002Fp>\u003Cp>How to apply it:\u003C\u002Fp>\u003Cul>\u003Cli>Check virtualization in Task Manager before touching the installer.\u003C\u002Fli>\u003Cli>Enable Intel VT-x, AMD-V, or SVM in firmware if it’s off.\u003C\u002Fli>\u003Cli>Reboot back into Windows and confirm the status changed.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>If you want the official Microsoft side of this, the WSL docs explain the kernel and platform requirements that sit underneath Docker’s WSL 2 backend: \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fwindows\u002Fwsl\u002Finstall\">Microsoft Learn: Install WSL\u003C\u002Fa>. If you want Docker’s own requirements page, use \u003Ca href=\"https:\u002F\u002Fdocs.docker.com\u002Fdesktop\u002Fsetup\u002Finstall\u002Fwindows-install\u002F\">Docker Desktop for Windows\u003C\u002Fa>. I’m linking both because Windows install guides age badly and then everybody pretends the old advice still works.\u003C\u002Fp>\u003Ch2>WSL 2 is the real backend, so install that first\u003C\u002Fh2>\u003Cblockquote>Docker Desktop’s default backend is WSL 2.\u003C\u002Fblockquote>\u003Cp>That sentence matters more than most install pages admit. Docker Desktop on Windows is no longer about the old Hyper-V-first world for most developers. The recommended path is WSL 2, which means Docker is running Linux containers through a lightweight Linux environment integrated with Windows. If WSL 2 is missing or stale, Docker Desktop starts acting weird before you even get to your first container.\u003C\u002Fp>\u003Cp>The guide’s shortcut is the right one for fresh systems: run \u003Ccode>wsl --install\u003C\u002Fcode> in an elevated PowerShell window, reboot, and let Windows install the pieces it needs. If WSL already exists, update it with \u003Ccode>wsl --update\u003C\u002Fcode>. That’s the bit I wish more install guides said plainly. People keep reinstalling Docker when the actual problem is an old WSL kernel.\u003C\u002Fp>\u003Cp>I’ve seen this especially on machines that had WSL 1 distros hanging around from an old setup. The Docker install technically completes, but the backend never quite settles. Updating WSL first removes a whole class of nonsense. And yes, you do need to reboot. Windows loves making kernel updates look optional until they are not.\u003C\u002Fp>\u003Cp>How to apply it:\u003C\u002Fp>\u003Cul>\u003Cli>Open PowerShell as Administrator.\u003C\u002Fli>\u003Cli>Run \u003Ccode>wsl --install\u003C\u002Fcode> on a fresh machine.\u003C\u002Fli>\u003Cli>Run \u003Ccode>wsl --update\u003C\u002Fcode> if WSL already exists.\u003C\u002Fli>\u003Cli>Reboot before launching Docker Desktop.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Microsoft’s WSL install page is the canonical reference here: \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fwindows\u002Fwsl\u002Finstall\">Install WSL on Windows\u003C\u002Fa>. If you want the command reference itself, Microsoft keeps that under \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fwindows\u002Fwsl\u002Fbasic-commands\">basic WSL commands\u003C\u002Fa>. I’m being picky about links because “just \u003Ca href=\"\u002Ftag\u002Fgoogle\">Google\u003C\u002Fa> it” is how you end up on a five-year-old forum post that tells you to enable the wrong feature.\u003C\u002Fp>\u003Ch2>Pick the right installer or you’ll waste time on the wrong binary\u003C\u002Fh2>\u003Cblockquote>Pick the installer that matches your CPU architecture.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Windows laptops are no longer one-size-fits-all. If you’re on Intel or AMD, you want the x64 build. If you’re on a Snapdragon X machine or another ARM-based Windows laptop, you need the ARM64 installer. Install the wrong one and you can end up debugging a problem that is really just a bad match between hardware and package.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781737394728-v037.png\" alt=\"Windows Docker Desktop installs cleanly with WSL 2\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>The source page is smart to call this out explicitly. A lot of people still assume “Windows installer” is a single file. It isn’t, and ARM64 matters more now because Windows on ARM is no longer some niche experiment. The installer should be code-signed too, and if the signature looks wrong, I would not keep going. Re-download from the official source and avoid the mystery file from wherever.\u003C\u002Fp>\u003Cp>I ran into this on a Surface device where the user had grabbed the x64 build out of habit. The installer didn’t fail loudly enough to make the mistake obvious. It just created confusion later. Since then, I tell people to verify the architecture first, then download once, not three times.\u003C\u002Fp>\u003Cp>How to apply it:\u003C\u002Fp>\u003Cul>\u003Cli>Use x64 for Intel and AMD systems.\u003C\u002Fli>\u003Cli>Use ARM64 for Snapdragon X and other ARM-based Windows PCs.\u003C\u002Fli>\u003Cli>Check the file signature before running the installer.\u003C\u002Fli>\u003Cli>Download from Docker’s official Windows page or the guide you trust.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>For the official download page, use \u003Ca href=\"https:\u002F\u002Fwww.docker.com\u002Fproducts\u002Fdocker-desktop\u002F\">Docker Desktop\u003C\u002Fa>. For ARM64-specific Windows support, Docker’s install docs are clearer than most third-party writeups: \u003Ca href=\"https:\u002F\u002Fdocs.docker.com\u002Fdesktop\u002Fsetup\u002Finstall\u002Fwindows-install\u002F\">Docker Desktop install on Windows\u003C\u002Fa>. If you’re on ARM and want more background on Windows-on-ARM behavior, Microsoft’s device docs are the sane place to start: \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fwindows\u002Farm\u002F\">Windows on Arm\u003C\u002Fa>.\u003C\u002Fp>\u003Ch2>The installer is easy; the session change is what people miss\u003C\u002Fh2>\u003Cblockquote>The installer copies ~600 MB of files, adds your user to docker-users, and registers a Windows service.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Docker Desktop changes system state, not just app state. It installs a service, updates group membership, and sets up the backend pieces that let your user talk to the engine. That’s why the guide tells you to log out after install. New group membership does not magically apply to the session you already have open.\u003C\u002Fp>\u003Cp>This is one of those annoying Windows truths that keeps showing up in dev tooling. You can finish the installer, launch the app, and still not have permission to talk to Docker correctly until you start a fresh session. The “it installed but doesn’t work” complaint often turns out to be “you never logged out.”\u003C\u002Fp>\u003Cp>I’ve watched people reinstall Docker three times because they skipped the logout step. I get it. The wizard says finished, and your brain wants the story to be over. But if the installer added you to \u003Ccode>docker-users\u003C\u002Fcode>, you need a new login session for that membership to matter.\u003C\u002Fp>\u003Cp>How to apply it:\u003C\u002Fp>\u003Cul>\u003Cli>Run the installer as an admin user.\u003C\u002Fli>\u003Cli>Leave \u003Cstrong>Use WSL 2 instead of Hyper-V\u003C\u002Fstrong> checked unless you have a specific reason not to.\u003C\u002Fli>\u003Cli>After install, log out and log back in.\u003C\u002Fli>\u003Cli>Don’t skip the session refresh.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>If you want the official backend preference and service behavior, Docker documents it in their Windows setup docs: \u003Ca href=\"https:\u002F\u002Fdocs.docker.com\u002Fdesktop\u002Fsetup\u002Finstall\u002Fwindows-install\u002F\">Docker Desktop for Windows\u003C\u002Fa>. The source guide also points out the \u003Ccode>docker-users\u003C\u002Fcode> group and the \u003Ccode>com.docker.service\u003C\u002Fcode> service, which are the details I wish more beginner guides included.\u003C\u002Fp>\u003Ch2>First launch is where licensing and sign-in show up\u003C\u002Fh2>\u003Cblockquote>You’re prompted to accept the Docker Subscription Service Agreement.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Docker Desktop is not just a local app you install and forget. There’s a licensing model attached to it, and the first launch is where Docker makes you face it. If you use Docker personally, in education, on qualifying open-source work, or in a small business under the stated limits, that’s one thing. If you’re at a larger company, that’s another conversation.\u003C\u002Fp>\u003Cp>The guide is right to say you can sign in with a Docker Hub account but don’t have to. Sign-in is useful because it can improve pull limits and unlock extras like Docker Scout, but it is not the same as the install itself. I’ve seen teams confuse “sign in” with “license compliance,” and those are not interchangeable.\u003C\u002Fp>\u003Cp>Also, the whale icon is not decorative. It’s your status indicator. If the app says starting forever, that usually means the backend never came up cleanly. At that point I stop guessing and go straight to troubleshooting rather than clicking around the UI like it owes me answers.\u003C\u002Fp>\u003Cp>How to apply it:\u003C\u002Fp>\u003Cul>\u003Cli>Read the subscription agreement before accepting it.\u003C\u002Fli>\u003Cli>Sign in if you need Docker Hub features or Docker Scout.\u003C\u002Fli>\u003Cli>Watch the tray icon for the engine state.\u003C\u002Fli>\u003Cli>Do not assume a signed-in account fixes backend issues.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>For the licensing and subscription details, Docker’s official pricing and subscription pages are the place to check: \u003Ca href=\"https:\u002F\u002Fwww.docker.com\u002Fpricing\u002F\">Docker pricing\u003C\u002Fa>. For Docker Hub, use \u003Ca href=\"https:\u002F\u002Fhub.docker.com\u002F\">Docker Hub\u003C\u002Fa>. I’m linking these because a lot of install guides pretend licensing is a footnote. It isn’t.\u003C\u002Fp>\u003Ch2>Verification is the only part that matters\u003C\u002Fh2>\u003Cblockquote>Run docker --version and docker run --rm hello-world.\u003C\u002Fblockquote>\u003Cp>What this actually means is that an installed app is not the same thing as a working container engine. I care about the verification commands more than the installer splash screen because they prove the path end to end: your shell can talk to Docker, Docker can start a container, and the container can print something back.\u003C\u002Fp>\u003Cp>This is the part I use when I’m helping someone remotely. If \u003Ccode>docker --version\u003C\u002Fcode> works but \u003Ccode>docker run --rm hello-world\u003C\u002Fcode> fails, we know the CLI exists but the daemon path is broken. If both work, we’re done. That’s the cleanest possible signal and it saves a lot of hand-wavy “maybe restart it again” nonsense.\u003C\u002Fp>\u003Cp>Use a fresh PowerShell window after install, especially if you just logged out and back in. Then run the commands exactly as written. If the hello-world container prints the standard success message, the engine is reachable and the install is good enough to start real work.\u003C\u002Fp>\u003Cp>How to apply it:\u003C\u002Fp>\u003Cul>\u003Cli>Open a new PowerShell window after reinstalling or logging back in.\u003C\u002Fli>\u003Cli>Run \u003Ccode>docker --version\u003C\u002Fcode>.\u003C\u002Fli>\u003Cli>Run \u003Ccode>docker run --rm hello-world\u003C\u002Fcode>.\u003C\u002Fli>\u003Cli>Only move on once both succeed.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>The official hello-world image lives here: \u003Ca href=\"https:\u002F\u002Fhub.docker.com\u002F_\u002Fhello-world\">hello-world on Docker Hub\u003C\u002Fa>. If you want to compare behavior with Docker’s docs, their getting started page is still useful: \u003Ca href=\"https:\u002F\u002Fdocs.docker.com\u002Fget-started\u002F\">Docker Get Started\u003C\u002Fa>. I’m not pretending the verification command is glamorous. It’s just the one that tells the truth.\u003C\u002Fp>\u003Ch2>Use the optional settings only when they solve a problem\u003C\u002Fh2>\u003Cblockquote>Cap the resources Docker Desktop is allowed to use.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Docker Desktop can be pretty polite on a shared machine, but you still need to know where the knobs are. The WSL 2 backend borrows memory dynamically from Windows, which is nice until you want a hard ceiling. Then you edit \u003Ccode>%USERPROFILE%\\.wslconfig\u003C\u002Fcode> and set memory and CPU limits explicitly.\u003C\u002Fp>\u003Cp>I like this section because it keeps people from over-tuning too early. Don’t enable Kubernetes just because the checkbox is there. Don’t pin resource limits unless you know why you need them. But if Docker is eating too much memory on a laptop or you want startup behavior under control, the settings are useful and practical.\u003C\u002Fp>\u003Cp>I’ve used the \u003Ccode>.wslconfig\u003C\u002Fcode> route on machines where Docker was competing with browsers, editors, and local databases. A hard cap made the machine behave better overall. On the other hand, enabling Kubernetes on a machine that only needed container builds was just self-inflicted pain. Less is often better here.\u003C\u002Fp>\u003Cp>How to apply it:\u003C\u002Fp>\u003Cul>\u003Cli>Use \u003Ccode>.wslconfig\u003C\u002Fcode> for memory and CPU limits if needed.\u003C\u002Fli>\u003Cli>Run \u003Ccode>wsl --shutdown\u003C\u002Fcode> after changing WSL settings.\u003C\u002Fli>\u003Cli>Only enable Kubernetes if you actually need a local cluster.\u003C\u002Fli>\u003Cli>Turn on auto-start only on machines that benefit from it.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>For Docker’s resource settings, see \u003Ca href=\"https:\u002F\u002Fdocs.docker.com\u002Fdesktop\u002Fsettings\u002Fwindows\u002F\">Docker Desktop settings on Windows\u003C\u002Fa>. For WSL config syntax, Microsoft documents it here: \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fwindows\u002Fwsl\u002Fwsl-config\">WSL configuration\u003C\u002Fa>. Those two pages are where I go when I need the exact knob names instead of folk wisdom.\u003C\u002Fp>\u003Ch2>The template you can copy\u003C\u002Fh2>\u003Cpre>\u003Ccode># Docker Desktop on Windows install checklist\n\n## Before you install\n- [ ] Windows 10 21H2+ or Windows 11\n- [ ] Hardware virtualization enabled in BIOS\u002FUEFI\n- [ ] Admin account available\n- [ ] Correct installer downloaded for CPU architecture\n  - x64 for Intel\u002FAMD\n  - ARM64 for Snapdragon X \u002F other ARM Windows PCs\n\n## WSL 2 setup\nOpen PowerShell as Administrator:\n\npowershell\nwsl --install\n# or, if WSL already exists:\nwsl --update\n\n\nReboot after the command finishes.\n\n## Install Docker Desktop\n1. Run `Docker Desktop Installer.exe`\n2. Leave **Use WSL 2 instead of Hyper-V** checked\n3. Finish the install\n4. Log out and log back in\n\n## First launch\n1. Open Docker Desktop from the Start menu\n2. Accept the subscription agreement\n3. Sign in only if you need Docker Hub features or Docker Scout\n4. Wait for the whale icon to show Docker Desktop is running\n\n## Verify the install\nOpen a fresh PowerShell window and run:\n\npowershell\ndocker --version\ndocker run --rm hello-world\n\n\nIf both commands succeed, Docker Desktop is ready.\n\n## Optional tuning\nEdit `%USERPROFILE%\\.wslconfig` if you need resource limits:\n\nini\n[wsl2]\nmemory=8GB\nprocessors=4\n\n\nApply changes with:\n\npowershell\nwsl --shutdown\n\n\n## Common fixes\n- Virtualization disabled: enable Intel VT-x \u002F AMD-V \u002F SVM in BIOS\n- WSL 2 incomplete: run `wsl --update`, then reboot\n- Docker stuck starting: restart Windows, then re-check the tray icon\n- Permission issues: confirm you logged out after install\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>This is the part I’d copy into a team wiki without much editing. It keeps the install sequence honest, and it forces the verification step to happen before anyone declares victory.\u003C\u002Fp>\u003Cp>Source attribution: the workflow above is based on the Windows install guide at \u003Ca href=\"https:\u002F\u002Fusedocker.com\u002Finstall\u002Fwindows\">https:\u002F\u002Fusedocker.com\u002Finstall\u002Fwindows\u003C\u002Fa>, with supporting references from Docker and Microsoft. The checklist is my distilled version of that material, not a verbatim copy.\u003C\u002Fp>","A practical Windows install flow for Docker Desktop with BIOS virtualization, WSL 2, ARM64, and a copy-ready verification block.","usedocker.com","https:\u002F\u002Fusedocker.com\u002Finstall\u002Fwindows",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781737397954-odpt.png","tools","en","6500bce4-42a7-49a7-9bb0-39f370276974",[17,18,19,20,21],"Docker Desktop","Windows","WSL 2","ARM64","virtualization",[23,24,25],"Check BIOS virtualization before touching Docker Desktop.","Install or update WSL 2, then reboot.","Verify with docker run --rm hello-world, not just the GUI.",0,"2026-06-17T23:02:54.583634+00:00","2026-06-17T23:02:54.574+00:00","f13bfe20-4e8a-4ea4-b2d5-cf321bd36a85",{"tags":31,"relatedLang":32,"relatedPosts":36},[],{"id":15,"slug":33,"title":34,"language":35},"windows-docker-desktop-wsl2-install-guide-zh","Windows Docker Desktop 用 WSL 2 裝乾淨","zh",[37,43,49,55,61,67],{"id":38,"slug":39,"title":40,"cover_image":41,"image_url":41,"created_at":42,"category":13},"cc4a6360-46f7-4cdd-b250-74e4474d0407","build-semantic-search-opensearch-vectors-en","Build semantic search with OpenSearch vectors","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781714885490-g1o1.png","2026-06-17T16:47:37.268089+00:00",{"id":44,"slug":45,"title":46,"cover_image":47,"image_url":47,"created_at":48,"category":13},"46e957eb-f078-4527-9f2b-e05e801998d8","zvec-turns-local-vector-search-into-a-library-en","Zvec turns local vector search into a library","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781714031518-cson.png","2026-06-17T16:33:24.445725+00:00",{"id":50,"slug":51,"title":52,"cover_image":53,"image_url":53,"created_at":54,"category":13},"f13eeb6f-828b-47f1-bffa-ce23f2039ede","codex-override-file-team-safety-en","Codex 的 override 文件让团队少踩坑","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781712203131-p9n8.png","2026-06-17T16:02:50.475328+00:00",{"id":56,"slug":57,"title":58,"cover_image":59,"image_url":59,"created_at":60,"category":13},"2aa4df9d-e949-45c1-98b0-af8c8c0f799b","opencode-terminal-ai-coding-loop-en","OpenCode turns terminal chat into a coding loop","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781693306666-aejr.png","2026-06-17T10:47:58.91198+00:00",{"id":62,"slug":63,"title":64,"cover_image":65,"image_url":65,"created_at":66,"category":13},"8f7dbc25-a9a2-4539-a4d1-8cd9932444e1","open-source-ai-software-infrastructure-wins-en","Open-source AI software is winning on infrastructure, not hype","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781691474026-aqqd.png","2026-06-17T10:17:27.28173+00:00",{"id":68,"slug":69,"title":70,"cover_image":71,"image_url":71,"created_at":72,"category":13},"33c54a94-00ba-4029-bd8d-67b27812d487","wazero-turns-go-wasm-into-plain-go-en","Wazero turns Go Wasm into plain Go","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781681636537-3in0.png","2026-06-17T07:33:31.022165+00:00",[74,79,84,89,94,99,104,109,114,119],{"id":75,"slug":76,"title":77,"created_at":78},"8008f1a9-7a00-4bad-88c9-3eedc9c6b4b1","surepath-ai-mcp-policy-controls-en","SurePath AI's New MCP Policy Controls Enhance AI Security","2026-03-26T01:26:52.222015+00:00",{"id":80,"slug":81,"title":82,"created_at":83},"27e39a8f-b65d-4f7b-a875-859e2b210156","mcp-standard-ai-tools-2026-en","MCP Standard in 2026: Integrating AI Tools","2026-03-26T01:27:43.127519+00:00",{"id":85,"slug":86,"title":87,"created_at":88},"165f9a19-c92d-46ba-b3f0-7125f662921d","rag-2026-transforming-enterprise-ai-en","How RAG in 2026 is Transforming Enterprise AI","2026-03-26T01:28:11.485236+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"6a2a8e6e-b956-49d8-be12-cc47bdc132b2","mastering-ai-prompts-2026-guide-en","Mastering AI Prompts: A 2026 Guide for Developers","2026-03-26T01:29:07.835148+00:00",{"id":95,"slug":96,"title":97,"created_at":98},"3ab2c67e-4664-4c67-a013-687a2f605814","garry-tan-open-sources-claude-code-toolkit-en","Garry Tan Open-Sources a Claude Code Toolkit","2026-03-26T08:26:20.245934+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"66a7cbf8-7e76-41d4-9bbf-eaca9761bf69","github-ai-projects-to-watch-in-2026-en","20 GitHub AI Projects to Watch in 2026","2026-03-26T08:28:09.752027+00:00",{"id":105,"slug":106,"title":107,"created_at":108},"9f332fda-eace-448a-a292-2283951eee71","practical-github-guide-learning-ml-2026-en","A Practical GitHub Guide to Learning ML in 2026","2026-03-27T01:16:50.125678+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"1b1f637d-0f4d-42bd-974b-07b53829144d","aiml-2026-student-ai-ml-lab-repo-review-en","AIML-2026 Is a Bare-Bones Student Lab Repo","2026-03-27T01:21:51.661231+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"6d1bf3f6-e191-4d30-b55b-8a0722fa6afe","ai-trending-github-repos-and-research-feeds-en","AI Trending Tracks Repos and Research Feeds","2026-03-27T01:31:35.709532+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"010539a1-4c3a-4bd3-937a-26616422ee0d","awesome-ai-for-science-research-tools-map-en","Awesome AI for Science Is Becoming a Real Research Map","2026-03-27T01:46:50.89513+00:00"]