Token导航 LogoToken导航

Agent Skill · 效率

stomme-landing-page-builder(stomme 登陆页面构建器)

stomme-landing-page-builder 用于辅助前端页面、组件、样式和交互逻辑开发,适合在 OpenClaw 中需要维护前端项目、生成组件或检查界面实现时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

stomme-landing-page-builder 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为操作浏览器;许可证为 MIT-0,第三方扫描有提醒项,按安装量在效率类的 21,003 个 Skill 里排第 9,461。

总安装 6,021周安装 256GitHub Stars 公开资料未说明下载 2,109核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.2.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:stomme-landing-page-builder(stomme 登陆页面构建器)
来源仓库:https://github.com/jonathanlindsay/stomme-landing-page-builder
安装命令:
openclaw skills install stomme-landing-page-builder
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install stomme-landing-page-builder

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

基于Stomme/PolyTrader设计系统的静态登陆页面快速构建工具。适用于产品落地页开发与设计规范统一的前端工程场景。使用Glass态射风格与CSS自定义属性生成响应式页面结构。安装命令:openclaw skills install stomme-landing-page-builder,需Node.js环境。

注意Cloudflare Pages部署需单独配置CI/CD流程。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install stomme-landing-page-builder;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要操作浏览器,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

stomme-landing-page-builder 怎么安装?

在终端执行 openclaw skills install stomme-landing-page-builder。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

stomme-landing-page-builder 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

stomme-landing-page-builder 需要什么权限?

权限级别是操作浏览器。该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

stomme-landing-page-builder 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

stomme-landing-page-builder 用的人多吗?

公开数据是累计安装 6,021 次,近一周安装 256 次,下载 2,109 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

stomme-landing-page-builder 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。

先想清楚的地方

  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
stomme-landing-page-builder

stomme 登陆页面构建器 · 本页

6,021—操作浏览器MIT-0有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
landing-page-builder
description
Build premium static landing pages with the Stomme/PolyTrader design system. Glass morphism, CSS custom properties, separated copy, responsive, Cloudflare Pages-ready. Use when building a website, landing page, marketing site, or product page. Produces static HTML/CSS/JS with no framework dependencies.

Landing Page Builder

Build premium static landing pages using the proven design system from polytrader.ai.

Stack

  • Static HTML/CSS/JS — no frameworks, no build tools
  • CSS custom properties for all theming
  • Google Fonts via preconnect
  • Cloudflare Pages deployment target

Procedure

  1. Read content sources — all copy must come from provided markdown files, never invented
  2. Read the design system reference — read references/design-system.md for the full CSS pattern library
  3. Separate copy from layout — define ALL text in a js/copy.js data file, reference from HTML via data-copy attributes or JS injection. This enables i18n later.
  4. Build pages using the section patterns from the design system
  5. Include: _headers (security headers), _redirects, robots.txt, sitemap.xml, .gitignore
  6. Generate validation scripts — adapt references/pre-push-check-template.sh and references/validate-live-template.js for the specific site (selectors, locales, CSS vars). Place in scripts/. Set up .githooks/pre-push. Wire into CI workflow.
  7. Test: open in browser at desktop AND mobile viewports. Run bash scripts/pre-push-check.sh. Verify theme toggle (3 full cycles), lang switcher (all locales), contrast on all interactive elements.
  8. Git init + commit (hooks path set to .githooks/)
  9. Write BUILD-NOTES.md with Cloudflare Pages deployment instructions

Design System Principles

The reference file has the full implementation. Key principles:

  • Dual theme — dark premium default + light mode. Auto-detects prefers-color-scheme, user toggle in nav, localStorage persistence, inline <head> script prevents flash
  • Glass morphism — .glass cards with backdrop-filter, subtle borders, inset shadows — adapts to both themes
  • CSS custom properties — every color, spacing value, and font through variables. Dark values in :root, light overrides in [data-theme="light"]
  • Gold/brand accent — gradient CTAs, accent moments, section kickers. Slightly deepened in light mode for contrast
  • Ambient backgrounds — layered radial-gradients for depth, NOT solid colors — both themes use them
  • Typography — Google Fonts (Plus Jakarta Sans or similar geometric sans), tight tracking on headings (-0.035em), generous body line-height (1.75)
  • Interactions — subtle translateY lifts on hover, gradient buttons with glow shadows
  • Theme toggle — sun/moon SVG icons in nav, localStorage key for persistence, OS change listener

Section Patterns (in order)

  1. Sticky nav — frosted glass, pill shape or clean bar, brand + links + theme toggle + CTA
  2. Hero — large headline, subheadline, dual CTAs (gradient primary + outline secondary), trust signals in glass card grid below
  3. Value proposition — narrative text section explaining the core differentiator
  4. How it works — numbered steps (01, 02, 03...) in glass cards, 2-column layout
  5. Features — alternating layout (text left/visual right, then swap), glass cards
  6. Pricing — tier cards with ring highlight on featured plan, checklist items with check icons
  7. FAQ — 2-column glass card grid, question + answer
  8. Bottom CTA — full-width banner, headline + CTA + supporting line
  9. Footer — minimal, border-top, brand + links + legal

