covid20212022
ads
ads
Thursday, June 4, 2026
Show HN: Bot or Not – Spot AI-generated randomness https://ift.tt/A19l3WZ
Show HN: Bot or Not – Spot AI-generated randomness https://play-bot-or-not.vercel.app/ June 5, 2026 at 02:56AM
Show HN: Cost.dev (YC W21) – making agents cost-aware and cheaper to call https://ift.tt/2iHZRVo
Show HN: Cost.dev (YC W21) – making agents cost-aware and cheaper to call We launched Infracost on HN five years ago ( https://ift.tt/qyGdZWr ) where our CLI generated cost estimates for infra-as-code, e.g. "this Terraform PR adds $400/mo". The idea was to shift cloud costs (FinOps) left, so engineers get visibility of costs before deployment and make better decisions. Earlier this year we started seeing agent traffic in our logs and it looked like coding agents were calling our CLI. But that CLI wasn't designed with coding agents in mind. We went down a philosophical rabbit hole to see if a CLI is even needed anymore given that Claude, Copilot et al. already follow best practices. Ultimately we decided to create a new CLI from the ground up with coding agents in mind for two reasons: 1. We optimized the CLI for agent callers and cut Claude's output token usage by up to 79% and API cost by up to 67% versus a bare-Claude baseline. We wrote a blog documenting our lessons on optimizing user token usage when designing a CLI, e.g. using predicate flags so the agent doesn't compose jq | python | wc pipelines, output format that strips JSON's redundant field names. The blog is here: https://ift.tt/8VK5JcQ... 2. With cloud costs, precision matters. Telling a coding agent "make this Terraform cost-optimized" can be expensive and lossy. You burn tokens loading code and policy context into every conversation. Your agent could make up a price and you wouldn't know because it's difficult to verify that across the ~10M price points that AWS, Azure and Google have. The CLI runs static analysis on the code, uses the latest prices from cloud vendors, and passes that context to the coding agent. So that's what we're launching today - Cost.dev: https://cost.dev/ . - It runs locally. Your code never leaves your machine, you get a fast feedback loop, and you're not burning API calls per character when you want to fetch prices. - The CLI does the deterministic work. Fetching price points, scanning the code, validating fixes. The coding agent does the natural-language part. You don't have to trust the LLM to remember the rules, and can verify it called the right CLI command. - It provides a consistent rule layer across every tool you use. Get cost estimates in your IDE and your coding agent with a single install. We support Claude Code, GitHub Copilot, Cursor, Windsurf, OpenAI Codex, Gemini CLI, as well as IDEs like VS Code and JetBrains Before we keep building more in that direction, I want to sanity-check with HN: is "agents writing IaC in prod" actually a thing yet, or am I betting on a future that's still a year out? I know software developers are using coding agents heavily, but are platform/infra folks doing that for prod too? Also, if you have any feedback on Cost.dev, I'd love to hear it! https://cost.dev/ June 4, 2026 at 06:30PM
Show HN: ClearLogo – a logo API that returns usable logos, not raw files https://ift.tt/MhH1tZO
Show HN: ClearLogo – a logo API that returns usable logos, not raw files https://ift.tt/Tdn6avw June 4, 2026 at 09:28PM
Wednesday, June 3, 2026
Show HN: Capture, compress, and copy screenshots to clipboard https://ift.tt/YKqU1mH
Show HN: Capture, compress, and copy screenshots to clipboard https://ift.tt/TvaPJAE June 3, 2026 at 11:46PM
Show HN: Rscrypto, pure-Rust crypto with industry leading public benches https://ift.tt/DpJAUM5
Show HN: Rscrypto, pure-Rust crypto with industry leading public benches https://ift.tt/I7y69Rb June 3, 2026 at 11:41PM
Show HN: Nutrepedia – nutrition info in 29 locales built with Clojure and Htmx https://ift.tt/axtuSDy
Show HN: Nutrepedia – nutrition info in 29 locales built with Clojure and Htmx https://ift.tt/9H621yS June 3, 2026 at 11:24PM
Show HN: Ideogram 4.0 – open-weight 9.3B text-to-image model https://ift.tt/VTeZnvl
Show HN: Ideogram 4.0 – open-weight 9.3B text-to-image model It's our new text-to-image model: a 9.3B single-stream diffusion transformer trained entirely from scratch. We focused heavily on controllability through structured JSON prompts, with strong text rendering, spatial awareness through bounding box guidance, and color palette control. It has the best text rendering of any open-weight model we've tested so far, and the NF4 quantized checkpoint runs on a single 24GB GPU. For more technical details and examples see our blog post: https://ift.tt/l7zrvLN We will be happy to answer any questions :) https://ift.tt/T5SwePN June 3, 2026 at 11:00PM
Tuesday, June 2, 2026
Show HN: RePlaya – self-hosted browser session replay with live tailing https://ift.tt/rtnxaq6
Show HN: RePlaya – self-hosted browser session replay with live tailing Hi HN, I'm one of the founders of s2.dev. RePlaya ( https://ift.tt/tHyr3q4 ) is a self-hosted browser session replay tool using rrweb ( https://ift.tt/3mJjgQp ). It occurred to me that a durable stream per session would be a much neater architectural foundation for much of what you'd want from such a tool. As a unique feature, it also made live tailing straightforward because the player can read from the same stream the recorder is appending to. The alternative architecture is likely an ingest firehose which is then indexed, with associated complexity and latency. You'd have to string together multiple data systems like a message queue, a metadata database, and blob storage and/or an OLAP database. Here the only dependency is S2, which has an open source version you can self-host called s2-lite ( https://ift.tt/paHLT7I ). How it works: - one S2 stream per browser session - large rrweb events (like a full snapshot) get framed across multiple binary S2 records and reassembled on read - active sessions are tailed with an S2 read session, and bridged to the browser over SSE - session listing relies on stream names encoding reverse timestamps, as S2 returns a lexicographic order listing - relying on fencing tokens so a stopped session can't be written to again by a late recorder - retention and GC are handled via S2 stream config, so no background job needed Curious to hear from folks on the tool or the stream-per-session model! https://ift.tt/tHyr3q4 June 3, 2026 at 12:40AM
Show HN: Hop – JSX for Rust https://ift.tt/xOIXDkf
Show HN: Hop – JSX for Rust https://hoplang.com June 3, 2026 at 12:08AM
Show HN: I built a way to find and install Claude skills https://ift.tt/9W6onGm
Show HN: I built a way to find and install Claude skills I've been experimenting with ways to increase AI adoption for non-technical people. Basically, all companies are pushing for AI because it's all over the news and they feel left behind but most people have no clue where to start.
I think 90% of people (ie non coders) are sufficiently well served by using cowork instead of claude code or something similar. If we can get people from sales, customer support, marketing, etc to collaborate with skills and cowork to form a company brain, I think it's gold.
So I think there's opportunity for the community to share skills that work well for 1000s of use cases. However, it's currently quite hard to find good skills and figure out if they're worth it.
Gstack has had immense success because of Gary's reach and credibility. Can something like Claudinho.xyz host skills built by the community? What are your thoughts / concerns? https://www.claudinho.xyz/ June 3, 2026 at 12:07AM
Show HN: DropLock – E2EE secret sharing web app with no backend https://ift.tt/Kr2J1u6
Show HN: DropLock – E2EE secret sharing web app with no backend https://ift.tt/mxo9C64 June 2, 2026 at 10:14PM
Monday, June 1, 2026
Show HN: Trumpstonks – every company Trump's named, backtested vs. the S&P https://ift.tt/hC3qYSo
Show HN: Trumpstonks – every company Trump's named, backtested vs. the S&P https://ift.tt/g05xoOD June 2, 2026 at 12:30AM
Show HN: Textile – A desktop app for weaving together bits of text https://ift.tt/U1pwkeZ
Show HN: Textile – A desktop app for weaving together bits of text Hi all, I'm excited to show off Textile, a desktop app I recently built. Textile can combine bits of text using various inputs, such as commands on your computer, the contents of your clipboard, and hard-coded strings that you provide. It lets you carefully build up and modify a dynamic string, step by step, until it's exactly how you need it. The saved steps can then be executed on demand, with the click of a button or using a keyboard shortcut. I built Textile because I was often constructing complicated, dynamic URLs from various sources that all existed on my computer. I got tired of manually switching between different apps, copying and pasting various chunks of text, and assembling them all together somewhere. I've also found Textile to be quite useful as a kind of repository for obscure bits of static text, such as ½ and other fraction characters, when I can't be bothered to remember their built-in keyboard combinations. I also built Textile because I wanted to learn Electron, although I expect there will be some gnashing of teeth about this here. :) I think desktop development is quite interesting, in part because it doesn't require me, the developer, to pay for an API server and database in the cloud. The app itself is both the UI and the "server," and the local drive is effectively the "database." I knows this trades away syncing with the cloud but, on the other hand, there's something nice about knowing that your files are on your drive and not on somebody else's server. I realize that something like Textile may already exist, and may have much more functionality but, again, I wanted to learn. I must say that multi-sequence keyboard shortcuts are hard, and there are cases that don't work right in Textile. I feel vulnerable admitting that my approach has much room for improvement! For what it's worth, I did not use an LLM to write any code for Textile (although I did ask many questions of an LLM, as an alternative to Googling). Textile is open source, free to use, and does not require sign up, email, phone, or other such barriers. Try it and let me know what you think! (Note: I don't have access to hardware running Windows or Linux, so Textile is only available for macOS at the moment.) https://ift.tt/nQByFRx June 2, 2026 at 01:54AM
Subscribe to:
Posts (Atom)