GitHub - hamza-ali-shahjahan/hamzaish: Open-source agent OS for Claude Code that puts you in Builder Mode — and keeps you there for the whole life of a product. Claude Code setup that builds, launches, and learns. Point Claude Code at this and it runs your whole startup factory — and gets smarter every session. Works with Cursor, Codex & Windsurf too.

GitHub

19 min read Original article ↗

Your AI writes the code. Hamzaish runs the company.

🌱 Beginner-Friendly Secure by default works with Claude Code, Cursor, Codex, Windsurf PRs welcome

See it work

Hamzaish — unlock your Builder Mode, with a live eval run as proof

Unlock your Builder Mode. Shipped through it so far: 6 products with public artifacts — live sites, npm CLIs, OSS tools → the showcase.

What this is

Hamzaish is an open-source agent OS for Claude Code that puts you in Builder Mode — and keeps you there for the whole life of a product. Your agent supplies the hands — the model, the sessions, the code. Hamzaish supplies everything that makes those hands a company: a brain that carries every ship's lessons into the next one, a factory of stage agents and playbooks for the whole product life — Ideate → MVP → Launch → Sell → Scale → Kill-or-double-down — and a judge: mechanical verification gates, walled off from the builder, that refuse to let "looks done" pass for "done." That last part is the line between Builder Mode and vibe coding, and it's the part the factory is evolving hardest: an honest, automated, blind judge for everything it builds.

One deliberate architectural choice, stated plainly so you're not surprised when you clone: Hamzaish ships no agent loop and no model of its own. It is driven by an agent host — Claude Code today — that reads the skills, spawns the sessions, and executes. That's not a missing feature; it's the design. The factory is the part that compounds and stays yours; the engine underneath is swappable. Your host will be replaced by a better one within a year — your brain, your guardrails, and your judge shouldn't be.

The full mission: Builder Mode · The philosophy · Where it's evolving

The 11pm moment

Builder Mode — momentum first, strategy second

Most AI tools stop when the code is done. Builders' problems start there.

The old advice — business plan, market sizing, twenty validation interviews before you build — was written for a world where building was expensive. That world is gone. Building is cheap, fast, and reversible now, which means the thing you ship is the test. Strategy-first kills more builders than bad ideas ever did — so here it's a rail you pull in when you want it, never a toll you pay to start.

But most solo projects don't die in the build. They die in everything after it: the security review, the launch, the pricing call, the first-100-customers grind, knowing when to kill. That's the part Hamzaish runs with you — and the reason it's a lifecycle, not a scaffolder.

What you get / what you bring

What you get — the factory, the brain, and the judge:

  • The factory: 35 stage agents + 65 skills & commands (42 skills, 23 commands) covering the full lifecycle — idea validation, scaffolding, the eval-gated /full-cycle build engine, security review, go-live provisioning, launch, pricing, first-100-customers, retention, kill-or-double-down. Plus 50 playbooks and a 146-practice ledger where every practice is badged honestly: ✅ proven by a real ship or dated incident (44) · 🟡 partial (3) · ⏳ research-baked (99). No practice gets "proven" by opinion.
  • The brain: learnings, decisions, and anti-patterns in markdown, SQLite-indexed, searchable from any session via /brain-ask. When a mistake generalizes, it's promoted into a guardrail the next build inherits automatically — your second product starts smarter than your first.
  • The judge — mechanical gates, runnable today:
    • bun run eval — the eval harness: deterministic, agent-blind cases per skill (--no-llm needs no model or key). The coverage ratchet (bun run check-evals) enforces "a new skill without an eval is debt": 9 of 77 skills/agents carry cases today, the other 68 are a visible, grandfathered backlog — coverage can only go up, and deleting a case fails CI. Early and honest about it: the judge covers a handful of skills, not yet every build, and the direction is fixed.
    • bun scripts/verify-live.ts <url> — the go-live proof: read-only A1–A11 assertions against the real deployed product (DNS, TLS on apex + www, health endpoint, build-SHA match, authz on protected routes, cron-secret enforcement, Sentry canary). A scorecard, never a bare "done."
    • /security-check — the 70-check pre-launch security review with a forced BLOCK / CLEAR verdict.
    • The fact guards CI runs on every change — check-counts (every headline number in this README must match the filesystem or the build fails), check-evals, check-model-independence, check-product-layout, check-skill-command-collision, and friends. The honesty is enforced, not promised.

