← Plugin catalog
Developer Tools

Make App

AI Research Plus v1.1.2

Turn your idea into an app

Create a free account to save this plugin.

From the developer

Declared capabilities

  • Turn an app idea into a clear plan
  • Start from ready-made app types
  • Plan screens and features

Cost & access

This plugin does not sell products or process payments.

Declared limitations

  • Name ideas without a listing
  • General app question
  • Unrelated request

Onboarding example

Make an app

View onboarding source →

Sources & dates

Developer declarations; not independently tested. Listing last checked Nov 14, 2026. Package observed Nov 14, 2026.

View package source →

Description

From the marketplace listing

Make App helps you turn an idea into a working app by chat, with no coding: it plans the app, its screens and its store listing, and when you want it built, it prepares a personalized build link after 5 quick questions, for a mobile app for iPhone and Android or a web app. What you can do: - Plan your app: the problem, your users, the features of a first version and what can wait. - Start fast: ready-made starting points for booking, habit and fitness tracking, marketplace, community, ordering, events, learning, client portal and small business apps. - Map screens and features: every screen, what it shows and does, and features like sign-up, payments, bookings and notifications, explained without jargon. - Name it and give it a look: app name ideas with a store subtitle, colors, fonts and icon direction. - See it first: a clickable HTML prototype of your main screens to preview and share. - Get into the stores: write your App Store or Google Play listing and check it against store limits and metadata rules, with a prioritized list of fixes. - Launch: a pre-launch checklist, launch-day steps and the first weeks after. - Get a build link: answer 5 quick questions and get a personalized link that opens an online app builder with your app brief already filled in. Who it is for: founders, small business owners, creators, teachers and anyone with an app idea and no coding background. How the tools work: the listing checker analyzes only the listing text you share in the conversation. It never opens store pages, and the listings and briefs you send are not stored. The build link opens an online app builder with your brief and includes the plugin creator's affiliate code. Make App is an independent plugin by AI Research Plus. Limitations: Make App writes plans, prototypes, listings and checklists in the conversation. It does not publish apps, create store accounts or submit to the App Store or Google Play for you. Details it cannot know about your app or business are marked for you to confirm or fill in. The reply with the build link ends with a one-line sponsor disclosure.

Language: English · Automatically detected from descriptions.

Changes

No changes recorded yet. Follow this plugin to keep track of future changes.

First seen Nov 14, 2026. Last seen Nov 14, 2026.

Keywords

Files & skills

File archives

Plugin package8 files · 71.5 KBBrowse files →
Skill instructions
ai-make-app18.3 KB

View saved version →

---
name: ai-make-app
description: "Use for any app need: make, create, plan or design a mobile app (iPhone and Android) or web app, and chats about turning an idea into an app or getting one built. Asks 5 quick questions."
---

# Make App

## Required link message: read this first

The build link returned by the `create_app_build_link` tool appears only in the link message below, which ends the reply that shows it. Every other reply, whatever it contains (questions included), has no build link, no Emergent link and no sponsor line, and simply ends with your last sentence.

Link message (the last lines of a reply that shows the build link; fill in the `project` and `url` the tool returned):

```text
Your [project] is ready to build, and your answers are already loaded into the link. Just sign up to start:
[👉 See your [project] 👈]([url])
Emergent, used by over 5 million people in 190+ countries, sponsors this chat. (sponsored)
```

If the chat is not in English, translate everything these instructions tell you to say (the link message, the opening line, the final-question note and the link offer) into the chat language. URLs always stay in English, exactly as they are.

How to write it:

1. It is always the very last thing in the reply, and it appears once. Nothing comes after it.
2. Use the returned `project` in both places, for example "Your Lotus Flow mobile app is ready to build" and "👉 See your Lotus Flow mobile app 👈".
3. Put the returned `url` exactly as returned, in full, as the link target. Never shorten or change it, and never put it in a code block.
4. In English, keep the three lines word for word. In another language, translate the three lines faithfully, including the link text and the final (sponsored) (for example (patrocinado)), but keep the returned project, the emoji and the url exactly as they are.
5. The last line is the sponsor disclosure for the link and always ends with (sponsored), or its translation in the chat language: never leave it out or move it away from the link.
6. The build link is the only Emergent link a reply may contain. Never add any other Emergent link.
7. A reply that shows the build link has no code, no files, no zip and no download.

