← Web & Mobile App BuilderCONTENT HISTORY
WHAT CHANGED
Update to Web & Mobile App Builder
Snapshot Nov 3, 2026 · 00:15 UTC · version 1.0.2
Collection source: downloaded plugin package.
First saved snapshot
No earlier snapshot is available to establish a change.
Save Web & Mobile App Builder and check future changes in Following.
Up to 10 plugins free · no card required.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Build a complete working website, web app, PWA, native Apple app, Android app, or cross-platform app from a product idea, including design direction and actual verification where available.",
"included_files": [],
"name": "build-from-idea",
"skill_md_contents": "---\nname: build-from-idea\ndescription: Build a complete working website, web app, PWA, native Apple app, Android app, or cross-platform app from a product idea, including design direction and actual verification where available.\n---\n\n# Build From Idea\n\nUse when the user's intent is to **make/build/create/implement** an app. Do not respond only with a tech stack or mockup when code tools exist.\n\n1. Read `../../references/platform-choice.md`, `../../references/execution-model.md` and `../../references/design-quality.md`. Capture user outcome, core workflow, intended platform, data/auth constraints and minimal complete vertical slice. Honor a requested framework; otherwise choose by needs and document the rationale.\n2. Inspect repository/environment or create a new runnable workspace using current tool-supported commands. Existing code is authoritative over preferred defaults.\n3. Design-first, not design-only: prepare a short reference-backed visual direction (type, composition, color, density, navigation, signature details); inspect user sources first. Read `../research-design-direction/SKILL.md` and `../create-design-system/SKILL.md`. If user requests concept selection, stop for approval; otherwise choose a defensible direction and implement it.\n4. Specify key screens and functional states: initial, empty, loading, error, disabled, success, permission and mobile/large-screen behavior. Read `../design-app-flows/SKILL.md`.\n5. Implement real navigation/state/data boundaries, not inert fake buttons. Choose the focused platform skill and `../design-backend/SKILL.md` if server/data work is needed.\n6. Secure any user data and implement accessible controls. Read `../secure-app/SKILL.md` for authentication, uploads or sensitive integrations.\n7. Run actual builds/tests. Capture browser or simulator renders and compare to design direction where tools permit. Use `../test-app/SKILL.md` and `../review-visual-ux/SKILL.md`; fix significant findings and rerun.\n8. Use `../orchestrate-agents/SKILL.md` for genuine subagents when available; otherwise perform roles sequentially without fabricating reports.\n9. Return source paths/links, commands and actual test output, design decisions, known failures and unverified items. Do not claim submission or deployment without actual action and permission.\n\nCompletion: one real user workflow executes successfully **when execution tools exist**, or disclose the precise execution blocker.\n"
}SHA-256 of public snapshot: 6c46ce63198cf4134343952555d262ccc3fc6edcb01b8f272edfea6a9720f754