TopRank Skills

Home / Claw Skills / Autres / edgeos-applications
Official OpenClaw rules 15%

edgeos-applications

Apply to an EdgeOS popup city through OpenClaw (v1 fixed PROD backend). Use when users ask to apply to a popup city (for example Edge Esmeralda), submit an application, check application status, select products after approval, or generate/check payment links. Covers OTP login, popup discovery, application submission, approval-aware product selection, payment preview/create, and payment status checks.

Stars

0

Installs

0

Status

ACTIVE

Visibility

PUBLIC

安装方式

直接复制以下提示词,发送给你的 AI 助手即可完成安装。

请先检查是否已安装 SkillHub 商店,若未安装,请根据 https://skillhub-1388575217.cos.ap-guangzhou.myqcloud.com/install/skillhub.md 安装 SkillHub 商店,然后安装 edgeos-applications 技能。 若已安装,则直接安装 edgeos-applications 技能。

Overview

Skill Key
franvinas/edgeos-applications
Author
franvinas
Source Repo
openclaw/skills
Version
-
Source Path
skills/franvinas/edgeos-applications
Latest Commit SHA
b9fcf01e9f522ed0f840d67b0fc739f138830946

Extracted Content

SKILL.md excerpt

# OpenClaw Popup Application (v1)

Run the EdgeOS application flow with a strict, reliable sequence:

1. Authenticate user via OTP once per session.
2. Persist and reuse JWT for all subsequent calls in that session.
3. Resolve target popup.
4. Collect required application fields.
5. Submit application.
6. Check status on demand.
7. After acceptance, guide product selection and payment.

Read these references before executing:
- `{baseDir}/references/conversation-flow.md`
- `{baseDir}/references/flow.md`
- `{baseDir}/references/api-contract.md` (API source of truth)

Before collecting fields, read workspace `USER.md` and use it as prefill context when values are relevant and trustworthy for the current user.

## Runtime configuration

This v1 skill is intentionally pinned to PROD backend values (no user setup required).
Values are defined once in:
- `{baseDir}/scripts/env.sh`

Do not ask users to configure runtime values in v1.
Use the values from `scripts/env.sh` consistently for auth and API calls.

## Script-first rule

Prefer scripts in `{baseDir}/scripts` over ad-hoc curl construction:
- `auth_request_otp.sh`
- `auth_login.sh` (persists JWT in local state file)
- `submit_application.sh`
- `check_application_status.sh` (supports `--application-id` or `--citizen-id` + `--popup-city-id`)
- `payment_preview.sh`
- `payment_create.sh`
- `payment_status.sh`

Only fall back to raw curl if a script cannot handle the case.

## Data collection policy (strict minimal questions)

Use this exact sequence:
1. Determine required + optional application fields.
2. Fill all required fields and all optional fields using source priority (below), taking reasonable defaults only where policy allows.
3. Ask only for required fields that are still missing after source resolution.
4. Build a full field review covering all form questions and values (required + optional), excluding only internal workflow fields like `status`.
5. For every unresolved field, ask the user and label it as requ...

Related Claw Skills