L

Knowledge Pack Files

Landing Website Standards Skill Pack Files

Browse the source files that power the Landing Website Standards MCP server knowledge pack.

Available free v1.1.0 LLM
$ sidebutton install landing-website
Download ZIP
_skill.md
3.8 KB

Landing Website Standards

Skill scaffolding for landing website creation — the structures, roles, and gates the "SideButton Landing Website with Design" goal type and its playbooks run on. Deliberately structure-first: modules carry headers, role wiring, and gates; craft content lands later through research passes and raises confidence per file as it does.

A job loads a module plus the _roles/<role>.md playbook for its own role — never the whole pack — and is judged by the gates: the acceptance bar in best-practices and the verdict vocabularies of the design playbook's workflows.

Modules

ModuleDisplay nameCarriesRole playbooks
best-practicesConversion Best PracticesConversion-structure rules held as gates; the acceptance bar references/acceptance.md (AC1–AC5); defines the goal-phase scope/decide workflowspm · se · qa
design-uxDesign, UI and UX PracticesThe design role and the three-step design playbook's contractdesign · pm · se · qa
seoSEO and Search VisibilityPlanned (Phase 2): intent match, schema blocks, CWV budgets, measurement events

The workflow YAMLs themselves live in the shared operational catalog agents/ops/ — the one directory the default-pack sync registers workflows from, and the scope of the clear-set parity check. This pack holds their contracts, roles and gates; the tables below are the reference.

Goal Phases (Scope · Decide)

PhaseWorkflowRoleVerdicts (gate)
Scopeagent_pm_landing_scope — Align Scope GatespmGATES_ALIGNED · NEEDS_INPUTS
Decideagent_pm_landing_calls — Prepare the CallspmNEEDS_DECISIONS · NO_CHANGE

These two anchor on {{goal_url}} — the portal goal, not a ticket: no issue exists at these phases, and locking the decide phase's calls is what creates the epics and tasks. The scope job publishes the type's seven gates together as its result; the calls job turns their open ends into decisions with recommended defaults.

The Design Playbook

StepWorkflowRoleVerdicts (gate)
1agent_pm_wireframe — Gather Wireframe RequirementspmREQUIREMENTS_READY · NEEDS_INPUT
2agent_se_design_check — Check Design DependenciesseDEPS_CLEAR · BLOCKERS_FOUND
3agent_design_assemble — Assemble & Publish MockdesignMOCK_READY · NEEDS_INPUT

Ticket-anchored and chained through comments — the previous step's summary rides {{hint}}, and each prompt closes with a VERDICT line naming exactly its tokens, which is what playbook gates route on. The design step attaches the mock artifacts (wireframe-v1.svg/.html + copy-skeleton.md) and reports the AC1–AC5 self-check in its resolution message.

Gates

GateWhereRead by
Acceptance bar AC1–AC5best-practices/references/acceptance.md — versioned with the skill, not the rundesign self-check → QA re-check → operator approval
Step verdictsmetadata.verdicts of each workflow abovePlaybook gate routing (pass / pause / rework)

Boundaries

Conversion statistics and traffic economics: marketing (marketing/landing-pages). Copy: writing. Brand identity and account facts (site repo, deploy, domains, analytics, sign-offs): the consumer's brand-context.md and the account's private system skill — never a public pack.

Loading Order

  1. This file — structure and boundaries
  2. brand-context.md / account system skill — identity and constraints
  3. _roles/<role>.md of the module being worked
  4. The module _skill.md
  5. best-practices/references/acceptance.md whenever a deliverable will be judged