What you bring — the agent host:

Hamzaish runs on Claude Code (paid plan) + Bun, with the GitHub CLI for git-facing skills. bun run setup wires the skills for auto-discovery, and you drive the factory as slash commands — /builder-mode, /full-cycle, /go-live, /ship.

The brain and playbooks also travel to Cursor, Codex, and Windsurf via AGENTS.md — those hosts read the same markdown as context and follow it. Honest scope of that today: context-level, not a packaged plug-in — no slash-command ergonomics or auto-discovery outside Claude Code yet. The judge, though, is host-agnostic already: every gate script runs under bun regardless of which agent produced the work. Verification that doesn't care who built it is the point.

Install

Option A — the full factory (recommended: this is the compounding OS — clone it, it becomes yours)

One command; installs Bun if missing, clones, sets up (read it first):

curl -fsSL https://raw.githubusercontent.com/hamza-ali-shahjahan/hamzaish/main/install.sh | sh
…or set it up by hand

You need Bun and Claude Code.

git clone https://github.com/hamza-ali-shahjahan/hamzaish.git
cd hamzaish
bun run setup        # idempotent — creates YOUR factory, never touches existing data

Option B — just the plugins (pieces of Hamzaish in your own repo, no adoption — the free sample, not the product)

claude plugin marketplace add hamza-ali-shahjahan/hamzaish
claude plugin install repo-scout@hamzaish

Also available: web-launch@hamzaish · repo-scout standalone →

Requirements: Claude Code on a paid Claude plan (no free tier — better to know now) · Bun · GitHub CLI for the git-facing skills.

Quickstart — install to a green gate run

# after install: prove the headline numbers in this README match the filesystem
bun run check-counts

# run the judge — deterministic eval cases, no model or API key needed
bun run ingest
bun run eval --no-llm

# run the coverage + structure guards CI runs
bun run check-evals
bun run check-model-independence
bun run check-product-layout
bun run check-skill-command-collision

Green looks like: ✓ all headline counts match disk, an eval summary of PASS=16 SKIP=9 (SKIPs are LLM-only cases held out by --no-llm), and silent exit-0 from each guard. You've now watched the factory verify itself — before building anything with it, which is exactly the order Builder Mode runs in.

Then build — open Claude Code in the folder and type:

/builder-mode <your idea>

Watch it scaffold a local-first product that runs in 60 seconds. Local is mile one, not the destination: when you're ready, /go-live wires the accounts you set up once (Supabase, Stripe, Resend, your domain…), /security-check gates it, and /ship puts it live on a URL you can share. (The 10-minute guided version →)

Day-to-day: /work-on <slug> enters a product's workspace · /portfolio-pulse answers "where should I focus today" · /repo-scout <url> studies any repo without being changed by it.

Never used a terminal? You can absolutely do this — no coding required; you talk to an AI and it does the techie parts. The complete click-by-click walkthrough (🍎 Mac · 🐧 Linux · 🪟 Windows).

Safety, either door: scaffolded products run agent-generated code inside a devcontainer, secrets are gitignored from commit zero, and nothing auto-pushes off your machine. (Full threat model →)

Why it rides on a host instead of being one

Because the host is the commodity and the factory is the compounding asset. Models get replaced; agent frameworks get replaced; the lessons from your last four ships, the guardrail that caught the auth bug that passed 138 tests, and the judge that won't let a launch through unverified — those compound for as long as you build. Hamzaish keeps that layer independent so it can ride each generation of agent rather than die with one. It's the verification-and-memory layer for whatever builds next — not a walled tool you have to move into.

What's inside

