app-framework
Skill2 starsChanged 38 days agoMITView on GitHub
Build a maintainable Shopify app foundation: framework choice, routes, shop-isolated data, migrations, jobs, tests, configuration and hosting boundaries. Use after setup or when extending an existing app.
In this repository35 other files it gives its agents.
- admin-graphqlSkill
- admin-restSkill
- app-accessibilitySkill
- app-authSkill
- app-billingSkill
- app-bridgeSkill
- app-listing-optimizationSkill
- app-market-researchSkill
- app-namingSkill
- app-niche-finderSkill
- app-performanceSkill
- app-pricing-strategySkill
- app-release-readinessSkill
- app-validationSkill
- b2b-marketsSkill
- built-for-shopify-standardsSkill
- dev-troubleshootingSkill
- hydrogen-storefrontSkill
- liquid-themesSkill
- merchant-pain-preventionSkill
- metafields-metaobjectsSkill
- polaris-uiSkill
- shopify-app-store-adsSkill
- shopify-cliSkill
- shopify-connectionsSkill
- shopify-functionsSkill
- shopify-project-copilotSkill
- storefront-apiSkill
- top-app-ux-patternsSkill
- using-shopify-app-builderSkill
- ux-empty-error-statesSkill
- ux-modern-app-feelSkill
- ux-onboardingSkill
- ux-polaris-antipatternsSkill
- webhooksSkill
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
Use shopify-cli, app-auth, app-bridge and polaris-ui for the first authenticated embedded page.
- Distinctive: line 20
Add migrations and test fixtures.
- Distinctive: line 21
Put slow syncs in durable jobs with deduplication, bounded retries, observable status and cleanup on uninstall.
- Distinctive: line 22
Test before expanding features: unit rules, auth and shop-isolation integration tests, error handling and the primary end-to-end dev-store …
- Distinctive: line 33
Use app-release-readiness before calling this production-ready.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Build a foundation you can maintain
A framework supplies routing, rendering and Shopify integration. A database stores app-owned data; a background job processes work outside a page request.
Start here
For a new embedded app, follow the current official Shopify CLI scaffold and React Router integration, including current App Home/Polaris web component setup. Do not make a beginner choose a custom stack unless a concrete requirement needs it. For an existing app, inspect package versions, route layout, session storage, tests and hosting. Preserve a supported existing framework rather than forcing a migration.
Guided workflow
- Define one merchant task, inputs, output and failure states. Propose the smallest architecture with cost/maintenance tradeoffs.
- Use shopify-cli, app-auth, app-bridge and polaris-ui for the first authenticated embedded page.
- Model data ownership by shop, input validation, database constraints and query authorization. Every read/write must use the authenticated shop, not a client-supplied shop ID alone. Use parameterized access and avoid mass assignment.
- Add migrations and test fixtures; rehearse migrations with backup/recovery. Keep app configuration/secret injection separate from browser code and public source. Do not inspect local credentials to configure an app.
- Put slow syncs in durable jobs with deduplication, bounded retries, observable status and cleanup on uninstall. Authenticate callbacks; fail safely when dependencies are unavailable.
- Test before expanding features: unit rules, auth and shop-isolation integration tests, error handling and the primary end-to-end dev-store journey.
- Choose hosting only when needed; explain Shopify deploy manages configuration/extensions, while the app server/database need their own host. Obtain approval before provisioning or changing production.
Check it worked
A new merchant can install, reach first value, recover from an error and reopen saved state. A second shop cannot read the first shop's data. Tests cover denied/invalid requests, duplicate jobs and migration boundaries. Build/type checks and live dev-store QA are separate evidence.
If you get stuck
Work locally with mocks/synthetic fixtures when accounts are unavailable, and label those results. Do not create a paid database or change an existing deployment to unblock a local prototype without authorization.
Use app-release-readiness before calling this production-ready. Sources: official scaffold, React Router app guide, App Home.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