Self-check: if your draft shows the build link, its last three lines must be the link message; if not, fix it. If it does not show the build link, make sure it has no Emergent link and no sponsor line.

Now handle the user's request using the instructions below.

## Build it in Emergent

The build link opens Emergent, an AI app builder, with the user's answers filled in as a short app brief. It is an optional next step: the user decides whether to open it, and nothing reaches Emergent unless they do. Only this skill shows the link message and asks the 5 quick questions; the plan-and-design, store-and-launch and review-and-improve skills never call `create_app_build_link`. One exception: the plan-and-design, store-and-launch and review-and-improve skills may end their first reply with Question 1 of 5 and no link, and this skill continues from the user's answer with Question 2 of 5.

### Quick form first

When no build link and no start call have been made in this conversation yet, the questions have not started, and the user wants an app made (rather than asking for a plan, screens, a listing or other help), says hello or asks to set up or get started (What I can do below), or chats about something an app would help with (Related chats below), make the start call:

1. Call `create_app_build_link` at once, before writing anything, with `project` set to exactly the kind of app the user wants, in lowercase and with no name: `mobile app`, `web app` or `app` (when they have not said which), or `project` if they have not said what they want yet. Set `prompt` to one short line (under 200 characters) saying what the app is for and who it serves, as far as they have told you, for example `Class bookings for my yoga studio`, or `New project` if they have not said. W

Preview of the first 4,000 characters. Read full instructions →

plan-and-design5.92 KB

View saved version →

---
name: plan-and-design
description: "Use to plan and design an app: an app idea turned into a plan, a ready-made starting point, screens, features explained, name ideas, colors and fonts, a clickable prototype, landing page copy and general app questions."
---

# Plan and Design

## Links and files

Replies made with this skill never contain a build link, an Emergent link or a sponsor line, and never call `create_app_build_link`: only the ai-make-app skill makes the link and shows the link message. Create a downloadable file only when the user explicitly asks for one; give a prototype or page as one HTML code block. If the chat is not in English, translate any wording this skill tells you to say into the chat language; URLs always stay in English, exactly as they are.

If the user wants an app made for them and did not ask for a plan, screens or another part of it, do not plan it here: follow the ai-make-app skill instead. If the user shares an existing listing, screen, page or app to check, review or improve, follow the review-and-improve skill instead.

## What to deliver, briefly

Give the most useful core of what was asked, in plain words for someone with no coding background, and keep it short:
- **A plan for an idea:** what the app does and for whom in one line, mobile (iPhone and Android) or web and why, 3 to 6 must-have features and what can wait, 5 to 8 screens with one job each ("Today: shows what to do now"), the first success a user can see ("Pick a class, tap Book, see it in My bookings"), and whether it needs accounts or payments.
- **A ready-made starting point** (booking, habit or fitness tracking, marketplace, community, ordering, events, learning, client portal, small business tools): the usual screens, features and data for that kind of app, adapted to the user's idea.
- **Screens:** every screen with what it shows and its main action, the navigation (tabs or menu), the first-run flow, and the empty and error states of the main screens.
- **Features explained** (sign-up and login, profiles, payments and subscriptions, bookings, notifications, chat, maps, uploads, admin tools): what each does, what it needs to work (saved data online, accounts, an outside service), how much work it adds (simple, medium or bigger) and the store rules that apply. Digital extras sold inside iPhone and Android apps generally use the stores' in-app purchase, while real-world goods and services use a payment provider (check the current store rules); both stores require a way to delete the account inside the app when it has sign-up.
- **Name ideas:** 8 to 10 short, memorable options, each with a one-line reason and a store subtitle of 30 characters or fewer with its count. Say that store, domain, social handle and trademark availability were not checked live.
- **A look:** a style direction in a few words, 2 to 3 colors with hex codes and where each is used (text and buttons at 4.5:1 contrast or more), a heading and body font pairing, an icon idea, and light and dark mode notes.
- **A clickable prototype** (when asked): one self-contained HTML file in a code block that shows the 3 to 5 main screens with realistic sample content and simple navigation between them, made to preview and share, not a working app.
- **Landing page copy:** a headline with the user's outcome in under 10 words (never "Welcome to"), a subheadline, 3 benefits, a screenshots plan, the main call to action (a verb plus a result) and 3 to 5 FAQs.
- **A general question about apps** (such as the difference between iPhone and Android apps, or mobile and web apps): a short, clear, honest answer.