Theme Architecture

Every page must include:

  1. Inline <head> script (blocking, before CSS loads) — reads localStorage key, falls back to prefers-color-scheme, sets data-theme="light" on <html> if light
  2. :root — dark theme variables (default)
  3. [data-theme="light"] — light theme variable overrides
  4. --body-bg-gradient variable — ambient background through a custom property so it switches with theme
  5. Theme toggle button in nav with sun/moon SVG icons, visibility driven by CSS --theme-icon-sun / --theme-icon-moon variables
  6. JS in main.js — initTheme() function: toggle click handler, localStorage.setItem, OS change listener (respects manual override)
  7. Smooth transitions — 300ms ease on color, background, border-color, box-shadow for themed elements
  8. --btn-primary-text — button text color variable (dark on dark theme where bg is gold, white on light theme)

File Structure

site-root/
├── index.html
├── pricing.html
├── privacy.html
├── terms.html
├── 404.html
├── css/
│   └── style.css          # Full design system + page styles (dark + light themes)
├── js/
│   ├── copy.js            # ALL text content as exportable object
│   └── main.js            # Nav toggle, smooth scroll, theme toggle, minor interactions
├── img/
│   ├── favicon.svg
│   └── og-placeholder.png
├── _headers               # Cloudflare security headers
├── _redirects              # Cloudflare redirects
├── robots.txt
├── sitemap.xml
├── .gitignore
└── BUILD-NOTES.md

Post-Build Validation (MANDATORY)

Every build must include a scripts/ directory with two validation scripts. These are not optional — they are part of the deliverable, like _headers or sitemap.xml.

1. scripts/pre-push-check.sh — Static pre-push gate

Runs before every git push (via .githooks/pre-push). Checks:

  • All <script src> and <link href> tags have cache-bust version params (?v=HASH)
  • No hardcoded hex colors in style.css (all colors via CSS custom properties)
  • copy.js and main.js parse without syntax errors
  • applyTheme() is called on DOM load (not just on toggle click)
  • CTA buttons have explicit color override (prevents inheritance from ancestor selectors like .nav-links a)
  • No removeAttribute('data-theme') in any HTML file (must always set theme explicitly)
  • Exit 1 on any failure — blocks the push

2. scripts/validate-live.js — Post-deploy browser validation

Runs in CI after every Cloudflare Pages deploy, using Playwright. Tests at both desktop (1440px) and mobile (375px) viewports:

  • CSS custom properties resolve to non-empty values
  • Contrast ratios on all interactive elements meet WCAG AA (4.5:1 normal text, 3.0:1 large)
  • Theme toggle: 3 full cycles (6 clicks), verifies alternation and localStorage sync
  • Language switcher: all locales produce non-empty hero text and correct localStorage value
  • All <script> and <link> tags have version params
  • No broken internal links (href="#", empty, or undefined)
  • Meta tags present: title, description, og:title

3. Git hook setup

mkdir -p .githooks
echo '#!/bin/bash' > .githooks/pre-push
echo 'bash "$(git rev-parse --show-toplevel)/scripts/pre-push-check.sh"' >> .githooks/pre-push
chmod +x .githooks/pre-push
git config core.hooksPath .githooks

4. CI workflow must include validation job

The GitHub Actions workflow must have a validate job that runs after the deploy job:

validate:
  needs: deploy
  if: github.event_name == 'push' && github.ref == 'refs/heads/main'
  runs-on: ubuntu-latest
  steps:
    - uses: actions/checkout@v4
    - uses: actions/setup-node@v4
      with: { node-version: '22' }
    - name: Install Playwright
      run: npx playwright install chromium --with-deps
    - name: Wait for deploy propagation
      run: sleep 30
    - name: Run post-deploy validation
      run: node scripts/validate-live.js https://$DOMAIN

Why this exists: We shipped a grey-on-red CTA button and a broken theme toggle to production because we relied on visual review alone. Computed style checks catch what eyes miss. Mobile Safari caching broke deploys because we tested desktop only. These scripts encode every lesson into automated gates.

Constraints

  • No Tailwind, no Bootstrap, no React — hand-written CSS
  • No external CDN for JS (except Google Fonts CSS)
  • No analytics scripts (added separately later)
  • No invented features — only what's in the content source files
  • All file permissions 0o644 (static files, not secrets)
  • Must pass Lighthouse performance >90

平台分布

OpenClaw

72.86%
按下载量换算1,537

安全审计

VirusTotal

可疑

ClawScan

通过

Static analysis

通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills