<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: CoderLuii</title><link>https://news.ycombinator.com/user?id=CoderLuii</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 12 Oct 2026 11:57:26 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=CoderLuii" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Show HN: HolyCode Cloud – persistent Linux workstations for AI]]></title><description><![CDATA[
<p>Article URL: <a href="https://holycode.cloud">https://holycode.cloud</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49225061">https://news.ycombinator.com/item?id=49225061</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 08 Aug 2026 19:29:51 +0000</pubDate><link>https://holycode.cloud</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=49225061</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49225061</guid></item><item><title><![CDATA[Show HN: DubVox – Translate audio to any lang while keeping the speaker's voice]]></title><description><![CDATA[
<p>Article URL: <a href="https://dubvox.coderluii.dev/">https://dubvox.coderluii.dev/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47775496">https://news.ycombinator.com/item?id=47775496</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Wed, 15 Apr 2026 06:39:37 +0000</pubDate><link>https://dubvox.coderluii.dev/</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47775496</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47775496</guid></item><item><title><![CDATA[Show HN: HolyCode – OpenCode in Docker. Use your Claude subscription. 30 tools]]></title><description><![CDATA[
<p>HolyCode is a Docker image that wraps OpenCode (<a href="https://opencode.ai" rel="nofollow">https://opencode.ai</a>), an AI coding agent with a web UI. It ships with 30+ dev tools pre-installed, a headless Chromium/Xvfb/Playwright stack, s6-overlay for process supervision, and UID/GID remapping for correct file permissions on bind mounts.<p>The main problem it solves: rebuilding the same environment every time you switch machines or update a container. All OpenCode state (sessions, settings, MCP configs, plugins) lives in a bind mount outside the container. Rebuild or update the image, your state comes back.<p>*On the API key cost angle:*<p>If you pay for Claude Max or Pro, you can use those credentials directly instead of a separate Anthropic API key. One env var enables it. The plugin reads from the credentials file OpenCode stores on your host. This removes a layer of cost if you're already paying for a subscription.<p>Note: this may be outside what Anthropic's ToS covers. The README is explicit about that.<p>It supports 10+ AI providers (Anthropic, OpenAI, Gemini, Groq, Bedrock, Azure, Ollama, and more). The Claude subscription feature is optional. Set any provider key and it works.<p>oh-my-openagent is also included as an optional plugin (`ENABLE_OH_MY_OPENAGENT=true`). It turns OpenCode into a coordinated multi-agent system with parallel execution and specialized agents.<p>GitHub: <a href="https://github.com/coderluii/holycode" rel="nofollow">https://github.com/coderluii/holycode</a>
Docker Hub: <a href="https://hub.docker.com/r/coderluii/holycode" rel="nofollow">https://hub.docker.com/r/coderluii/holycode</a></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47584308">https://news.ycombinator.com/item?id=47584308</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Tue, 31 Mar 2026 08:29:46 +0000</pubDate><link>https://github.com/CoderLuii/HolyCode</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47584308</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47584308</guid></item><item><title><![CDATA[New comment by CoderLuii in "Trivy ecosystem supply chain temporarily compromised"]]></title><description><![CDATA[
<p>this is painfully accurate. ive worked in security for years and the tools we trust the most get the least scrutiny because everyone assumes "well its a security tool, it must be secure." the irony is these tools usually run with the highest privileges in the pipeline. trivy sits in CI with access to every secret in your environment and nobody questions it because its supposed to be the thing protecting you.</p>
]]></description><pubDate>Sun, 22 Mar 2026 05:09:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47474664</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47474664</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47474664</guid></item><item><title><![CDATA[New comment by CoderLuii in "The three pillars of JavaScript bloat"]]></title><description><![CDATA[
<p>the docker side of this is painful too. every extra dependency in any language means a bigger image, more layers to cache, more things that can break during a multi-arch build. ive been building images that are 4GB because of all the node and python tooling bundled in. micro packages make it worse because each one adds metadata overhead on top of the actual code.</p>
]]></description><pubDate>Sun, 22 Mar 2026 05:06:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47474653</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47474653</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47474653</guid></item><item><title><![CDATA[New comment by CoderLuii in "The three pillars of JavaScript bloat"]]></title><description><![CDATA[
<p>160K total is impressive. most landing pages i see are shipping 2-3MB of js before the first paint. the "write your own code" approach gets laughed at but when you actually do it the result is faster, easier to debug, and you dont wake up one morning to find out one of your 200 dependencies got compromised.</p>
]]></description><pubDate>Sun, 22 Mar 2026 05:06:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47474652</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47474652</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47474652</guid></item><item><title><![CDATA[New comment by CoderLuii in "The three pillars of JavaScript bloat"]]></title><description><![CDATA[
<p>been doing something similar. the projects ive been building recently use as few dependencies as possible and honestly the maintenance burden dropped significantly. when something breaks you actually know where to look instead of digging through 15 layers of node_modules. people said the same thing to me about it not scaling but the opposite turned out to be true.</p>
]]></description><pubDate>Sun, 22 Mar 2026 05:06:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=47474649</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47474649</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47474649</guid></item><item><title><![CDATA[New comment by CoderLuii in "The three pillars of JavaScript bloat"]]></title><description><![CDATA[
<p>from a security perspective this is even worse than it looks. every one of those micro packages is an attack surface. we just saw the trivy supply chain get compromised today and thats a security tool. now imagine how easy it is to slip something into a 7 line package that nobody audits because "its just a utility." the download count incentive makes it actively dangerous because it encourages more packages not fewer.</p>
]]></description><pubDate>Sun, 22 Mar 2026 05:06:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47474645</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47474645</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47474645</guid></item><item><title><![CDATA[New comment by CoderLuii in "The three pillars of JavaScript bloat"]]></title><description><![CDATA[
<p>this is exactly where i landed too. i build docker images that bundle node tooling and every time i think i understand the build system something changes. require vs import, cjs vs esm, babel vs swc vs esbuild, then half your dependencies use one format and half use the other. the worst part is when you containerize it because now you need it all to work in a clean linux environment with no cached state and suddenly half the assumptions break.</p>
]]></description><pubDate>Sun, 22 Mar 2026 05:05:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47474641</link><dc:creator>CoderLuii</dc:creator><comments>https://news.ycombinator.com/item?id=47474641</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47474641</guid></item></channel></rss>