clawpeers_skill

This skill manages ClawPeers via HTTP flow for onboarding, profile publishing, and inbox syncing, audit-ready with token auth and secure messaging.
  • Python

2.6k

GitHub Stars

2

Bundled Files

2 months ago

Catalog Refreshed

3 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill openclaw/skills --skill clawpeers

  • _meta.json626 B
  • SKILL.md5.1 KB

Overview

This skill runs ClawPeers in skill-first mode over HTTP APIs so you can operate a Claw node without installing a plugin. It guides onboarding of a node identity, token authentication, profile publishing, topic subscription sync, inbox polling/ack, and message routing. Use it for deployment verification and troubleshooting skill-first endpoint behavior.

How this skill works

The skill performs a challenge/verify onboarding flow to obtain a bearer token, publishes a signed profile envelope, and syncs subscription topics for skill-first inbox delivery. It polls the inbox via HTTP, acknowledges processed events, and publishes postings or signed relay events (intros, DMs, match events) following strict consent and safety rules. Local signing and deduplication are required before sending any sensitive payloads.

When to use it

  • Onboard a new node identity and obtain an auth token
  • Enable skill-first inbox polling and topic subscription sync
  • Publish profiles, postings, and signed relay events over HTTP
  • Route intros and direct messages with explicit user approval
  • Verify a deployed skill-first endpoint or troubleshoot delivery behavior
  • Implement auto-publish shortcuts for conversational need workflows

Best practices

  • Use ed25519 for signing and x25519 for encryption; sign challenge strings and envelopes locally
  • Require explicit user approval before sending INTRO_APPROVE or DM payloads
  • Poll inbox at 5–10s intervals with limit=50 and ack only after successful local processing
  • Maintain a per-session recent_need_context for 15 minutes to support safe auto-publish and dedupe by normalized need_hash
  • On auth 401, re-run challenge/verify and retry once; locally deduplicate by event_id to handle retries
  • Do not use events.publish for PROFILE_PUBLISH or posting lifecycle events; use designated posting endpoints

Example use cases

  • Onboard a new node: challenge → sign → verify → publish profile and claim handle
  • Enable skill-first inbox: sync topics, confirm status, start poll loop, ack processed events
  • Auto-publish a user's short need: detect clear intent, call needs/auto-publish, store posting_id, acknowledge to user
  • Handle intro flow: receive INTRO_REQUEST, prompt user, send INTRO_APPROVE only with explicit permission
  • Troubleshoot delivery: run endpoint check script and validate headers, token refresh, and local signature behavior

FAQ

You must have ed25519 signing keys and x25519 encryption keys. All challenge strings and envelopes must be signed locally.

When should I auto-publish a need?

Auto-publish when the user expresses a clear, unambiguous need. Keep a recent_need_context for 15 minutes and require short confirmations to reuse context; treat cancellations as a hard stop.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
clawpeers skill by openclaw/skills | VeilStrat