Update to Appllama

{
  "name": "appllama-usage",
  "description": "Use the Appllama MCP (mcp.appllama.io) well — research real top-grossing mobile apps, their screens, flows, and UI elements, then build from what you learn. Load when the Appllama MCP is connected and the task involves building a mobile app or screen, researching app design patterns, studying onboarding/paywall/feature flows, improving an existing screen, or whenever an appllama_* / search_apps / list_app_screens tool is available. Covers the tool map, pagination, expiring media, and the full build-from-research playbooks.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 378
    },
    {
      "relative_path": "references/build-from-scratch.md",
      "size_in_bytes": 5342
    },
    {
      "relative_path": "references/improve-a-screen.md",
      "size_in_bytes": 3420
    },
    {
      "relative_path": "references/research-methods.md",
      "size_in_bytes": 3797
    }
  ],
  "skill_md_contents": "---\nname: appllama-usage\ndescription: Use the Appllama MCP (mcp.appllama.io) well — research real top-grossing mobile apps, their screens, flows, and UI elements, then build from what you learn. Load when the Appllama MCP is connected and the task involves building a mobile app or screen, researching app design patterns, studying onboarding/paywall/feature flows, improving an existing screen, or whenever an appllama_* / search_apps / list_app_screens tool is available. Covers the tool map, pagination, expiring media, and the full build-from-research playbooks.\nlicense: MIT\nmetadata:\n  author: Appllama (appllama.io)\n  version: 1.1.0\n---\n\n# Appllama Usage Skill\n\nAppllama is the design library of top-grossing mobile apps — their real\nscreens, flows, and UI patterns, with revenue and download context. The MCP\nputs that library in an agent's hands: **not just a research tool, a builder's\ntool.** You study what already wins, then you build something better.\n\nPair this skill with **appllama-app-design-skill** for every design/implementation\nstep — this skill tells you what to study; that one tells you how to build.\n\n## Ground rules (read first)\n\n1. **Start with `get_credits` — it's free.** It tells you the balance,\n   limits, and reset date. Pro includes 1,500 credits a month (they reset in\n   full on the 1st, UTC); every other call spends 1 credit.\n2. **Go deep.** Design language lives in the whole journey, not a sample —\n   walk every screen of the apps that matter for the task, images included.\n   That is exactly what the library is for. The one thing that's against the\n   terms is harvesting: sweeping the catalog to extract the dataset itself\n   rather than to answer a real task. That isn't research, and it's detected\n   server-side.\n3. **Media URLs expire in ~1 hour.** Download/view what you study promptly.\n   If links died mid-task, re-request that page for fresh ones — screen ids\n   are durable, links are not.\n4. **Ignore the watermark.** Every Appllama image and video carries a small\n   Appllama watermark in the top-left corner. It is provenance, not part of\n   the screen — don't let it skew your read of that corner (status bar,\n   back button, title), and never reproduce it in anything you build.\n5. **Pagination is sequential.** Every list response carries `next_cursor`;\n   pass it back to continue. You cannot jump to page N — and a cursor only\n   works for the same query that minted it. If a cursor errors, drop it and\n   restart from page one.\n6. **If you hit a rate limit, wait it out.** The per-minute and per-day\n   limits sit far above real research; on the rare hit, wait the stated\n   time — don't retry-hammer.\n7. **Errors are instructions.** Tool errors are written to be acted on\n   (expired cursor → restart; out of credits → tell the user their credits\n   reset on the 1st and they can request more in Settings → Usage).\n\n## Tool map\n\n| Tool | What it gives you | Typical use |\n|---|---|---|\n| `get_credits` | Balance, limits, reset date. **Free.** | Session start |\n| `search_apps` | 10 apps/page: name, revenue, downloads, rating, launch date, screens count, **flow list with screen counts**. Natural-language `query` + filters (revenue/downloads/rating/launch date/price/onboarding steps) + `sort` + `board_id` | Find the top apps for a category or need |\n| `get_app` | One app in full: ratings breakdown, category rank, IAP pricing, top countries, flows | Decide if an app deserves a deep study |\n| `list_app_screens` | 10 screens/page **in journey order** (welcome → onboarding → paywall → product), each with media URL, flow, UI elements, colors. Filter by `flow` or `section` | Walk an app screen by screen |\n| `search_screens` | Screens across the whole library. `mode=\"keyword\"` matches screen names + filters (flow, screen_type, element, app_id); `mode=\"semantic\"` searches by meaning/visual language | Gather design references for one screen type |\n| `get_screen` | One screen in full + up to 5 visually similar screens from other apps. Accepts `screen_ref` = `app_id/screen_id` (what appllama.io's \"Copy Screen ID\" produces) | The user pasted a screen ref; or drill into one reference |\n| `list_flows` | The flow taxonomy with screen/app counts | Discover what flows exist for a category |\n| `get_flow_apps` | Apps containing a flow, top revenue first | Find the best examples of one flow |\n| `list_ui_elements` | ~38 UI-element families with counts (one call) | Vocabulary for element-level research |\n| `get_element_screens` | Screens featuring an element family | Study how winners build one component |\n| `list_my_boards` | The member's own appllama.io boards (screens / apps / flows) | Find their curation first |\n| `get_board` | A board's full contents: screens with media, app profiles, or (app, flow) pairs | When the member curated a board for the task, START from it |\n\n**The screen_ref handshake:** members can click \"Copy Screen ID\" on any\nscreen at appllama.io and paste it to you. It looks like\n`1393061654/spl_9i075` — feed it straight to\n`get_screen(screen_ref=...)` and you're looking at exactly the screen they\nmean, plus its closest siblings across the library.\n\n## The playbooks\n\n| Scenario | Reference |\n|---|---|\n| Build an app from scratch (e.g. \"build me a habit tracker\") | [references/build-from-scratch.md](references/build-from-scratch.md) |\n| Make an existing screen better | [references/improve-a-screen.md](references/improve-a-screen.md) |\n| Flow & element research; general research method | [references/research-methods.md](references/research-methods.md) |\n\nBoth build playbooks end the same way: **the simulator loop from\nappllama-app-design-skill, repeated until you cannot find a flaw.** Research\nwithout that loop is decoration.\n\n## Local reference boards\n\nWhen you pull screens for study, save them into a local working structure —\nlinks expire in about an hour, but your notes and downloads don't:\n\n```\nresearch/\n  <category>/\n    apps.md            # the shortlist: metrics, flows, verdicts\n    <app-name>/\n      screens.md       # per-screen notes: id, name, flow, elements, colors\n      img/             # downloaded screens, in journey order\n    patterns.md        # cross-app synthesis: the category's design language\n```\n\nDownload the screens as you study them — synthesis happens with the images\nside by side, not from metadata. Notes and screen IDs are durable; re-fetch\na fresh link from the ID if you ever need the pixels again.\n"
}