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.
- 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. - 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. - 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. - 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. - 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