🧠 A brain that remembers learnings, decisions, and anti-patterns — SQLite-indexed, searchable from any session via /brain-ask brain/
🏭 A factory that acts 35 agents + 65 skills & commands across the lifecycle — idea validation, architecture, scope-guarding, landing copy, SEO, cold outreach, retention, kill-or-double-down factory/
📖 Playbooks with receipts 50 playbooks · 146 practices — each badged ✅ proven by a real ship / 🟡 partial / ⏳ research-baked BEST-PRACTICES.md
🔒 A gate that blocks 70-check pre-launch security review (backend-reality, auth, authz, data exposure, secrets) with a forced BLOCK/CLEAR verdict security checklist
🧪 An engine that proves eval-gated build cycle — a feature slice without a named eval + an end-to-end test doesn't get built /full-cycle
📡 Senses that record four local-only instruments from your first session (gitignored, nothing leaves your machine): session traces (bun run trace-report), friction (bun run friction), the defect registry (bun run defect), and per-skill trust states (bun run skill-report) — retros ground in what happened, not what you remember scripts/trace-report.ts
🔭 A scout that studies /repo-scout — health-gated, read-only, facts-only assessment of any external repo into a human-reviewed backlog; five hard gates keep the agent unswayed by what it reads. Also ships standalone (MIT): repo-scout factory/skills/repo-scout/
🔌 A stack you set up once Vercel, Supabase, Stripe, Resend, PostHog, Sentry, your domain — sign up once, free-tier-first, pre-wired in every scaffold; every product after plugs into the same accounts stack/
🗂️ Portfolio discipline /portfolio-pulse across everything you run; quarterly kill-or-double-down so zombie projects don't eat your year /kill-or-keep

Every count real, every item linked, every claim badged. The full catalog, expanded:

🤖 The agents (35) — lifecycle + engineering

One router + 31 lifecycle-stage agents + 3 engineering subagents under factory/agents/. Each is a markdown SKILL.md your session invokes by intent — the routing table lives in CLAUDE.md.

💡 Idea stage (7)

Agent What it does
idea-generator Generate startup ideas grounded in your patterns, current trends, and validated demand signals
problem-sharpener Turn vague observations into testable hypotheses with specific who/when/severity/workaround
devils-advocate Build the strongest case AGAINST an idea; hunt disconfirming evidence
market-researcher TAM/SAM/SOM, trends, buyer landscape — anchored in citable public data, not vibes
competitor-mapper Map the landscape by tier (direct/indirect/acquirer/adjacent) and argue why each could win
customer-discovery Target profile, prospect list, interview script, outreach setup
interview-synthesizer Synthesize interview batches into evidence-for vs evidence-against

🏗️ MVP stage (5)

Agent What it does
architect Define the architecture BEFORE a line is written — CLAUDE.md, scope.md, 1-page ADR
builder Drive build sessions with enforced discipline: read context first, one topic per session
scope-guardian Block scope creep — every feature ask pressure-tested against scope.md
security-reviewer Pre-launch review: auth, data exposure, input validation, dependency vulns
metric-framework-designer North star, activation, retention targets, Sean Ellis — defined BEFORE launch

🚀 Launch stage (9)

Agent What it does
brand-story-builder Positioning, story, voice, naming, visual primitives
landing-page-copywriter Hero + value props + social proof + objections + CTA, anchored on validated pain
seo-strategist Content hubs, target keywords, internal linking, schema, technical baseline
keyword-researcher Real keyword data from GSC + Ahrefs Webmaster + DataForSEO
content-marketer Content calendars and drafts — blog, social, LinkedIn, threads
launch-strategist Product Hunt, Hacker News, X, LinkedIn, newsletters — sequenced for compounding signal
cold-outreach First 100 customers by hand: sourcing → personalized messages → cadence → tracking
pricing-strategist Packaging, tiers, anchor, monthly vs annual, free vs trial
community-builder Discord/Slack/forum, waitlist nurture, early-user comms

📈 Scale stage (6)

Agent What it does
growth-loops Design acquisition/monetization/engagement loops (Reforge framework)
retention-analyst Retention curves, churn drivers, leaky-bucket vs activation-problem diagnosis
pricing-optimizer Post-PMF pricing iteration from real willingness-to-pay data
support-triage Categorize, prioritize, draft responses; bug vs user-error vs feature-request
moat-builder Workflow lock-in, data network effects, domain depth, integration depth
compliance-auditor SOC2 / GDPR / HIPAA / CCPA gap analysis with prioritized remediation

🗂️ Portfolio (4) + the router

Agent What it does
portfolio-conductor Where attention goes today — "if you had 4 hours, spend them here"
telemetry-aggregator Metrics across all products in a single view
cross-product-learner What's working that should propagate; what's failing in similar ways
kill-or-double-down Quarterly hard calls: kill, maintain, or double down — forced verdicts
_orchestrator The routing brain that picks the right agent for the request

🔧 Engineering subagents (3)

Agent What it does
code-reviewer Deep multi-axis review of a change before merge
security-auditor Hunts injection, authz gaps, secret exposure, unsafe deserialization
test-engineer Designs and fills test coverage; reproduces bugs as failing tests
🛠️ The skills & commands (65)

42 skills + 23 commands under factory/skills/ and factory/commands/ — auto-discovered by Claude Code after bun run setup. Every /name has exactly one home — a skill folder or a command file, never both (same-name pairs double-load into session context; CI enforces it).

Invoke What it does
/builder-mode The front door — enter Builder Mode: default is just build; strategy rails are opt-in, skip anytime. (Alias: /hamzaish — same engine.)
/scaffold One-shot a new product: folders, starter, config, CLAUDE.md, scope, PRD skeleton
/validate Full validation pass: sharpening, devil's advocate, market sizing, competitor map, discovery plan
/ideate Generate ideas grounded in your portfolio patterns + current trends
/work-on Enter a product workspace with full context loaded
/portfolio-pulse All products: one table, top 3 priorities, on-fire, don't-touch
/product-pulse One product: metrics, stage, blockers, the #1 action today
/kill-or-keep Quarterly review with forced verdicts for every product
/launch-plan Full launch playbook: PH, HN, X, LinkedIn, email warm-up, outreach, pricing, brand assets
/web-launch Verification-gated website launch: per-project workbook, refuse-to-launch sign-off gate, post-launch monitoring
(skill) launch-gotchas Library of real launch failure modes — indexation, redirects, analytics undercounting — with the fix for each
(skill) pseo-at-scale Programmatic-SEO discipline for 100s–10,000s of templated pages: thin-content prevention, indexation ramp
/release Cut a polished GitHub Release from the changelog at a major-cycle boundary
/keyword-research Clustered keyword brief from GSC + Ahrefs Webmaster + DataForSEO
/seo-aeo-bootstrap Ship the SEO + AEO foundation: llms.txt, AI-bot robots.txt, JSON-LD, sitemap, meta block
/name-product End-to-end naming pipeline: brief → competitors → generate → clear → select → lock
/name-clearance Clear a name BEFORE buying the domain: collision, trademark signal, availability
/competitor-research Map the competitive landscape; persists per-product so it compounds
/go-live Guided, stateful stack provisioning — deep-links, key validation, .env.local writes, resumable; then hands to /security-check/ship
/security-check Fast security baseline: tracked secrets, vulnerable Actions, workflow permissions
/ship The single deploy action — gates on /security-check, promotes reviewed commits to production
/checkpoint Named save-point commit between auto-commits
/brain-ask Search every learning, decision, playbook, and product doc — ranked citations
/brain-ingest Refresh the brain's SQLite FTS5 index
/learn-loop Impact-score the cycle's learnings; promote only the top few into guardrails
/pr One-command repo ship: branch → commit → PR → wait for CI → squash-merge → sync local
(skill) tidy The cleanup stage: scan a repo — or 100+ at once — for rot, see the extent, then clean with confirmation
(skill) write-a-goal Turn a rough ambition into a measurable, reachable goal — capability + named metric + ≥2 numeric evals + acceptance rule
(skills) product-pulse · seo-aeo-bootstrap Skills without a command wrapper yet — invoke by name in Claude Code

🔧 The engineering cycle — /full-cycle and its phases

Consolidated into Hamzaish so the build engine ships with the repo (no separate install). /builder-mode routes here for real builds — starting from a goal, slicing it into features that can each be proven (an eval + an end-to-end test), and only then spec'ing and building. Features you can't evaluate or test don't make the cut.

