README-to-brief
Inspect the exact bounded project context before any hosted model work begins.
Project name generator · README-ready
Give NamingSignal the problem, mechanism, audience, and future scope, or start with the README you already wrote. It extracts an editable brief before generating, so the names reflect the project rather than a generic keyword cloud.
Step 1 · Your project
One sentence is enough. NamingSignal analyzes it, infers the brief, and checks availability in one run.
Infers your target customer, desired outcome, and naming guidance from the description. Everything stays editable, and skipping it is fine: the same analysis runs automatically when you generate.
Your naming run
Generate 150 names · check 600 domainsAcross .com, .app, .io, .ai · keep names where at least one selected domain passes.Inspect the exact bounded project context before any hosted model work begins.
Check GitHub, npm, and PyPI exact-name evidence alongside selected domain endings.
Export the brief, candidates, evidence, shortlist, and remaining manual actions for the team.
Practical answers
Availability is time-sensitive evidence. A final choice still needs current registrar verification, spoken testing, cultural review where relevant, and appropriate legal clearance.
Yes. The public REST contract, local CLI, and stdio MCP server expose the same bounded workflow for Codex, Claude, and other capable agents.
No. The web flow accepts bounded pasted or uploaded context and safe public imports. It excludes detected secrets and does not clone a private repository.
Yes. The workflow preserves constraints and rejection reasons, so a team can rerun the sprint when the audience, scope, or public-launch requirements change.