Token导航 LogoToken导航TokenDH.com
运维需要联网clawhub未标认证来源可访问clear审计提醒

app-legal-pages应用程序法律页面

Agent Skill

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

总安装

13,380

周安装

552

GitHub Stars

公开资料未说明

下载量

4,372
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:app-legal-pages(应用程序法律页面)
来源仓库:https://github.com/chentuan7963-afk/app-legal-pages
安装命令:
openclaw skills install app-legal-pages
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install app-legal-pages

简介

app-legal-pages 根据应用功能文档自动生成隐私政策和服务条款静态网站。

  • 适用于需要快速部署法律页面的前端项目或产品发布场景。
  • 通过 clawhub 安装后,在 OpenClaw 中按指引提供功能说明即可触发生成。
  • 涉及静态站点部署,需确认网络访问权限和域名绑定配置。
  • 建议核对生成的法律文本是否符合当地合规要求。

SKILL.md

name
app-legal-pages
description
Generate and deploy app Privacy Policy and Terms of Service static websites from an app feature document. Use when a user provides app requirements/feature docs and wants production-ready legal pages published via GitHub + Cloudflare Pages, including draft generation, consistency checks, and deployment-ready output URLs.

App Legal Pages

Generate a complete legal mini-site for an app:

  • index.html (legal home)
  • privacy.html (Privacy Policy)
  • terms.html (Terms of Service)
  • styles.css (shared styles)

Workflow

  1. Collect required legal/product inputs.
  2. Generate draft legal pages from feature documentation.
  3. Run strict consistency checker.
  4. Present generated pages for user review/approval.
  5. Check Cloudflare deployment auth readiness.
  6. Ask user to complete auth if missing.
  7. Auto-deploy to Cloudflare Pages after explicit confirmation.
  8. Return final public URLs.

1) Collect Inputs

Collect or confirm:

  • App name
  • Company/entity name (or individual publisher name)
  • Contact email
  • Governing law jurisdiction (country/region, optional; only if explicitly provided)
  • Effective date
  • App feature document (markdown/text)
  • Data behavior details:

- Analytics events - Crash/error logs - Identifiers (device/user IDs) - Third-party SDKs/services - Permissions used (camera/location/photos/mic/contacts/tracking/notifications)

If facts are unknown, pause and ask for missing inputs before generation. Do not output placeholder markers (no TODO/TEMP strings in final pages). Never assume jurisdiction, region, analytics/tracking, sharing, or permission usage unless explicitly stated in the input document or user prompt. Generate policy clauses from explicit product claims first (e.g., offline-only, no cloud, no tracking, no analytics), and avoid introducing contradictory generic legal boilerplate.

2) Generate Draft Site

Run:

python3 scripts/generate_legal_site.py \
  --input /path/to/app-feature.md \
  --out ./out/legal-site \
  --app-name "Your App" \
  --company "Your Company" \
  --base-email "chentuan7963@gmail.com" \
  --email-tag "quillnest" \
  --effective-date "2026-03-03" \
  --jurisdiction "California, United States"

Email rule:

  • Prefer plus-address derivation from GitHub/base email + app tag.
  • Example: chentuan7963@gmail.com + quillnest => chentuan7963+quillnest@gmail.com.
  • Use --email only when you explicitly want a fixed address.

Language rule:

  • Generate English-only legal pages by default.
  • Exclude non-English feature bullets from Feature Context to keep language consistent.

The script auto-detects likely data categories/permissions from the feature text. Manually review and adjust output if app behavior is more specific than heuristic detection.

3) Run Strict Consistency Checker

Run before publishing:

python3 scripts/check_consistency.py \
  --feature /path/to/app-feature.md \
  --privacy ./out/legal-site/privacy.html \
  --terms ./out/legal-site/terms.html

The checker fails on:

  • Placeholder tokens (TODO/TEMP/FIXME)
  • Contradictions against explicit product claims (offline/no-cloud/no-tracking/no-analytics)
  • EXIF mention in feature doc without corresponding privacy disclosure
  • Governing-law section in Terms when jurisdiction is not explicitly provided

4) Validate Draft Quality

Check before publishing:

  • privacy.html and terms.html both exist.
  • App/company/email/effective date are consistent across pages.
  • Privacy disclosures match only explicitly stated permissions and data behavior (no inferred tracking/region claims).
  • User rights and contact/deletion request path are present.
  • No unverifiable legal claims.
  • Final pages contain no placeholder markers (forbidden: TODO/TEMP/FIXME).

If the app uses sensitive permissions or SDKs, verify these are explicitly disclosed in Privacy Policy.

5) Review Gate (Mandatory)

Before deployment, share generated files with the user and ask for explicit approval to deploy. Do not deploy automatically without user confirmation.

6) Check Deployment Auth

Run auth readiness check:

python3 scripts/deploy_cloudflare_pages.py --check-auth --site-dir ./out/legal-site --project-name your-project-name --production-branch main

Auth is valid when either:

  • CLOUDFLARE_API_TOKEN + CLOUDFLARE_ACCOUNT_ID are set, or
  • wrangler whoami succeeds.

If auth is missing, ask the user to authenticate:

wrangler login

7) Auto-Deploy to Cloudflare Pages

After explicit approval + auth ready:

python3 scripts/deploy_cloudflare_pages.py \
  --site-dir ./out/legal-site \
  --project-name your-project-name \
  --production-branch main

Or use one-shot pipeline:

python3 scripts/run_pipeline.py \
  --feature /path/to/app-feature.md \
  --out ./out/legal-site \
  --app-name "Your App" \
  --company "Your Company" \
  --base-email "you@gmail.com" \
  --email-tag "yourapp" \
  --effective-date "2026-03-05" \
  --project-name your-project-name \
  --production-branch main \
  --confirm-deploy

8) Returnables

Return:

  • Cloudflare Pages site URL
  • Privacy Policy URL (<site>/privacy.html)
  • Terms of Service URL (<site>/terms.html)
  • Auth mode used (api-token or wrangler-login)

Guardrails

  • Do not claim legal compliance guarantees.
  • Keep wording plain and readable.
  • Keep deterministic page structure for easy future edits.
  • Recommend human legal review before production app-store submission.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

84.91%
按下载量换算3,712

安全审计

VirusTotal

可疑

ClawScan

可疑

Static analysis

未展示

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills