HN Debrief

Ask HN: What are you working on? (August 2026)

  • AI
  • Developer Tools
  • Open Source
  • Startups
  • Consumer Apps

This was the August 2026 edition of the recurring “what are you working on?” thread, so there was no single article to react to. Instead, founders, hobbyists, and laid-off engineers posted a huge cross-section of in-progress products, open source tools, and personal experiments. A lot of it was the usual indie mix of games, utilities, and passion projects. What made this one feel different was how completely AI coding and agent workflows have moved from novelty to default substrate. People were not just saying they used Claude or Codex to move faster. They were building products for agents, around agents, or assuming agents as part of the runtime, interface, or user workflow.

Treat these threads as market scouting, not entertainment. The volume of serious agent-assisted infrastructure, vertical tools, and hobby projects suggests lower build costs are expanding the startup surface area fast, especially for narrow products that used to be too small to justify a team.

Discussion mood

Strongly positive and curious. People were excited by the range of projects and especially receptive to tools rooted in real workflows, while generic AI wrappers drew less energy than products with concrete utility or visible technical depth.

Key insights

  1. 01

    Real-world primitives beat generic CAD

    Sawdust clicked because it models how woodworkers actually think. Instead of forcing users through abstract solids and extrusions, it can start from standard lumber dimensions, joinery types, tool constraints, cut order, and assembly order. That framing makes the agent layer more believable because the domain has a finite set of sane operations and constraints that can be encoded, tested, and reused.

    If you are applying AI to a professional workflow, start by replacing the software abstraction with the user’s real-world abstraction. That usually gives you a much tighter product and a narrower, more trainable action space for automation.

      Attribution:
    • appplication #1
  2. 02

    Compatibility beats imitation for CI tools

    The sharp distinction in the Preloop comments was protocol fidelity versus behavioral imitation. Tools like act emulate GitHub Actions in containers, which is often close enough until edge cases matter. Preloop’s pitch is that it mirrors the official runner protocol and job semantics more exactly, then uses microVMs for isolation. That makes the product less of a convenience wrapper and more of a drop-in resilience layer for teams that need local debugging, self-hosting, or agent-driven CI without weird drift from GitHub’s behavior.

    For infrastructure products replacing a dominant platform, ask whether you are simulating the experience or matching the contract. Buyers with painful edge cases will pay for the latter.

      Attribution:
    • SOLAR_FIELDS #1
    • Bnjoroge #1
  3. 03

    AI depth comes from context, not just models

    The automotive diagnostics app drew out an important distinction. At the wire level it only speaks generic OBD2, so it cannot replace specialized vendor tools like VCDS for deep module access. Its value comes from the interpretation layer, where the same trouble code is explained using year, make, model, engine, and known failure patterns. That is a good reminder that many useful AI products are not won by model cleverness alone. They are won by attaching the model to the right domain context and failure priors.

    If your product wraps a standard interface, look for leverage in interpretation rather than raw data access. Better context can create a much more valuable experience even when the underlying inputs are commodity.

      Attribution:
    • meandave #1
  4. 04

    Signup walls still kill exploratory tools

    The data analytics canvas got immediate product feedback on a classic mistake. A landing page that promises an interactive canvas but drops visitors into auth makes the product feel harder than it is. The workaround demo helped, but the comment exposed a broader truth: tools that are visual, collaborative, or novel need a zero-friction first touch, because the entire sale is seeing the thing work. The follow-up also highlighted that the multiplayer layer built on Cloudflare Durable Objects was strong enough to impress even with rough edges elsewhere.

    If your product’s magic is experiential, make the first interaction instant and anonymous. Fix onboarding before polishing secondary features, because curiosity is your scarcest resource.

      Attribution:
    • defenestration #1
    • aleda145 #1 #2
  5. 05

    Agent-ready often means read-only first

    The terminal browser project showed a pragmatic pattern in how people are making software “agent-ready.” Rather than trying to fully automate the web, it exposes a small read-only MCP surface for opening pages, reading content, and listing links. That keeps the tool useful even without full JavaScript or forms support and avoids the complexity cliff of simulating a modern browser. The interesting point is architectural: many agent integrations become tractable when you narrow them to observation before action.

    When adding agent support to an existing product, start with safe retrieval and inspection tools. You can unlock real workflows before you solve full write access or high-risk automation.

      Attribution:
    • dasyud #1
    • meerita #1
  6. 06

    People are pushing back on AI slop

    The sharpest criticism in the thread was not anti-AI in general. It was aimed at low-quality generated visuals in a kids newspaper project. The objection was specific: educational products should not present plausible-looking but wrong imagery to children. That landed because it names a trust problem many builders still gloss over. Users will tolerate AI assistance. They are much less forgiving when synthetic output quietly degrades factual or aesthetic quality in contexts that demand care.

    In education, health, and other trust-heavy categories, treat generated output as a liability until it is reviewed or tightly constrained. “Good enough” visuals or explanations can actively damage the product.

      Attribution:
    • throwaway89201 #1

