SubmitMap

Finds the launch platforms and directories a product qualifies for, and returns the brief for filling each one's submission form.

Dokümantasyon

What SubmitMap is, and what your agent does with it

SubmitMap is a directory of 294 launch platforms and directories, with a structured record behind each one: who it accepts, what disqualifies you, the submission steps, the requirements and the gotchas. The site is free to read and needs no account. This section is about the other half: the same directory as an MCP server, so the AI you already work with can do the submitting.

Why an agent needs the server

Launching is not one hard task, it is sixty small ones that all look alike and none of which are quite the same. That is exactly the shape of work a model does badly on its own and well with a dataset behind it.

A model asked to "submit my product everywhere" answers from memory

It names the handful of directories it has heard of, guesses the rules for the rest, and quietly skips the small ones that would have taken it today. The directory is the whole list, with the current rules, so the answer comes from data rather than from recall.

Eligibility is not obvious from a homepage

Every platform has its own bar: a live public URL, a free tier, a launch date, a minimum traffic, a badge on your site. Those are recorded per platform, so "which of these would take me right now, and what is missing for the others" is a question with an exact answer.

The forms are the work, and they all differ

Sixty character taglines, four kinds of description, a gallery at one size and a logo at another, a first comment, a maker bio. Stored once, mapped onto whatever the form in front of you asks for.

Nobody remembers what they already sent

Submissions are tracked per project, so a run can be picked up next week without re-reading a chat log, and a platform is never done twice by accident.

What it does once connected

You talk to your own agent, in your own client. It calls the server, and the answers come out of the directory rather than out of what it remembers of the web.

  1. 01

    It learns the product once

    The facts that decide eligibility, and the copy a form asks for, stored on your account. From inside your repository an agent fills most of that in from what it can already see, and asks about the rest. Nothing is retyped in the next session.
  2. 02

    It works out where you can go

    Every platform in the directory is sorted into ready to submit, reachable once you supply something specific, and structurally out of reach, with the rule behind each answer. That is a checkable list rather than the five directories a model happens to remember.
  3. 03

    It writes the run in an order

    Slow reviews first, cheap wins early, and the checklist of what has to exist before any of it can go out. The plan lands on your dashboard and ticks itself off as submissions are recorded. Planning costs nothing on any plan.
  4. 04

    It fills the forms, in your browser

    For one platform it gets the brief for that specific form: what is still missing, the value for each field, the steps, and the traps in the form itself. You stay signed in, and you stay watching; it types.
  5. 05

    It writes down what happened

    The listing URL, when it went out, when it goes live, and what came back. That is what makes "did I ever submit to that one" answerable a month later, by you or by whatever agent you ask next.

The typing happens in your browser, where you are already signed in, and by default it stops at every login and hands the keyboard back. Which browser it drives, and what you let it do with your logins and your repository, is most of the difference between a run that finishes and one you finish yourself, so it is worth reading before you connect anything.

What needs an account, and what does not

No account

Search the directory, read a platform in full, and qualify a product described in the conversation. Connect the server with no token at all and these work.

search_platforms, get_platform, qualify_project

With a token

Your own account: the stored product, the run order, the brief for each form filled in from your pack, and the record of what you sent.

whoami, list_projects, create_project, update_project, plan_submissions, submission_playbook, record_submission, list_submissions

The rest of these docsBefore you start

[

The browser it drives, how sign-in works, what your repo adds.

](https://submitmap.com/docs/before-you-start/)[

Setup

Mint a token, add the server to your client, describe your product.

](https://submitmap.com/docs/setup/)[

Guides

Prompts to paste: plan a launch, submit one, record what happened.

](https://submitmap.com/docs/guides/)[

Tools

Every tool, what it takes and what it hands back.

](https://submitmap.com/docs/tools/)[

Projects

Facts, pack, plan and submissions, and which is which.

](https://submitmap.com/docs/projects/)[

Limits and errors

What is metered, what a refusal means, and what to do about it.

](https://submitmap.com/docs/limits/)[

Static endpoints

The same directory as files, for a client that cannot connect.

](https://submitmap.com/docs/endpoints/)[

What it will not do

Passwords, accounts, and submitting while you are not looking.

](https://submitmap.com/docs/boundaries/)

Building the agent rather than using one? The agent page is the short version, and the tool reference is the long one.

[

Next

Before you start

](https://submitmap.com/docs/before-you-start/)