<a href="https:&#x2F;&#x2F;www.cloudflare.com&#x2F;pl-pl&#x2F;press&#x2F;press-releases&#x2F;2026&#x2F;cloudflare-acquires-astro-to-accelerate-the-future-of-high-performance-web-development&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.cloudflare.com&#x2F;pl-pl&#x2F;press&#x2F;press-releases&#x2F;2026&#x2F;c...</a>

Cloudflare acquires Astro

FLUX.2 [Klein]: Towards Interactive Visual Intelligence

6-Day and IP Address Certificates Are Generally Available

LLM Structured Outputs Handbook

Releasing rainbow tables to accelerate Net-NTLMv1 protocol deprecation

Drone Hacking Part 1: Dumping Firmware and Bruteforcing ECC

Lock-Picking Robot

Install.md: A standard for LLM-executable installation

Experts Warn of Growing Parrot Crisis in Canada

Hi HN! In the past few months my team and I have been working on Tusk Drift, a system that records real API traffic from your service, then replays those requests as deterministic tests. Outbound I&#x2F;O (databases, HTTP calls, etc.) gets automatically mocked using the recorded data.Problem we&#x27;re trying to solve: Writing API tests is tedious, and hand-written mocks drift from reality. We wanted tests that stay realistic because they come from real traffic.versus mocking libraries: Tools like VCR&#x2F;Nock intercept HTTP within your tests. Tusk Drift records full request&#x2F;response traces externally (HTTP, DB, Redis, etc.) and replays them against your running service, no test code or fixtures to write&#x2F;maintain.How it works:1. Add a lightweight SDK (we currently support Python and Node.js)2. Record traffic in any environment.3. Run `tusk run`, the CLI sandboxes your service and serves mocks via Unix socketWe run this in CI on every PR. Also been using it as a test harness for AI coding agents, they can make changes, run `tusk run`, and get immediate feedback without needing live dependencies.Source: <a href="https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;tusk-drift-cli" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;tusk-drift-cli</a>Demo: <a href="https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;drift-node-demo" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;drift-node-demo</a>Happy to answer questions!

Show HN: Tusk Drift – Turn production traffic into API tests

STFU

Reading across books with Claude Code

Keifu – A TUI for navigating commit graphs with color and clarity

Elasticsearch was never a database

Michelangelo's first painting, created when he was 12 or 13