Against the grain

  1. 01

    Tiny code is not the same as usable code

    The smol harness got admiration for minimalism, but the pushback was fair. Code golf and ultra-short implementations make a good demo, not necessarily a maintainable product or a teachable artifact. If you need an LLM to expand and annotate the source before a human can reason about it, the simplicity claim is doing marketing work more than engineering work.

    Do not confuse compression with clarity in developer tools. If understandability is part of the pitch, optimize for readable source and docs, not just a small line count.

      Attribution:
    • jjcm #1
  2. 02

    Design critics fail fast when perception is wrong

    The design-reference tool got called out for giving objectively incorrect feedback about a page that already contained the elements it claimed were missing. That is a useful warning shot for the whole category of AI critique products. Once the model misreads obvious structure from a screenshot or page capture, the advice stops feeling opinionated and starts feeling untrustworthy.

    If your product critiques UI, code, or strategy, invest heavily in accurate observation before polished recommendations. Users will forgive weak taste sooner than they forgive hallucinated facts.

      Attribution:
    • jjcm #1 #2
  3. 03

    Naming advice is often less universal than it sounds

    A comment suggested that calling a deckbuilder “Dictatorship Simulator” would mislead players into expecting a first-person 3D simulator. The immediate pushback showed how slippery audience assumptions are. Genre naming conventions matter, but people project their own media habits onto titles more than they realize. That makes blanket naming rules less reliable than testing with the actual audience you want.

    Use outside naming feedback as input, not doctrine. The right check is whether your target users misread the promise, not whether one experienced commenter does.

      Attribution:
    • zahlman #1
    • matheist #1

In plain english

CAD
Computer-Aided Design, software used for technical design work in engineering and manufacturing.
CI
Continuous Integration, the automated process that builds and tests code changes before or after they are merged.
Cloudflare Durable Objects
Cloudflare’s stateful server-side component for coordinating real-time or shared application state.
GitHub Actions
GitHub’s built-in automation system for running build, test, and deployment workflows.
JavaScript
The main programming language used to add behavior and interactivity to websites.
MCP
Model Context Protocol, a way for AI models and agents to connect to external tools, data sources, or software functions.
OBD2
On-Board Diagnostics II, the standard interface cars use to expose engine and emissions data and fault codes.
VCDS
VAG-COM Diagnostic System, a specialized diagnostic tool for Volkswagen and Audi vehicles.

Reference links

Standout projects from the thread

  • Sawdust
    A woodworking design and planning tool built around real lumber, joinery, shop tools, and agent workflows. It drew some of the strongest positive reactions.
  • Preloop
    A local or self-hosted GitHub Actions runner that aims for protocol-level compatibility and isolates jobs in microVMs.
  • OneBusAway
    Open source public transit software discussed in the context of a new managed services offering and app updates.
  • Consciousness Library
    A large open research library for psychedelic and consciousness studies, notable for its low-cost architecture and evidence synthesis features.

Technical write-ups and docs

Books and reference material

  • One-Plank Woodworking Projects
    A woodworking book suggested as inspiration for filtering projects by available wood rather than project type alone. The thread did not include an external retail link.

Related tools and alternatives

  • act
    The established project for running GitHub Actions locally, used as a comparison point for Preloop.
  • ShopSpec
    Another carpentry-adjacent project mentioned alongside Sawdust.
  • withlattice
    A platform for grounding scripture references in actual text to reduce hallucinations in AI faith products.
  • trysojourn
    A faith-oriented app built on top of the scripture-grounding platform discussed in the same comment.