{
  "markdown": "# Haytham\n\n[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)\n\n> **Status (2026-07):** Haytham is now a personal tool. It is no longer seeking users, contributors, or marketplace adoption. The full product ambition (lifecycle control plane, EVOLUTION and SENTIENCE milestones, telemetry loop) is preserved at the git tag `v0.3.27-full` and in [docs/](docs/). What remains is the part that earns its keep: a fast idea-to-MVP pipeline.\n\nHaytham turns a raw startup idea into an implementation-ready specification inside Claude Code. Run one command. Get market research, a GO/NO-GO verdict, MVP scope, architecture decisions, and an [OpenSpec](https://github.com/Fission-AI/OpenSpec) ready to hand to a coding agent. Every requirement traces to a capability. Every capability traces to a validated need.\n\n## Install\n\n```\n/plugin marketplace add arslan70/haytham\n/plugin install haytham@haytham\n```\n\nNo Python. No API keys. No environment variables.\n\n## Try it\n\n```\n/haytham \"a gym community leaderboard with anonymous handles\"\n```\n\nTakes ~20 minutes. You'll be asked for approval at each phase boundary. You can stop, correct, or redirect at any point.\n\n## What you get\n\nFour phases, each answering one question. You approve before each phase advances.\n\n```\nPhase 1: Should this be built?\n  → Market research, competitor analysis, risk scoring\n  → GO / NO-GO / PIVOT verdict backed by evidence\n  → If it says NO-GO, it tells you why. That's the point.\n\nPhase 2: What exactly?\n  → MVP scope with clear in/out boundaries\n  → Capability model with full traceability\n  → System traits (auth, payments, real-time, etc.)\n\nPhase 3: How to build it?\n  → Build-vs-buy analysis per capability\n  → Architecture decisions linked to capabilities\n  → Cost and effort estimates\n\nPhase 4: What are the specs?\n  → OpenSpec with SHALL requirements\n  → Gherkin scenarios for acceptance testing\n  → Ready to hand to Claude Code or any coding agent\n```\n\n## See example output\n\nThe [`examples/`](examples/) directory contains complete outputs from real Haytham runs across different idea types:\n\n| Example | Type | Verdict |\n|---------|------|---------|\n| [Gym Leaderboard](examples/gym-leaderboard/) | B2C consumer app | GO (high risk) |\n| [Git Changelog CLI](examples/git-changelog-cli/) | Developer tool | GO |\n| [Invoice Reconciler](examples/invoice-reconciler/) | B2B SaaS | PIVOT |\n\n## Output structure\n\nAll output lives in `.haytham/session/`:\n\n```\n.haytham/session/\n├── phase-1-why/\n│   ├── idea-analysis.md          # Problem analysis, segments, UVP\n│   ├── concept-anchor.json       # Invariants that prevent idea drift\n│   ├── market-research.md        # TAM/SAM/SOM, trends, risks\n│   ├── competitor-research.md    # Who else is doing this\n│   ├── research-brief.md         # Neutral summary (no scores)\n│   └── validation-report.md      # GO/NO-GO/PIVOT with evidence\n├── phase-2-what/\n│   ├── mvp-scope.md              # What's in, what's out, core flows\n│   ├── capabilities.json         # Functional + non-functional capabilities\n│   ├── system-traits.json        # Auth, deployment, data layer, etc.\n│   └── gate-summary.md           # What you approve at Gate 2, in prose\n├── phase-3-how/\n│   ├── build-buy.json            # BUILD/BUY/HYBRID per capability\n│   ├── architecture-decisions.json\n│   ├── research-directives.json  # What to investigate before coding\n│   └── gate-summary.md           # What you approve at Gate 3, in prose\n└── phase-4-specs/\n    └── openspec/\n        ├── config.yaml\n        ├── project.md\n        └── specs/\n            ├── domain-name/spec.md\n            └── cross-cutting/spec.md\n```\n\n## How it works\n\nTen specialist agents across four phases. Market research agents run web searches. The report synthesizer weighs evidence and produces an honest verdict. If risks are high, it says so. If the idea doesn't hold up, it recommends NO-GO.\n\nConcept anchors (extracted in Phase 1) are passed unchanged to every downstream agent, preventing the \"telephone game\" where your specific idea gets genericized into something bland.\n\nRead more: [How It Works](https://arslan70.github.io/haytham/how-it-works/) | [System Evolution](https://arslan70.github.io/haytham/system-evolution/)\n\n## Commands\n\n| Command | Description |\n|---------|-------------|\n| `/haytham \"idea\"` | Run all 4 phases end-to-end |\n| `/haytham:validate \"idea or URL\"` | Phase 1: Market research and GO/PIVOT/NO-GO verdict |\n| `/haytham:specify` | Phase 2: MVP scope and capability model |\n| `/haytham:design` | Phase 3: Build/buy analysis and architecture decisions |\n| `/haytham:plan` | Phase 4: Generate implementation-ready OpenSpec |\n| `/haytham:build` | Set up a new project from Phase 4 specs |\n\n`/haytham:validate` accepts Reddit post and GitHub repo URLs. Use `--batch` to skip interactive gates (the NO-GO halt still applies).\n\n## License\n\n[MIT License](LICENSE)\n",
  "bytes": 4887,
  "sha": "7de6b253d22f080cb440937b675b86ed6d7ca1a42fe222ac7b6cf40dc72404b9",
  "repo_slug": "arslan70/haytham",
  "fonte": "repo",
  "truncated": false,
  "api": "https://agentalog.com/api/listings/plg_arslan70_haytham_haytham_9f56d07c/readme"
}