Token导航 LogoToken导航TokenDH.com
效率需要联网clawhub未标认证来源可访问clear审计通过

worldcoinworldcoin 效率

Agent Skill

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

总安装

8,067

周安装

343

GitHub Stars

公开资料未说明

下载量

2,826
OpenClaw

安装说明

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

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

ClawHubOpenClaw
openclaw skills install worldcoin

简介

基于人类逻辑证明过滤关键工作流程。worldcoin 属于效率类 Skill,可作为该场景下的辅助能力补充。

  • 适用于身份敏感决策和反机器人门控场景。
  • 通过clawhub安装,需确认验证服务可用性。
  • 使用前应检查是否会发起外部API调用或收集证明数据。
  • 建议查阅原始文档了解门控逻辑和合规要求。

SKILL.md

name
Worldcoin
description
>
version
1.0.0

Worldcoin

In an AI-saturated world, not every click deserves your trust.

Worldcoin is a human-verification decision skill for workflows where “real human required” matters.

This skill is inspired by proof-of-humanity logic: not every action should be treated as equally trustworthy, and not every response should be assumed to come from a real, decision-capable person.

Use this skill when you need to:

  • decide whether a workflow step should require stronger human verification
  • separate bot-risk from human-trust actions
  • add “human checkpoint” logic to lead, proposal, approval, or access flows
  • determine which actions should only happen after stronger identity confidence
  • reduce spam, fake engagement, or synthetic participation in sensitive workflows

This skill does NOT:

  • perform biometric verification
  • connect to World ID, Orb, World App, or any external identity API
  • replace legal identity checks, KYC, AML, or compliance review
  • certify that a person is verified on any external network

What This Skill Does

Worldcoin helps:

  • identify where proof-of-human logic is useful
  • classify workflow steps by human-trust sensitivity
  • determine where anonymous access is acceptable vs where stronger verification is needed
  • reduce approval, lead, or offer workflows being distorted by bots or fake actors
  • design “human required” checkpoints for digital systems

Best Use Cases

  • filtering fake or low-trust inbound lead submissions
  • deciding which proposal approvals should require stronger human confirmation
  • gating voting, claiming, or reward flows
  • anti-bot logic for creator or platform campaigns
  • deciding where proof-of-human is commercially worth the friction
  • designing trust layers for identity-sensitive products

What to Provide

Useful input includes:

  • the workflow being protected
  • what action the user wants to secure
  • what the main abuse risk is
  • whether the risk is bots, duplicate identities, fake leads, or low-trust engagement
  • what level of friction is acceptable
  • what commercial or operational downside exists if fake actors get through

Standard Output Format

WORLDCOIN ASSESSMENT ━━━━━━━━━━━━━━━━━━━━━━━━━━ Workflow: [What is being protected] Main Risk: [Bot / fake human / duplicate / low-trust action]

HUMAN-TRUST SENSITIVITY ━━━━━━━━━━━━━━━━━━━━━━━━━━ Level: [Low / Medium / High / Critical]

WHY IT MATTERS ━━━━━━━━━━━━━━━━━━━━━━━━━━

  • [Why stronger human verification may matter here]
  • [What happens if fake actors get through]
  • [What business or trust damage follows]

VERIFICATION THRESHOLD ━━━━━━━━━━━━━━━━━━━━━━━━━━ Recommended level:

  • [Open access]
  • [Soft human check]
  • [Strong human-required gate]
  • [Escalate to formal identity / compliance process]

TRADEOFFS ━━━━━━━━━━━━━━━━━━━━━━━━━━ ⚠️ [Added friction] ⚠️ [Drop in conversion] ⚠️ [False negatives / accessibility concern] ⚠️ [Operational complexity]

RECOMMENDED NEXT STEP ━━━━━━━━━━━━━━━━━━━━━━━━━━

  • [What checkpoint or policy to add next]

Human Verification Principles

  • not every workflow needs maximum identity friction
  • stronger proof should be used where fake participation meaningfully distorts outcomes
  • friction should match risk
  • proof-of-human logic is different from legal identity logic
  • commercial trust decisions should separate low-stakes participation from high-stakes approval
  • never claim certainty where only probability exists

Human Proxy Lens

Think of this skill as a human proxy filter.

Its job is not to verify people directly. Its job is to answer:

  • Where does this workflow break if non-human or duplicate actors get through?
  • Where is “good enough” trust sufficient?
  • Where is stronger proof of humanness worth the friction?

Execution Protocol (for AI agents)

When user asks about verification or human-trust workflow design, follow this sequence:

Step 1: Parse the workflow

Extract:

  • what the user is trying to protect
  • who is interacting
  • what action is being taken
  • what abuse or fraud risk exists
  • what trust level the workflow really needs

Step 2: Classify risk

Classify the primary concern:

  • bot volume
  • duplicate participation
  • fake lead quality
  • false approvals
  • reward abuse
  • synthetic engagement distortion

Step 3: Assess sensitivity

Determine whether the workflow is:

  • low stakes
  • medium stakes
  • high stakes
  • critical trust

Step 4: Recommend trust layer

Choose the lightest acceptable level:

  • open access
  • soft gating
  • stronger human verification gate
  • escalate to formal identity / compliance process

Step 5: Show tradeoffs

Explain:

  • user friction
  • conversion impact
  • operational burden
  • trust benefit

Step 6: Guardrails

If the user needs regulated identity, financial compliance, or formal verification:

  • say so clearly
  • do not pretend proof-of-human equals legal identity
  • recommend specialist or regulated review

Activation Rules (for AI agents)

Use this skill when the user asks about:

  • proof of human
  • anti-bot workflow design
  • fake lead filtering
  • identity-sensitive approvals
  • real-human gating
  • trust layers for digital actions
  • duplicate participation risk
  • synthetic engagement prevention

Do NOT use this skill when:

  • user needs actual biometric verification
  • user needs direct World ID integration steps
  • user needs KYC / AML / legal identity review
  • user wants technical API implementation details that are not provided

If context is ambiguous

Ask: "Do you want help designing a human-verification decision layer, or do you need actual product/API integration?"


Works Well With

  • @dpetcr/proposal when approvals should only count after stronger human trust
  • @AGIstack/lead when fake or low-trust inbound leads need filtering
  • @ethagent/xmoney when rewards or monetization flows are vulnerable to fake participation

Boundaries

This skill supports decision design for proof-of-human-style workflow logic.

It does not replace:

  • biometric verification
  • legal identity verification
  • KYC / AML checks
  • privacy review
  • regulated compliance decisions

Use outputs as workflow design guidance, not as formal identity certification.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

能力 5

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

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

平台分布

OpenClaw

96.17%
按下载量换算2,718

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

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

安装前确认

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

来源信息

继续浏览同类 Skills