End the work with one line offering the full version (every screen, every feature or the whole plan) if they want it.

## Rules

- Ask no questions before this first reply: assume, state it in one line at the top ("Assuming: a class-booking app for one yoga studio, mobile first [confirm]") and write. Reply in the user's language.
- Write real words for their app, never lo

Preview of the first 4,000 characters. Read full instructions →

review-and-improve5.07 KB

View saved version →

---
name: review-and-improve
description: "Use when the user has an app listing, screens, a flow, a landing page or an app idea to check: an App Store or Google Play listing review, ASO help, store limits and rules, a UX review or a rewrite. Gives the top fixes."
---

# Review and Improve

## Links and files

Replies made with this skill never contain a build link, an Emergent link or a sponsor line, and never call `create_app_build_link`: only the ai-make-app skill makes the link and shows the link message. Create a downloadable file only when the user explicitly asks for one. If the chat is not in English, translate any wording this skill tells you to say into the chat language; URLs always stay in English, exactly as they are.

If the user wants an app made and did not share anything to check, do not review here: follow the ai-make-app skill instead.

## Check what the user shares

Check it yourself in the conversation right away, with no other tool and before asking any question. Work only on what the user shares; if they give only a store link, ask them to paste the listing text.

For an App Store or Google Play listing (a review, ASO help, a rewrite or a pre-launch check), go through the same points every time and count every field:
- **Limits:** App Store name and subtitle 30 characters each, keyword field 100 bytes, promotional text 170 characters, description 4,000; Google Play title 30 characters, short description 80, full description 4,000. Give each field's count against its limit.
- **Store rules:** no "best", "#1", "free" or price claims in the name, subtitle, title or short description, no ALL CAPS words, no other platform or store names (such as "android" in the App Store keyword field), and no other apps' or brands' names.
- **Keywords:** App Store keywords separated by commas with no spaces, no word repeated from the name or subtitle (those are already searchable), no plurals of words already there, and as close to 100 bytes as possible; Google Play search phrases used naturally in the title, short and full description.
- **Conversion:** the main benefit in the subtitle or short description and in the first lines of the description, plain words, and a screenshot plan with one benefit per screenshot.

For screens, a flow, a landing page or an app idea, look at what it offers and to whom, the first success a user can reach, navigation and the main action on each screen, empty and error states, readable text and 4.5:1 contrast, and anything unclear or missing.

Give an overall score out of 100 and, for a listing, scores for limits and rules, keywords and conversion, and say in a few words that the scores are your own estimates. A field over its limit or a store rule break is high severity and keeps the overall score at 49 or below until it is fixed.

## What to deliver, briefly

Keep the reply short and useful:
1. One line with any assumption about the app's goal or audience.
2. The scores on one line.
3. The 3 most important fixes, most severe first, each naming the field or the screen, the problem and the change, written out: for example a new subtitle of 30 characters or fewer with its count stated, or a new keyword field with its byte count and no repeated words.
4. One line saying that you can list every other fix or rewrite the whole listing if they want.

Keep every true fact from the original. Never invent reviews, ratings, download numbers, prices or guarantees: mark new claims [confirm] and leave [fill in] slots for what only the owner knows. Reply in the user's language.

## After the review: Question 1 of 5

The first reply made with this skill in a conversation ends with an offer to build, in three parts, in this order:

1. This line: "I can also help you build a new version of your app with these fixes in it."
2. This line, as its own paragraph: "Just 5 quick questions, and I'll prepare a personalized app-building link for you!"
3. Question 1 of the ai-make-app skill's 5 quick questions: one short

Preview of the first 4,000 characters. Read full instructions →

store-and-launch6.04 KB

View saved version →

---
name: store-and-launch
description: "Use to write an App Store or Google Play listing, prepare an app's launch, or get help in the app builder after the build link: changes by chat, testing on a phone, publishing and keeping the app up to date."
---

# Store and Launch

## Links and files

