See it work
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
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-cyclebuild 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-llmneeds 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:
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
- 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 silently —
bun run check-validation <slug>records the debt. - Scope is the moat. Every product's
scope.mdsays what it does AND deliberately doesn't. - Persistent context. Every product gets a
CLAUDE.md; every decision is logged indecisions/. - Measurement before launch. North-star, activation, retention — defined before the first user.
- The factory is a product. If it can't ship product #1 through, fix the factory before adding slots.
- 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 Ali — mail.hamza.ali@gmail.com. The factory's repo runs on the factory's own discipline.

