Skip to content

I Built This Blog Without Writing a Single Line of Code (Almost)

A comic-style walkthrough of how I built curiousbit.netlify.app using Claude, Codex, Hugo, Tailwind, and Netlify — zero frontend experience required.

By Ajay Walia · May 7, 2026 · 4 min read

Share: LinkedIn
Ajay at his desk in Sydney wondering how to build a tech blog
On this page

It started like most late-night ideas in Sydney — a MacBook, too much coffee, and a thought that refused to go away.

Panel 1 – Sydney, 11:47 PM. The idea hits.

I wanted a tech blog. A proper one — clean, fast, with a Knowledge Base, Videos section, and a place to put thoughts on AI and enterprise tech. The problem? Zero design skills. Zero frontend experience. I know infrastructure, architecture, platforms — but CSS gives me a headache.


The Crazy Idea

Then it clicked.

Panel 2 – What if I use Claude and Codex to build the whole thing?

What if I just described the site I wanted — in plain English — and let AI build it? Not generate a snippet. Build the whole thing. Layouts, config, content, deployment config. Everything.

The prompt I used was simple but specific:

“Make me a clean HackerNoon-style Hugo + Tailwind blog with KB, Videos, News & Views, and About pages. Deploy-ready for Netlify.”


The Stack

Panel 3 – The prompt fires. Hugo, Tailwind, and a full project structure come back.

The AI returned a complete project in one shot. Here’s what it chose and why it makes sense:

Hugo — a static site generator written in Go. Blazing fast builds, no database, no server to maintain. Perfect for a content blog.

Tailwind CSS — utility-first CSS. Instead of writing stylesheets, you compose classes directly in HTML. The AI could reason about it well and generate clean, consistent UI.

Netlify — one-click deployment from a GitHub repo. Push to main, site rebuilds automatically. Free tier covers everything a personal blog needs.

GitHub — version control and the bridge between local edits and live site.

The structure it generated: content/, layouts/, assets/, static/, config.yaml, netlify.toml. Exactly what you’d expect from an experienced Hugo developer.


First Roadblock — Hit in Under 5 Minutes

Panel 4 – zsh: command not found: brew. What the… brew?!

Real talk — the first thing I hit was a terminal error before I’d even installed anything. zsh: command not found: brew. Homebrew wasn’t on the machine.

At first I had no idea what I was looking at.

Panel 5 – Small wins matter. At least I can read the error now.

But here’s the thing about working with AI tools — you learn to debug faster because you can ask why something failed, not just how to fix it. Within a few minutes I understood: Homebrew is the Mac package manager. I needed it to install Hugo. Small win — I could read what was going wrong.


Getting Hugo Running

Panel 6 – brew install hugo → Installed. I’m unstoppable!

Three commands and Hugo was running:

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
brew install hugo
hugo server

The site was alive at localhost:1313 — navigation, article cards, dark mode toggle, the works.


The Project Structure

Panel 7 – The full folder structure. It actually generated everything perfectly.

The generated project was clean and logical:

  • content/posts/ — articles as Markdown files with YAML frontmatter
  • layouts/ — Hugo HTML templates for each page type
  • assets/css/ — Tailwind CSS, processed at build time
  • static/ — images and files served as-is
  • config.yaml — site title, menus, author, base URL
  • netlify.toml — build command, publish directory, Node version

Hugo reads all frontmatter at build time and generates a completely static site. No database. No server-side rendering. No WordPress. Just fast HTML files.


Real Developer Moments

Panel 8 – How do I copy the path again?! Real developer moments.

Not everything was smooth. There were genuine “how does anyone actually do this” moments — forgetting how to copy a file path in Finder, templates not updating because of Hugo’s build cache, Git authentication failing because GitHub dropped password support in 2021.

These are the moments tutorials skip. The AI handled every one of them.


Deployed. It’s Alive.

Panel 9 – Site Deployed Successfully. IT’S ALIVE!!!

Getting it live was surprisingly painless:

  1. Push the project to a GitHub repo
  2. Connect the repo to Netlify
  3. Set build command to npm run build, publish directory to public/
  4. Hit deploy

Netlify pulled the code, ran Hugo, and published the static site in under 30 seconds. Every git push from that point triggers an automatic rebuild.


What the Live Site Looks Like

Panel 10 – The live curiousbit site — KB, Videos, rotating content.

The site has:

  • Homepage — featured article hero, rotating video cards, Knowledge Base grid
  • KB — long-form technical articles in Markdown
  • Videos — auto-synced from a YouTube playlist via YouTube Data API v3. A Node.js script fetches the playlist at build time, writes videos.json to static/, and the browser loads it at runtime. Add a video to YouTube, trigger a deploy, it appears on the site.
  • About — a simple bio

The video section was the most technically interesting piece. No manual uploads, no embeds to maintain — just a playlist that feeds itself.


The Takeaway

Panel 11 – You don’t need to be a frontend expert. Just good prompts and persistence.

This entire site — layouts, templates, CSS, YouTube integration, Git workflow, deployment pipeline — was built by someone with no frontend background. What I brought was the ability to describe what I wanted clearly, debug errors methodically, and push through the friction points.

The tools did the heavy lifting. The judgment about what to build was still mine.


Now It’s Your Turn

Panel 12 – Want to see the full process? Now it’s your turn!

The stack is: Hugo + Tailwind + GitHub + Netlify + Claude. All free. All production-grade.

Start with a prompt. Describe what you want clearly. Expect errors. Fix them one at a time. Deploy early and often.

The gap between “I have an idea” and “it’s live on the internet” has never been smaller.


The full source for this site is on GitHub at ibn-Battuta/AjayW_blog.

Ajay Walia

About the Author

Ajay Walia

AI {IT Architect} focusing on local-first multi-agent AI engineering, zero-data-egress systems. Ideator, Creator and Executor on Curious Bit.

Don't stop now

Keep Reading