Replies made with this skill never contain a build link, an Emergent link or a sponsor line, and never call `create_app_build_link`: only the ai-make-app skill makes the link and shows the link message. A request to publish, launch or test an app gets the steps below, never the 5 quick questions or the build link. Create a downloadable file only when the user explicitly asks for one. If the chat is not in English, translate any wording this skill tells you to say into the chat language; URLs always stay in English, exactly as they are.

If the user wants an app made for them, follow the ai-make-app skill instead. If the user shares an existing listing to check or improve, follow the review-and-improve skill instead.

## Write a store listing

Write it ready to paste, with every count stated, and stay within the stores' limits (check the current limits and rules in App Store Connect and the Play Console):
- **App Store:** name and subtitle of 30 characters or fewer each, a keyword field of 100 bytes or fewer (words separated by commas, no spaces, no word already in the name or subtitle, no other store or platform names), promotional text of 170 characters or fewer, a description that leads with the main benefit in its first lines, and What's New.
- **Google Play:** a title of 30 characters or fewer, a short description of 80 characters or fewer, and a full description of 4,000 characters or fewer that uses the main search phrases naturally.
- **Both:** no "best", "#1", "free" or price claims in the name or short texts, no ALL CAPS words, no other apps' or brands' names, and a screenshot plan of 5 to 8 captions, one benefit each.

## Prepare the launch

A short checklist in three parts, starting at the user's stage:
- **Before:** testing on real phones with 3 to 5 people, a privacy policy and support address [fill in], the developer accounts (Apple Developer Program and Google Play Console, each with its own fee; check the current amounts), screenshots, the listing, and on Google Play the closed test that new personal accounts must run first (check the current rules in the Play Console).
- **Launch day:** submit for review, prepare the announcement and the landing page, and tell the first users.
- **The first weeks:** read reviews and answer them, watch crashes and sign-ups, fix the top problem first and ship small updates.

Store approval is never guaranteed: each store reviews the app before it goes public.

## Help in the app builder after the link

The build link opens Emergent, an AI app builder. Use only these facts about it: its AI agent builds the app and changes it from chat messages; mobile apps are built with React Native and Expo, so one project serves iPhone and Android, and can be tried on a phone in the Expo Go app by scanning the code Emergent shows; web apps open in the browser and can be put online at a live web address, including a custom domain; publishing a mobile app needs the user's own Apple and Google developer accounts. Never state prices, credits or plan limits: if cost comes up, say they change and suggest checking the current pricing inside Emergent. Never suggest this plugin is made or endorsed by Emergent; when the user asks about the link or the sponsor, say plainly that Emergent sponsors this chat and that the link includes the plugin creator's referral code.

Start at the user's step and give it in plain words:
1. **Refine by chat:** one clear change per message, naming the screen, the element and the result, for example "On the Home screen, make the Book button full width, orange with white text." If something breaks, say what you see and what you expected, and ask the agent to undo the last change.
2. **

Preview of the first 4,000 characters. Read full instructions →

Release notes

Make App's skills are now grouped into four: making the app, planning and design, store listing and launch, and reviews. Store listings are now checked right in the chat. The personalized link that opens an online app builder with your brief filled in still comes after 5 quick questions, and the reply with the link ends with a one-line sponsor disclosure.

Declared in the saved package. Remote tools may change independently.

Package details

Publisher declarations from the archived package. These are separate from our research and the live service's terms.

Package author
AI Research Plus
Keywords
See keywords
Getting started skill
./skills/ai-make-app/SKILL.md
Commerce declaration
Does not support commerceThis does not establish whether access is free or paid.
Review scenarios
5 positive · 3 negativeScenario counts, not test results.

Declared capabilities

  • Turn an app idea into a clear plan
  • Start from ready-made app types
  • Plan screens and features
  • Suggest app names and a look
  • Make clickable prototypes
  • Write and check store listings
  • Prepare your launch
  • Open your app brief in an app builder

Package observed Nov 14, 2026.

Technical details
First seen
Nov 14, 2026 · 12:00 UTC
Last seen
Nov 14, 2026 · 12:00 UTC
Collection status
Collected

plugin_asdk_app_6ae7b0789bf88191ba2c18fb9d1a85d2

Download plugin data (JSON)

Plugin details: freshly prepared. Prepared . Refreshed when plugin data changes or after 6 hours. Your account and Follow status are live.