Hi I’m Chris, one of the co-founders of Shimmer, and today we’re launching our new app called Indy (<a href="https:&#x2F;&#x2F;www.shimmer.care&#x2F;indy">https:&#x2F;&#x2F;www.shimmer.care&#x2F;indy</a>). Indy is an ADHD app for structured planning, reflection, and self-awareness exercises. 
Here’s a demo: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=zDSDxyXv6i4" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=zDSDxyXv6i4</a>.We started Shimmer in 2022 after my adult ADHD diagnosis, and have shipped several iterations of ADHD support since then (1:1 coaching, web tools, body doubling, and AI-assisted coaching).Across these launches and 80k coaching sessions, we kept running into the same constraint: “knowing what to do” is rarely the problem for people with ADHD. The harder problem is actually doing it consistently over time, especially when attention, motivation, and emotional state fluctuate.That maps to a useful distinction that is explored in the literature (e.g. <a href="https:&#x2F;&#x2F;pmc.ncbi.nlm.nih.gov&#x2F;articles&#x2F;PMC4589250&#x2F;" rel="nofollow">https:&#x2F;&#x2F;pmc.ncbi.nlm.nih.gov&#x2F;articles&#x2F;PMC4589250&#x2F;</a>): “cool” executive function (future-oriented planning, direction, values) vs. “hot” executive function (in-the-moment emotion, urgency, impulse, overwhelm). Most tools lean hard into managing the latter. Productivity apps push execution, general chatbots give advice, but neither reliably supports the interaction between hot + cold EF across weeks and months.So we built Indy, an AI support system designed to support both. Here’s an overview of how it works:Guided future mapping: users are guided to create a structured map of meaningful past experiences, current priorities, and upcoming future moments. This becomes the foundation for personalization so that everything that they do in the app helps move them closer to these goalsDaily + weekly check-ins: users engage in short, low-friction chat flows to set their priorities for the day (most popular use case is brain dumping priorities then having Indy help sort through them). The system does not assume consistency or linear progress, and adapts prompts based on prior behavior rather than enforcing a fixed routine.Longitudinal insights: over time, Indy surfaces patterns across inputs so users can see trends in effort, focus, and blockers. This helps counter the common ADHD experiences of 1) forgetting what works &#x2F; doesn’t work, and 2) feeling like “nothing changed”Problem-solving when stuck: when users report feeling blocked, Indy uses structured, behavior-change-informed prompts to help identify what is actually getting in the way (e.g. energy, clarity, emotional load, environment) and narrow toward a concrete next stepProgress that includes effort: Indy tracks wins, effort, and insights separately, and helps users draw out positive ways that members showed up (e.g. effort, mindset) even on days where no objective outcome was achievedWhy use AI to do this? and why now? Two main reasons: (1) Affordability: Although continuous human support would mostly be better than a tech solution, that level of availability is too expensive for most people. Even weekly coaching (our core product) is still too expensive for many people. A tech solution allows some support rather than none. (2) Personalization: AI makes it possible to build systems that maintain continuity, personalize over time, and respond to context without relying on rigid templates or requiring constant human presence.The main challenge we’ve experienced using AI for Indy is preventing it from collapsing into generic advice, productivity pressure, or over-automation&#x2F;reliance. Instead, we’ve focused on using AI as scaffolding and capacity-building: something that supports reflection, problem solving, and accountability, while keeping agency with the user and clear boundaries around non-medical use.Indy is free to try: <a href="https:&#x2F;&#x2F;www.shimmer.care&#x2F;indy">https:&#x2F;&#x2F;www.shimmer.care&#x2F;indy</a>If you’re building in applied AI, and&#x2F;or if you have ADHD, we’d love to know: - what other AI tools you’ve tried for ADHD and things you liked vs. felt missing; -how you think about the role of AI vs. human support for ADHD in your life; - how the onboarding and first-use feels and any positive or critical feedback you have.I’d love to hear your (ADHD) experiences or feedback on Indy.

Launch HN: Indy (YC S21) – A support app designed for ADHD brains

Zep AI (Agent Context Engineering, YC W24) Is Hiring Forward Deployed Engineers

Slop is everywhere for those with eyes to see

Just the Browser

psc: The ps utility, with an eBPF twist and container context

Re: Mix: open-source repairable blender

Hi, we&#x27;re Sergey and Serafim. We&#x27;ve been building dev tools at 21st.dev and recently open-sourced 1Code (<a href="https:&#x2F;&#x2F;1code.dev" rel="nofollow">https:&#x2F;&#x2F;1code.dev</a>), a local UI for Claude Code.Here&#x27;s a video of the product: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=Sgk9Z-nAjC0" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=Sgk9Z-nAjC0</a>Claude Code has been our go-to for 4 months. When Opus 4.5 dropped, parallel agents stopped needing so much babysitting. We started trusting it with more: building features end to end, adding tests, refactors. Stuff you&#x27;d normally hand off to a developer. We started running 3-4 at once. Then the CLI became annoying: too many terminals, hard to track what&#x27;s where, diffs scattered everywhere.So we built 1Code.dev, an app to run your Claude Code agents in parallel that works on Mac and Web. On Mac: run locally, with or without worktrees. On Web: run in remote sandboxes with live previews of your app, mobile included, so you can check on agents from anywhere.
Running multiple Claude Codes in parallel dramatically sped up how we build features.What’s next: Bug bot for identifying issues based on your changes; QA Agent, that checks that new features don&#x27;t break anything; Adding OpenCode, Codex, other models and coding agents. 
API for starting Claude Codes in remote sandboxes.Try it out! We&#x27;re open-source, so you can just bun build it.
If you want something hosted, Pro ($20&#x2F;mo) gives you web with live browser previews hosted on remote sandboxes. We’re also working on API access for running Claude Code sessions programmatically.We&#x27;d love to hear your feedback!

Show HN: 1Code – Open-source Cursor-like UI for Claude Code

CLI's completion should know what options you've typed

Plunging US Birth Rate Leaves Too Many Colleges with Too Few Kids

Why Greenland's natural resources are nearly impossible to mine

6:43:29 AM SATURDAY JANUARY 17, 2026

THE HACKER NEWS