mini-program-architecture-skill
SolidTranslate a confirmed mini-program product specification or bounded feature into an implementable architecture covering modules, pages, components, services, canonical state sources, data models, interfaces, permissions, failures, caching, concurrency, idempotency, migration, rollback, external dependencies, and architecture decision records. Use when users ask how to structure a mini program, design data or APIs, divide frontend and cloud responsibilities, evolve an existing system safely, or prepare implementation after product semantics are stable. Preserves product meaning, current repository constraints, user-owned changes, and verifiable acceptance behavior rather than redesigning the product for technical convenience.
Install
Quality Score: 83/100
Skill Content
Details
- Author
- NocodeMrLi
- Repository
- NocodeMrLi/mini-program-engineering-skill-suite
- Created
- 1 months ago
- Last Updated
- 2 days ago
- Language
- Python
- License
- MIT
Similar Skills
Semantically similar based on skill content — not just same category
mini-program-implementation-skill
Implement bounded features and fixes in existing or new mini-program codebases while preserving repository rules, user-owned changes, approved behavior, assets, framework conventions, and evidence boundaries. Use when users ask to write or modify mini-program code, implement a confirmed specification or architecture, add a scoped feature, remove behavior semantically, update internal documentation required by a change, or carry out a well-defined small fix that does not require root-cause investigation. Establishes a baseline and change boundary, applies test-driven small steps, distinguishes source from generators and build artifacts, verifies the affected contract, and never reports source completion as device validation, formal acceptance, upload, or release.
mini-program-product-spec-skill
Convert a vague mini-program idea, feature request, or partially documented product into an evidence-calibrated product specification with target users, core problem, version-one scope, main and exception flows, page responsibilities, state matrices, and testable acceptance criteria. Use when users ask to define an MVP, clarify requirements, organize product flows, specify page behavior, resolve ambiguous product states, or prepare a stable handoff before architecture or implementation. Separates facts, user decisions, assumptions, unknowns, and future ideas; never invents product logic merely to complete a screen or technical plan.
architecture-design
全项目架构设计技能:覆盖需求摸底、规模估算、技术选型、架构设计、前端页面与 UX 设计、数据与接口设计、质量与运维设计、决策记录(ADR)、项目蓝图评审、实施计划、开发执行、验收交付的完整生命周期,让一次开发就达到可用、可维护的成果。Use when the user wants to plan, design, or build any project or application from scratch(做个项目/开发一个系统/搭一个平台/我想做一个…), or extend or refactor an existing system(给现有系统加功能/重构/改造/升级), design system or software architecture(系统设计/架构设计/技术选型/画架构图/微服务还是单体), design UI/UX or page inventory(界面设计/UX/页面清单/设计系统/画页面), write design docs or architecture decision records(设计文档/架构决策/ADR), or break a project into an implementation plan — even for a casual app idea or "该用什么技术栈".