Invoke What it does
/full-cycle The gated engine: GOAL → SETUP → SLICE → SPEC → PLAN → TEST → BUILD → REVIEW → SHIP, pausing for approval at each gate
/goal Pursue a measurable objective autonomously — rubric + fresh-eyes verification, iterate to the bar, resumable run-log (sibling of /builder-mode)
/auto The same cycle run autonomously end-to-end — no per-gate stops; still pauses for irreversible/outward actions
(skill) feature-slicing Slice a goal into provable feature slices — keep only the ones that come with an eval + an end-to-end test
(skill) write-a-goal Forge a fuzzy ambition into a measurable, reachable goal — metric + evals + acceptance + non-goals
/spec Write a structured spec before any code (for the selected slices)
/plan Break the spec into small, ordered, verifiable tasks
/build Implement the next task incrementally (TDD: red → green → refactor → commit)
/test Drive behavior with tests; browser-test real UIs via DevTools
/review Five-axis code review — correctness, readability, architecture, security, performance
/code-simplify Reduce complexity for clarity without changing behavior
/setup Bootstrap a project's Claude Code context (CLAUDE.md, rules, a starter command)

Backed by 22 engineering skills under factory/skills/ — feature-slicing, spec-driven-development, planning-and-task-breakdown, incremental-implementation, test-driven-development, debugging-and-error-recovery, code-review-and-quality, security-and-hardening, performance-optimization, frontend-ui-engineering, api-and-interface-design, browser-testing-with-devtools, ci-cd-and-automation, documentation-and-adrs, git-workflow-and-versioning, source-driven-development, context-engineering, deprecation-and-migration, code-simplification, shipping-and-launch, idea-refine, auto-orchestrator — invoked by name as the cycle runs.

📖 The playbooks (50) + the practices ledger (146)

BEST-PRACTICES.md — 146 practices for shipping products with Claude Code: 44 ✅ proven by real ships and dated incidents · 3 🟡 partially proven · 99 ⏳ research-baked from named sources. Anti-patterns lead — each one cost us something real. Every line links to its deep-dive playbook and its source.

Playbooks are short (300–800 words), sourced, stage-gated:

Stage Playbooks
💡 Idea (6) The Mom Test · Jobs-to-be-Done · Problem-Statement Rubric · TAM/SAM/SOM · YC Startup School notes · Landscape Research Before Roadmap
🏗️ MVP (8) Security Checklist — 70 checks · Architecture Decisions · AI-Native Dev Loop · Scope Document · Measurement Framework · Sean Ellis Survey · Agent Handoff Contracts · Fleet Patterns
🚀 Launch (13) First 100 Customers · Hacker News Launch · Product Hunt Launch · Pricing · Cold Outreach Templates · SEO+AEO Foundation · SEO Content Strategy · OSS Publishing Checklist · Output Validation for Code-Gen Tools · Lenny's Frameworks Distilled · Release Cadence as Content · Repo Go-Public Checklist · Community Flywheel
📈 Scale (8) 100→1000 Customers · Production Operations · Abuse & Cost Controls · Churn Reduction · Growth Loops (Reforge) · Moat Building · Enterprise Readiness · Security at Scale
🧭 Founder's wisdom (4) $100K ARR Tactics · Gary Tan / YC era advice · Paul Graham essays · Solopreneur Stack 2026
🤖 AI-native (10) Eval-Driven Development · Cost-to-Outcome & Model-Independence · Founder's Playbook distilled · Auth Go-Live · Go-Live Provisioning · MCP Servers per Product · Hermes & Fallback Models · Skill Authoring · Handoff vs Supervision · Multi-Agent, One Repo

How it's different

Not another AI coding setup. AI already writes your code — nobody's running your launch, your pricing, your first hundred customers, or the kill-call. Here's where Hamzaish actually sits:

