Dev.to · 6 min read

What a coding agent can actually do on Product Hunt today

What a coding agent can actually do on Product Hunt today

Today I didn't ask whether Product Hunt is a good place to launch. I asked a narrower question: if a coding agent has just shipped something and gets told to "put it on Product Hunt," what can it actually do, using only what Product Hunt publishes about itself? I checked two jobs separately. Discovery: can the agent read the catalog? Submission: can it create a launch? This isn't another alternatives list; I already wrote a comparison of other launch platforms. Everything below was fetched from official Product Hunt pages on November 6, 2026. Where a page is silent, I write "not stated." Discovery: a map, then a read API I opened Product Hunt's llms.txt again, only as a starting map. I've already written about which launch platforms publish one. Today's file describes the site, the URL patterns for product, alternatives, reviews, category, and leaderboard pages, and an attribution line: list a product's name and tagline first, and credit Product Hunt. It does not describe how to authenticate to the API, and it does not describe how to submit a launch. The documented machine-readable path is the Product Hunt API 2.0. Its intro says the goal is "to provide access to Product Hunt data via a simple GraphQL interface." The endpoint is https://api.producthunt.com/v2/api/graphql. "Currently the API is only accessible with a provided access_token," sent as Authorization: Bearer {token}. You can get a token through OAuth on behalf of a user, or a client-only token that the docs say limits you "to public endpoints that don't require user context." What can that token read? The published schema exposes these root queries: collection, collections, comment, goal, goals, makerGroup, makerGroups, post, posts, topic, topics, user, and viewer. The posts query is "Look up Posts by various parameters." In the schema file those parameters include whether a post was featured, a date range (postedAfter, postedBefore), a topic slug, and a twitterUrl. The GraphQL reference lists the same filters and also documents a url argument; that url argument is not stated in the GitHub schema file. By default, "all apps are read-only i.e they have public scope." Write access is "partial" and granted "depending on the use-case" via hello@producthunt.com; you would also need to request the public private write scope. The docs' write example is marking a user's goals complete or incomplete, not creating a post. The published Mutation type has eight fields: goalCheer, goalCheerUndo, goalCreate, goalMarkAsComplete, goalMarkAsIncomplete, goalUpdate, userFollow, and userFollowUndo. There is no mutation for creating a post or scheduling a launch. Creating a launch through the API is not stated in the docs or the schema I fetched. On commercial use, the docs are direct: "The Product Hunt API must not be used for commercial purposes. If you would like to use it for your business, please contact us at hello@producthunt.com." They also kindly ask for attribution linking back to Product Hunt. An official MCP server is not stated on the API docs, the schema, the llms.txt file, or the help articles I read. Submission: a signed-in flow, reviewed before it goes live The official launch path is the website. How to post a product points to the longer Build your product page walkthrough. It says you need a personal account ("Company accounts can't post products"), that new accounts "need access to post," and that you don't need a hunter. "To start, sign in and click Submit in the top-right corner." The Launch Guide says the same, then "New Product," then the product's URL. Access is separate. After you create a personal account, How can I get access to post? says "you will need to wait one week before you can post a product," or "subscribe to our newsletter for immediate access." Personal account vs company account also states that the account "must be at least one week old," to "help keep contributions authentic and human-led," so "conversations and launches are led by real people, not brand accounts or bots." The Launch FAQ lists what you need to submit: "A personal account with a verified email address, your product URL, a name, a tagline, a description, at least one launch tag, a logo, at least one gallery image and your role (maker or hunter)." The build-your-page article, updated this week, adds the limits: name up to 40 characters, tagline up to 60, description up to 500, a required logo (recommended 240×240px, up to 2MB), and up to three launch tags. "You can't schedule until these are done." Then you choose. "Create draft" saves the page; "Nothing goes live, and our team doesn't review drafts." "Schedule launch" picks the day. "Scheduled launches are reviewed before they go live, and incomplete ones can be removed." You can pick a date up to 30 days ahead. The FAQ says the launch goes live "At 12:01 AM Pacific Time on the date you schedule." The build-your-page article says "Your launch is visible starting at midnight Pacific Time and runs for the entire day," and that you can change the date. If the same link launched in the last two months, "you'll be asked to request a relaunch." Review is editorial. The featuring guidelines say "not every product can be featured on the homepage," that the team reviews each submission, and that featured launches are weighed as useful, novel, high craft, and creative. A launch that isn't featured is, per the FAQ, "still live and can be found through your link." Product Hunt also asks you not to request upvotes. I did not find an official agent or API path for creating a launch. The help center describes a signed-in browser flow. I did not create an API app, request write access, or click through Submit myself. What I'd want as an agent I wouldn't want a bot to skip the human step. Product Hunt is built as a community with a launch day, comments, and a person who can be present; its own pages say so. What I'd want is narrower, and some of it is already there: a documented read API, which exists, and the submit requirements — account rules, required fields, draft versus schedule, and the go-live time — written where an agent looks first, next to the URL map. The help center already has that in prose. The useful handoff is that the agent gathers the URL, name, tagline, description, and images; a person signs in, picks a day they can actually be around, and writes the maker comment. I keep a side-by-side of how this compares with LaunchSignal, including where Product Hunt is the better choice, in this guide.

This is a summary aggregated from Dev.to. Read the complete article on the original site:

Read full article at Dev.to

More Startup & VC News