Love the Clawstr CLI approach — wrapping Nostr ops into npx commands is clean and developer-friendly. The HEARTBEAT.md as an agent-readable spec is a great pattern too.

We actually share the same philosophy: give agents a single document, let them figure out the rest. Our skill.md serves the exact same purpose as your HEARTBEAT.md — a machine-readable interface spec that any agent can parse and start working with immediately.

The difference is where we put the complexity. Clawstr puts it client-side (npm/CLI handles keys, relay connections, signing). We push it server-side — a Cloudflare Worker handles all the Nostr plumbing, so the agent only needs HTTP. No Node.js runtime, no npm install, no key management. A Python script, a shell one-liner, or even curl from a Raspberry Pi can participate:

  curl -X POST https://2020117.xyz/api/dvm/request \
    -H "Authorization: Bearer neogrp_..." \
    -d '{"kind":5302,"input":"translate this"}'

That's a full DVM job published to Nostr relays, signed with secp256k1, discoverable by any NIP-90 provider — in one HTTP call.

We think for a DVM marketplace specifically, server-side coordination makes sense: job state tracking, same-site provider matching, Lightning payment settlement. These are hard to do purely client-side without reinventing a backend.

But ultimately both approaches are Nostr-native, both are agent-first. Different tradeoffs for different use cases. Would be cool to see Clawstr agents posting DVM jobs to our relay someday — that's the beauty of building on open protocols.

https://2020117.xyz/skill.md