build-stage setups
(gstack / BMAD / SuperClaude)
AI app builders
(Lovable / v0 / Bolt)
agent frameworks
(AutoGPT / crewAI)
personal AI OS
(assistant runtimes)
Hamzaish
Scope build stage only build + host a prototype a framework you assemble your inbox, tasks, and tools a product's whole life
The output code an app on their platform an agent run a tidier day a live product on your domain
After "code is done" you're on your own hosting, then you're on your own you're on your own not its job launch, sell, scale, kill rails
Memory across projects per-session per-project per-run app-level memory service persistent brain + learnings loop
Runs on config + tools their cloud a Python service containers + a database stack a folder + Claude Code
Form config closed platform framework hosted app markdown-first method, forkable — yours

The discipline

  1. Build is the default — validate before irreversible bets. Cheap, fast, reversible ships are validation. Before expensive moves: ~5 target-profile conversations. The hard rule: never skip it silentlybun run check-validation <slug> records the debt.
  2. Scope is the moat. Every product's scope.md says what it does AND deliberately doesn't.
  3. Persistent context. Every product gets a CLAUDE.md; every decision is logged in decisions/.
  4. Measurement before launch. North-star, activation, retention — defined before the first user.
  5. The factory is a product. If it can't ship product #1 through, fix the factory before adding slots.
  6. Honest copy. Every outward-facing word is true and verifiable when it ships; aspiration is labelled, never present-tense. Proven vs. promising is tracked in the honest ledger.

The self-improvement loop

Every working session appends learnings to brain/learnings/. At major-cycle boundaries, /learn-loop scores candidates on five axes (rubric) and promotes only the top few into load-bearing guardrails — a skill rule, a playbook step, an anti-pattern, a line in the practices ledger. Quarterly, /kill-or-keep runs on Hamzaish itself and re-checks each promoted guardrail: deliver the predicted gain, or get sunset. The factory compounds; it doesn't ossify.

Architecture

brain/        — identity, principles, learnings, anti-patterns, decisions, ingested knowledge
factory/      — agents (idea/ mvp/ launch/ scale/ portfolio/), skills, commands, playbooks
products/     — one folder per product: metadata + learnings ONLY (code stays in private repos)
meta/         — changelog, retros, evals, the self-improvement loop
stack/        — tech defaults + the set-up-once accounts guide
templates/    — Next.js starter + doc templates

Product code is never in this repo — only metadata and learnings. Your code (the moat) stays private; locations are wired via a git-ignored code-paths.local.json. So the repo is safe to share without exposing anyone's secret sauce. (the public/private boundary →)

Go deeper

Start here — total beginner · Your first product in 10 minutes · FAQ · Architecture · Philosophy · Where it's heading · Security model · Contributing · Changelog · repo-scout standalone


The backbone is hard-won venture experience — the Business-SWAT roles, opportunities, and mentors that came with years at Disrupt.com, taking things from zero to one before AI made building cheap. On that foundation, the patterns studied and credited — Addy Osmani's spec→ship discipline, Karpathy's eval-driven flywheel, gbrain (knowledge graph), Anthropic's Founder's Playbook (lifecycle framing), hermes-agent (self-improving skills), openclaw (multi-channel gateway), and ponytail (multi-agent portability) — sharpened that instinct and 10×'d the AI and agentic-building learning on top of it. The 2026-07 four-repo study — Graft (NanoNets), Adrian (Secure Agentics), AgentENV (kvcache-ai), and OpenSpace (HKUDS) — continued the pattern: two of its ideas became bun run skill-report and the eval judge's untrusted-output boundary, credited in references/README.md and ACKNOWLEDGMENTS.md. Study material lives in references/, never imported.

License

TL;DR — free for builders. Don't take it closed-source and sell it. Commercial license on request.

AGPL-3.0 — clean, no added clauses; see LICENSE. Copyright © 2026 Hamza Ali.

In plain English: use, study, modify, and self-host freely. If you run a modified version as a network service, your source must be AGPL too — the factory stays open for solo builders; nobody quietly turns it into a closed product. Commercial license available for closed-source use — contact below.


It's 11pm somewhere.

/builder-mode <your idea> — get into yours.

Built in public by Hamza Alimail.hamza.ali@gmail.com. The factory's repo runs on the factory's own discipline.