[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6MDQBMPZEYDF4HJ3D83G5YH":3,"skill-same:01M6MDQBMPZEYDF4HJ3D83G5YH":87},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":63,"commitSha":64,"skillDirectory":65,"forksCount":66,"repositoryHtmlUrl":67,"repositoryHomepageUrl":68,"ownerHtmlUrl":69,"ownerBlogUrl":70,"ownerDescription":71,"updatedAt":72,"install":73,"resources":86},"01M6MDQBMPZEYDF4HJ3D83G5YH","qatom",null,"Use and publish Qatom marketplace tools. Use when: calling paywalled API tools from the Qatom marketplace, checking wallet balance, managing your agent twin wallet, or helping a user register as a Qatom provider to earn per-call payments from their own tools. Connects to the hosted Qatom MCP server at mcp.m.todaq.net via Qatom OIDC. NOT for: direct payment API calls or free tools.","hashgraph-online\u002Fawesome-codex-plugins","hashgraph-online","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F160371962?v=4","01M6CNB6NRJVNNGN14TR01Q6D3","HOL (Hashgraph Online)","01M6JT1HSKKG9V68KQAQGBA7XP",1571,"MIT","https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002FTODAQmicro\u002Fqatom-skill\u002Fskills\u002Fqatom\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[5,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"free tools","when","for","at","balance","api tools","register","free","as","provider","MCP","Wallet","direct","api","Tools","publish","payments","email","server","mcp server","2026-11-10 10:12:30",false,"---\nname: qatom\ndescription: \"Use and publish Qatom marketplace tools. Use when: calling paywalled API tools from the Qatom marketplace, checking wallet balance, managing your agent twin wallet, or helping a user register as a Qatom provider to earn per-call payments from their own tools. Connects to the hosted Qatom MCP server at mcp.m.todaq.net via Qatom OIDC. NOT for: direct payment API calls or free tools.\"\nhomepage: https:\u002F\u002Fgithub.com\u002Ftodaqmicro\u002Fqatom-skill\nlicense: MIT\nmcp:\n  qatom:\n    type: \"http\"\n    url: \"https:\u002F\u002Fmcp.m.todaq.net\u002Fmcp\"\n    oauth:\n      clientId: \"mcp.m.todaq.net\"\n      scopes: [\"openid\", \"profile\", \"email\", \"twin\"]\nmetadata:\n  {\n    \"openclaw\":\n      {\n        \"emoji\": \"?\"\n      }\n  }\n---\n\n# Qatom Marketplace Skill\n\nAccess paywalled API tools from the Qatom marketplace. An agent (sandbox) twin wallet handles payments transparently, so no manual approval steps interrupt your workflow. Providers can register their own APIs and earn per-call revenue automatically.\n\n## When to Use\n\n✅ **USE this skill when:**\n- User asks to call a tool from the Qatom marketplace\n- A tool requires Qatom wallet payment\n- Checking wallet balance or twin info\n- Managing your agent (sandbox) twin wallet, funding, or transfers\n- Registering as a Qatom provider to earn per-call revenue from your tools\n- Managing provider twins, configuring upstream APIs, or updating registered tools\n\n❌ **DON'T use this skill when:**\n- User wants to interact with the payment API directly\n- Tool is free and doesn't require a wallet\n\n## Connecting\n\nThe Qatom MCP server is hosted at `https:\u002F\u002Fmcp.m.todaq.net`. Connect using any MCP-compatible client with OAuth 2.0 support.\n\n**claude.ai (built-in OAuth):**\nAdd `https:\u002F\u002Fmcp.m.todaq.net` as a remote MCP server. The platform handles OAuth redirect and token management automatically.\n\n**Claude Desktop:**\nAdd the server to your `claude_desktop_config.json` with OAuth configuration. The desktop client will open your browser for the Qatom OIDC login flow and store the resulting token.\n\n**Other MCP clients:**\nConnect to `https:\u002F\u002Fmcp.m.todaq.net` using standard OAuth 2.0. The authorization server is at `https:\u002F\u002Fpay.m.todaq.net`. Request the `twin` scope to receive agent twin credentials alongside your access token.\n\nAfter connecting, all available Qatom tools appear in the client's tool list automatically.\n\n## Auth Flow\n\n1. **OAuth redirect** — MCP client redirects to Qatom OIDC login at `pay.m.todaq.net`\n2. **User authenticates** — email + 2FA (TOTP) via the Qatom Flutter app or web\n3. **Twin auto-provisioning** — OIDC returns user identity including `twin_hostname` and `agent_twin_hostname` + `agent_twin_key`. The agent twin is a sandbox wallet auto-provisioned for MCP use. If no agent twin exists, one is created during the first connection.\n4. **Token introspection** — every tool call validates the Bearer token against the OIDC introspection endpoint (result cached for 60 seconds)\n5. **Session persistence** — tokens stored by the MCP client persist across tool calls and sessions, so re-auth is rare\n6. **MFA skipped for Bearer** — agent-initiated calls use a Bearer token (service-to-service). The paywall skips MFA entirely for Bearer calls, so payments execute immediately without manual approval\n\n## Available Tools\n\n### Wallet Tools\n\nThese 4 tools are always available and manage your TODAQ wallet:\n\n| Tool | Description |\n|------|-------------|\n| `agent_wallet_info` | Get your TODAQ twin hostname and current USD TDN balances. No input required — uses your authenticated session. |\n| `check_wallet_balance` | Get all your TODAQ twins and their current USD TDN balances. No input required — uses your authenticated session. |\n| `fund_agent_wallet` | Get the URL to add funds to your primary wallet via the web UI. Only use this when the primary wallet has insufficient balance to transfer to the agent wallet. After adding funds, use transfer_to_agent_wallet to move them to the agent wallet. The chargeup URL is `https:\u002F\u002Fload.m.todaq.net`. |\n| `transfer_to_agent_wallet` | Transfer USD TDN balance from your primary wallet to your agent (sandbox) wallet. Only call this when explicitly requested by the user. |\n\n### Dynamic Tools\n\nAdditional tools appear dynamically from the marketplace catalog, fetched from the payment API at connection time (cached for 60 seconds). The agent sees them alongside the static wallet tools in its tool list. Tool names use snake_case (e.g., \"Current Weather\" registers as `current_weather`).\n\n### Provider Admin Tools\n\nThese 8 tools let you create and manage provider twins, register API tools in the marketplace, and earn per-call revenue:\n\n| Tool | Description |\n|------|-------------|\n| `twin_status` | Get the status and balances of your provider twins used for receiving payments. Use this to check if you have a provider twin and what its hostname is. |\n| `create_twin` | Create a new provider twin to receive payments for your APIs. Providers can have multiple twins. |\n| `configure_twin` | Link your provider twin to the real upstream API it will proxy to, and set your price per call. |\n| `register_tool` | Register a new API tool in the marketplace. Run configure_twin first to set up your provider twin, then provide the tool details here. The service URL is derived automatically from your twin hostname. |\n| `list_my_tools` | List all dynamic tools you have registered in the marketplace. |\n| `update_tool` | Update an existing dynamic tool in the marketplace. |\n| `deactivate_tool` | Deactivate a tool from the marketplace. It will be hidden from consumers immediately (note: MCP agent discovery catalogs cache for 60 seconds). |\n| `test_tool` | Test a dynamic tool you created by executing it through the paywall exactly as a consumer would. Note: Your agent sandbox twin will pay your provider twin for this test call. |\n\n## Payment Flow\n\nWhen an agent calls a marketplace tool, the MCP server orchestrates payment transparently:\n\n1. **Token validation** — MCP server validates the Bearer token via OIDC introspection. Identifies the user's agent twin for payment.\n2. **Bearer skips MFA** — Bearer token calls bypass MFA entirely. Payment executes immediately.\n3. **Paywall request** — MCP server POSTs to `\u002Fv4\u002Fpaywall` on the payment API with:\n   - `amount` — the tool's price in USD TDN\n   - `serviceUrl` — the upstream API URL\n   - `serviceMethod` — `GET`, `POST`, or `PUT`\n   - `additionalParams` — tool arguments, present only for `POST`\u002F`PUT` tools\n4. **GET tools** — arguments are injected as query string parameters on `serviceUrl`. No `additionalParams` field in the paywall body.\n5. **POST\u002FPUT tools** — arguments are packed into the `additionalParams` field and forwarded as the request body to the upstream API.\n6. **TODA protocol payment** — the payment API calls the agent twin node directly. The agent twin transfers the tool's price to the provider twin via the TODA protocol.\n7. **Upstream proxy** — the provider twin proxies the request to the upstream service URL. The response flows back through the provider twin → payment API → MCP server → agent.\n8. **Response delivered** — the agent receives the upstream API response as the tool call result.\n\n## Agent Twin Wallet\n\nEvery MCP-authenticated user gets an agent (sandbox) twin, separate from their primary human wallet. This twin is auto-provisioned during the first OAuth connection and is used exclusively for agent-initiated marketplace payments.\n\n### Primary vs Sandbox Twin\n\n| | Primary Twin | Agent (Sandbox) Twin |\n|---|---|---|\n| **Purpose** | Your main wallet, controlled via the Qatom Flutter app | Dedicated wallet for agent marketplace spending |\n| **Provisioning** | Created when you register your Qatom account | Auto-provisioned on first MCP connection |\n| **Key** | `twin_hostname` + `twin_key` | `agent_twin_hostname` + `agent_twin_key` |\n| **Control** | Human-managed (Flutter app, web UI) | Agent-managed (MCP tool calls only) |\n| **Spending** | Manual, MFA-gated | Automatic, no MFA (Bearer token flow) |\n\n### Fund → Transfer → Spend Lifecycle\n\n```\n1. FUND       Primary wallet gets TDN\n                → Use fund_agent_wallet to get the chargeup URL (https:\u002F\u002Fload.m.todaq.net)\n                → Add funds through the web UI\n                ↓\n2. TRANSFER   Move TDN from primary to agent sandbox wallet\n                → Use transfer_to_agent_wallet with amount and dq_type\n                → Only do this when the agent wallet balance is too low\n                ↓\n3. SPEND      Agent calls marketplace tools\n                → Each call deducts the tool's price from the agent sandbox twin\n                → Payment goes to the provider twin automatically\n```\n\n### Edge Cases\n\n- **Pre-existing sessions** — sessions created before agent twin auto-provisioning may have `agentTwinHostname` as `undefined`. The MCP server falls back to the primary `twinHostname` in this case. On the next tool call, the token is re-validated and the agent twin claims are restored automatically.\n- **Token expiry** — OAuth tokens expire after a set duration. When this happens, the MCP client re-authenticates and agent twin claims are refreshed. Wallet balances and twin hostnames remain stable across token refreshes.\n- **Insufficient sandbox balance** — if the agent twin lacks funds for a tool call, the paywall returns an error. The agent should tell the user to add funds and use `transfer_to_agent_wallet` before retrying.\n\n## Become a Qatom Provider\n\nRegister your own API endpoints as marketplace tools and earn per-call revenue. Payments flow via TODA protocol from consumer agent twins to your provider twin, with no manual invoicing or settlement.\n\nJust tell your agent: **\"Help me register as a Qatom provider.\"** The agent will walk you through these steps using the provider admin tools:\n\n### Step 1 — Create a Provider Twin\n\nThe agent calls `create_twin`, which provisions a new provider twin to receive payments. Providers can have multiple twins, each linked to a different upstream API or pricing tier. The twin hostname is returned and used in the next steps.\n\n### Step 2 — Configure the Twin\n\nThe agent calls `configure_twin` with three parameters:\n- **hostname** — your provider twin hostname (from step 1 or `twin_status`)\n- **target_url** — the real upstream API URL (must use `https`)\n- **price_per_call** — minimum USD TDN charged per call\n\nThis links your provider twin to the upstream API it will proxy traffic to.\n\n### Step 3 — Register the Tool\n\nThe agent calls `register_tool` to list your API in the marketplace. Required parameters:\n- **twin_hostname** — your provider twin hostname\n- **name** — tool name in snake_case (e.g., `get_weather_current`)\n- **description** — what the tool does, shown to AI agents during discovery\n- **provider** — your display name shown in the marketplace\n- **price_per_call** — price per call in USD TDN (should match `configure_twin`)\n- **service_method** — `GET`, `POST`, or `PUT` (the HTTP method your upstream API expects)\n- **input_schema** — JSON Schema object describing the parameters consumers must pass\n\nThe service URL is derived automatically from your twin hostname.\n\n### Step 4 — Test Your Tool\n\nThe agent calls `test_tool` with your tool's ID and sample arguments. This executes the tool through the full paywall exactly as a consumer would experience it. Your agent sandbox twin pays your provider twin for this test call, so you can verify the end-to-end flow including payment.\n\nAfter testing, your tool is live in the marketplace. Any authenticated MCP agent can discover and call it. The catalog refreshes every 60 seconds, so new tools are visible almost immediately.\n\n### Managing Your Tools\n\nOnce registered, you can use the provider admin tools to manage your marketplace presence:\n- `list_my_tools` — see all your registered tools with their IDs\n- `update_tool` — change name, description, price, or toggle active\u002Finactive\n- `deactivate_tool` — hide a tool from consumers (visible in the catalog within 60 seconds)\n- `twin_status` — check provider twin balances (the TDN you've earned from tool calls)\n","# Qatom Marketplace Skill\n\nAccess paywalled API tools from the Qatom marketplace. An agent (sandbox) twin wallet handles payments transparently, so no manual approval steps interrupt your workflow. Providers can register their own APIs and earn per-call revenue automatically.\n\n## When to Use\n\n✅ **USE this skill when:**\n- User asks to call a tool from the Qatom marketplace\n- A tool requires Qatom wallet payment\n- Checking wallet balance or twin info\n- Managing your agent (sandbox) twin wallet, funding, or transfers\n- Registering as a Qatom provider to earn per-call revenue from your tools\n- Managing provider twins, configuring upstream APIs, or updating registered tools\n\n❌ **DON'T use this skill when:**\n- User wants to interact with the payment API directly\n- Tool is free and doesn't require a wallet\n\n## Connecting\n\nThe Qatom MCP server is hosted at `https:\u002F\u002Fmcp.m.todaq.net`. Connect using any MCP-compatible client with OAuth 2.0 support.\n\n**claude.ai (built-in OAuth):**\nAdd `https:\u002F\u002Fmcp.m.todaq.net` as a remote MCP server. The platform handles OAuth redirect and token management automatically.\n\n**Claude Desktop:**\nAdd the server to your `claude_desktop_config.json` with OAuth configuration. The desktop client will open your browser for the Qatom OIDC login flow and store the resulting token.\n\n**Other MCP clients:**\nConnect to `https:\u002F\u002Fmcp.m.todaq.net` using standard OAuth 2.0. The authorization server is at `https:\u002F\u002Fpay.m.todaq.net`. Request the `twin` scope to receive agent twin credentials alongside your access token.\n\nAfter connecting, all available Qatom tools appear in the client's tool list automatically.\n\n## Auth Flow\n\n1. **OAuth redirect** — MCP client redirects to Qatom OIDC login at `pay.m.todaq.net`\n2. **User authenticates** — email + 2FA (TOTP) via the Qatom Flutter app or web\n3. **Twin auto-provisioning** — OIDC returns user identity including `twin_hostname` and `agent_twin_hostname` + `agent_twin_key`. The agent twin is a sandbox wallet auto-provisioned for MCP use. If no agent twin exists, one is created during the first connection.\n4. **Token introspection** — every tool call validates the Bearer token against the OIDC introspection endpoint (result cached for 60 seconds)\n5. **Session persistence** — tokens stored by the MCP client persist across tool calls and sessions, so re-auth is rare\n6. **MFA skipped for Bearer** — agent-initiated calls use a Bearer token (service-to-service). The paywall skips MFA entirely for Bearer calls, so payments execute immediately without manual approval\n\n## Available Tools\n\n### Wallet Tools\n\nThese 4 tools are always available and manage your TODAQ wallet:\n\n| Tool | Description |\n|------|-------------|\n| `agent_wallet_info` | Get your TODAQ twin hostname and current USD TDN balances. No input required — uses your authenticated session. |\n| `check_wallet_balance` | Get all your TODAQ twins and their current USD TDN balances. No input required — uses your authenticated session. |\n| `fund_agent_wallet` | Get the URL to add funds to your primary wallet via the web UI. Only use this when the primary wallet has insufficient balance to transfer to the agent wallet. After adding funds, use transfer_to_agent_wallet to move them to the agent wallet. The chargeup URL is `https:\u002F\u002Fload.m.todaq.net`. |\n| `transfer_to_agent_wallet` | Transfer USD TDN balance from your primary wallet to your agent (sandbox) wallet. Only call this when explicitly requested by the user. |\n\n### Dynamic Tools\n\nAdditional tools appear dynamically from the marketplace catalog, fetched from the payment API at connection time (cached for 60 seconds). The agent sees them alongside the static wallet tools in its tool list. Tool names use snake_case (e.g., \"Current Weather\" registers as `current_weather`).\n\n### Provider Admin Tools\n\nThese 8 tools let you create and manage provider twins, register API tools in the marketplace, and earn per-call revenue:\n\n| Tool | Description |\n|------|-------------|\n| `twin_status` | Get the status and balances of your provider twins used for receiving payments. Use this to check if you have a provider twin and what its hostname is. |\n| `create_twin` | Create a new provider twin to receive payments for your APIs. Providers can have multiple twins. |\n| `configure_twin` | Link your provider twin to the real upstream API it will proxy to, and set your price per call. |\n| `register_tool` | Register a new API tool in the marketplace. Run configure_twin first to set up your provider twin, then provide the tool details here. The service URL is derived automatically from your twin hostname. |\n| `list_my_tools` | List all dynamic tools you have registered in the marketplace. |\n| `update_tool` | Update an existing dynamic tool in the marketplace. |\n| `deactivate_tool` | Deactivate a tool from the marketplace. It will be hidden from consumers immediately (note: MCP agent discovery catalogs cache for 60 seconds). |\n| `test_tool` | Test a dynamic tool you created by executing it through the paywall exactly as a consumer would. Note: Your agent sandbox twin will pay your provider twin for this test call. |\n\n## Payment Flow\n\nWhen an agent calls a marketplace tool, the MCP server orchestrates payment transparently:\n\n1. **Token validation** — MCP server validates the Bearer token via OIDC introspection. Identifies the user's agent twin for payment.\n2. **Bearer skips MFA** — Bearer token calls bypass MFA entirely. Payment executes immediately.\n3. **Paywall request** — MCP server POSTs to `\u002Fv4\u002Fpaywall` on the payment API with:\n   - `amount` — the tool's price in USD TDN\n   - `serviceUrl` — the upstream API URL\n   - `serviceMethod` — `GET`, `POST`, or `PUT`\n   - `additionalParams` — tool arguments, present only for `POST`\u002F`PUT` tools\n4. **GET tools** — arguments are injected as query string parameters on `serviceUrl`. No `additionalParams` field in the paywall body.\n5. **POST\u002FPUT tools** — arguments are packed into the `additionalParams` field and forwarded as the request body to the upstream API.\n6. **TODA protocol payment** — the payment API calls the agent twin node directly. The agent twin transfers the tool's price to the provider twin via the TODA protocol.\n7. **Upstream proxy** — the provider twin proxies the request to the upstream service URL. The response flows back through the provider twin → payment API → MCP server → agent.\n8. **Response delivered** — the agent receives the upstream API response as the tool call result.\n\n## Agent Twin Wallet\n\nEvery MCP-authenticated user gets an agent (sandbox) twin, separate from their primary human wallet. This twin is auto-provisioned during the first OAuth connection and is used exclusively for agent-initiated marketplace payments.\n\n### Primary vs Sandbox Twin\n\n| | Primary Twin | Agent (Sandbox) Twin |\n|---|---|---|\n| **Purpose** | Your main wallet, controlled via the Qatom Flutter app | Dedicated wallet for agent marketplace spending |\n| **Provisioning** | Created when you register your Qatom account | Auto-provisioned on first MCP connection |\n| **Key** | `twin_hostname` + `twin_key` | `agent_twin_hostname` + `agent_twin_key` |\n| **Control** | Human-managed (Flutter app, web UI) | Agent-managed (MCP tool calls only) |\n| **Spending** | Manual, MFA-gated | Automatic, no MFA (Bearer token flow) |\n\n### Fund → Transfer → Spend Lifecycle\n\n```\n1. FUND       Primary wallet gets TDN\n                → Use fund_agent_wallet to get the chargeup URL (https:\u002F\u002Fload.m.todaq.net)\n                → Add funds through the web UI\n                ↓\n2. TRANSFER   Move TDN from primary to agent sandbox wallet\n                → Use transfer_to_agent_wallet with amount and dq_type\n                → Only do this when the agent wallet balance is too low\n                ↓\n3. SPEND      Agent calls marketplace tools\n                → Each call deducts the tool's price from the agent sandbox twin\n                → Payment goes to the provider twin automatically\n```\n\n### Edge Cases\n\n- **Pre-existing sessions** — sessions created before agent twin auto-provisioning may have `agentTwinHostname` as `undefined`. The MCP server falls back to the primary `twinHostname` in this case. On the next tool call, the token is re-validated and the agent twin claims are restored automatically.\n- **Token expiry** — OAuth tokens expire after a set duration. When this happens, the MCP client re-authenticates and agent twin claims are refreshed. Wallet balances and twin hostnames remain stable across token refreshes.\n- **Insufficient sandbox balance** — if the agent twin lacks funds for a tool call, the paywall returns an error. The agent should tell the user to add funds and use `transfer_to_agent_wallet` before retrying.\n\n## Become a Qatom Provider\n\nRegister your own API endpoints as marketplace tools and earn per-call revenue. Payments flow via TODA protocol from consumer agent twins to your provider twin, with no manual invoicing or settlement.\n\nJust tell your agent: **\"Help me register as a Qatom provider.\"** The agent will walk you through these steps using the provider admin tools:\n\n### Step 1 — Create a Provider Twin\n\nThe agent calls `create_twin`, which provisions a new provider twin to receive payments. Providers can have multiple twins, each linked to a different upstream API or pricing tier. The twin hostname is returned and used in the next steps.\n\n### Step 2 — Configure the Twin\n\nThe agent calls `configure_twin` with three parameters:\n- **hostname** — your provider twin hostname (from step 1 or `twin_status`)\n- **target_url** — the real upstream API URL (must use `https`)\n- **price_per_call** — minimum USD TDN charged per call\n\nThis links your provider twin to the upstream API it will proxy traffic to.\n\n### Step 3 — Register the Tool\n\nThe agent calls `register_tool` to list your API in the marketplace. Required parameters:\n- **twin_hostname** — your provider twin hostname\n- **name** — tool name in snake_case (e.g., `get_weather_current`)\n- **description** — what the tool does, shown to AI agents during discovery\n- **provider** — your display name shown in the marketplace\n- **price_per_call** — price per call in USD TDN (should match `configure_twin`)\n- **service_method** — `GET`, `POST`, or `PUT` (the HTTP method your upstream API expects)\n- **input_schema** — JSON Schema object describing the parameters consumers must pass\n\nThe service URL is derived automatically from your twin hostname.\n\n### Step 4 — Test Your Tool\n\nThe agent calls `test_tool` with your tool's ID and sample arguments. This executes the tool through the full paywall exactly as a consumer would experience it. Your agent sandbox twin pays your provider twin for this test call, so you can verify the end-to-end flow including payment.\n\nAfter testing, your tool is live in the marketplace. Any authenticated MCP agent can discover and call it. The catalog refreshes every 60 seconds, so new tools are visible almost immediately.\n\n### Managing Your Tools\n\nOnce registered, you can use the provider admin tools to manage your marketplace presence:\n- `list_my_tools` — see all your registered tools with their IDs\n- `update_tool` — change name, description, price, or toggle active\u002Finactive\n- `deactivate_tool` — hide a tool from consumers (visible in the catalog within 60 seconds)\n- `twin_status` — check provider twin balances (the TDN you've earned from tool calls)\n",{"mcp":49,"name":5,"license":15,"homepage":59,"metadata":60,"description":7},{"qatom":50},{"url":51,"type":52,"oauth":53},"https:\u002F\u002Fmcp.m.todaq.net\u002Fmcp","http",{"scopes":54,"clientId":58},[55,56,41,57],"openid","profile","twin","mcp.m.todaq.net","https:\u002F\u002Fgithub.com\u002Ftodaqmicro\u002Fqatom-skill",{"openclaw":61},{"emoji":62},"?","main","2b63f856ce19c2a797929cacabd9e0fc936812fa","plugins\u002FTODAQmicro\u002Fqatom-skill\u002Fskills\u002Fqatom",490,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins","https:\u002F\u002Fhol.org\u002Fplugins\u002Fbest-codex-plugins","https:\u002F\u002Fgithub.com\u002Fhashgraph-online","https:\u002F\u002Fhol.org","Open-source standards and developer tools for interoperable AI agents: discovery, identity, communication, payments, privacy and security.","2026-11-14 02:12:02",{"source":8,"skillName":5,"commands":74,"prompt":84,"zipAvailable":85},[75,78,81],{"tool":76,"command":77},"npx","npx skills add hashgraph-online\u002Fawesome-codex-plugins --skill qatom",{"tool":79,"command":80},"bunx","bunx skills add hashgraph-online\u002Fawesome-codex-plugins --skill qatom",{"tool":82,"command":83},"pnpm","pnpm dlx skills add hashgraph-online\u002Fawesome-codex-plugins --skill qatom","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002FTODAQmicro\u002Fqatom-skill\u002Fskills\u002Fqatom\u002FSKILL.md",true,[],[88,97,104,111,137,162],{"skillNo":89,"name":90,"nameZh":6,"description":91,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":92,"licenseFileUrl":6,"sourceHtmlUrl":93,"categories":94,"keywords":95,"publishedAt":96},"01M746ZWACVKMZ1BJXJZHYJSSX","migrate-to-e2e","Moves an existing Playwright, Cypress, Selenium, Appium, Detox, Maestro, or TesterArmy suite to e2e one slice at a time, with the old suite running beside the new one until each ported test is proven. Keeps a MIGRATION.md progress file so any later session resumes where the last stopped. Optionally plants a defect to show both suites catch it. Use for \u002Fmigrate-to-e2e, \"migrate our tests to e2e\", \"port these Maestro flows\", \"move our TesterArmy tests\", or when a project has an e2e config and an older suite still running.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftester-army\u002Fe2e\u002Fskills\u002Fmigrate-to-e2e\u002FSKILL.md",[],[],"2026-11-11 15:11:14",{"skillNo":98,"name":99,"nameZh":6,"description":100,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":92,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":103,"publishedAt":96},"01M746ZPTAX1Q0FBKAB1CYND7E","e2e","Writes, runs, and debugs end-to-end tests for web and mobile apps with e2e, the agentic test runner, which mixes agent.act goals with exact locator assertions on a Playwright browser or an iOS or Android device. Also drives a project's running app live over the e2e MCP server to look at a screen, check a UI change, take a screenshot or record a video, and try a locator; and runs bug bashes, parallel e2e explore runs with each bug proven by a repro test. Use when a project depends on e2e or has an e2e.config.ts, when asked for end-to-end, browser, mobile, or agentic UI tests, to check a change in the running app, to QA or bug bash an app or branch, or when an e2e run fails.","https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftester-army\u002Fe2e\u002Fskills\u002Fe2e\u002FSKILL.md",[],[],{"skillNo":105,"name":106,"nameZh":6,"description":107,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":92,"licenseFileUrl":6,"sourceHtmlUrl":108,"categories":109,"keywords":110,"publishedAt":96},"01M746ZJN784HVHMDP9MQGCSGG","create-verification-skill","Generate a project-local verify-\u003Capp> skill on top of e2e, so any coding agent can launch the app, check it is worth driving, exercise a feature the way a user does, keep evidence, and bug bash it. Writes the skill, a feature map with one explore charter per feature, and proves it once. Use for \u002Fcreate-verification-skill, \"make a verification skill for this repo\", or when a project has no scripted way to prove UI behavior.","https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftester-army\u002Fe2e\u002Fskills\u002Fcreate-verification-skill\u002FSKILL.md",[],[],{"skillNo":112,"name":113,"nameZh":6,"description":114,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":92,"licenseFileUrl":6,"sourceHtmlUrl":115,"categories":116,"keywords":117,"publishedAt":44},"01M716A6ETNB9B1SQ3GXZC75VR","deja-search","deja-vu memory — search the user's past AI coding sessions with the deja CLI. Holds what they already settled and never wrote into the repo (naming rules, banned or already-tried tools, required checks before merge, preferred values, who owns what). Use before your first edit in a task, before you call a change done or ready to merge, before you recommend a tool, library, design or reviewer, before re-debugging an error that may already be solved, when they say 'didn't we fix this before', 'what did we decide about X' or 'I already have that', and before telling them something on this machine does not exist.","https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fvshulcz\u002Fdeja-vu\u002Fskills\u002Fdeja-search\u002FSKILL.md",[],[118,119,120,121,122,123,124,125,126,127,128,25,129,130,131,132,133,134,135,136],"search","deja search","never","error","ready","memory","re","decide","fix","design","debugging","you","done","reviewer","io","change","cli","merge","past",{"skillNo":138,"name":139,"nameZh":6,"description":140,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":92,"licenseFileUrl":6,"sourceHtmlUrl":141,"categories":142,"keywords":143,"publishedAt":44},"01M716A3J2W5SENSE9VGMXB375","deja-reflect","End-of-session reflection and memory curation with deja-vu. Review what was decided, what commands broke and what repaired them, and record durable project rules or decisions with deja remember so the next session starts with them.","https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fvshulcz\u002Fdeja-vu\u002Fskills\u002Fdeja-reflect\u002FSKILL.md",[],[144,145,146,132,147,148,149,150,151,152,153,154,155,156,123,157,158,159,160,161],"deja reflect","reflect","review","with","record","github","next","https","node","Rules","decisions","brew","remember","project rules","project","session","end","reflection",{"skillNo":163,"name":164,"nameZh":6,"description":165,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":92,"licenseFileUrl":6,"sourceHtmlUrl":166,"categories":167,"keywords":175,"publishedAt":44},"01M715T3RR4BAYSR57HPPTJ0PF","revid","Make, edit, export and post AI videos with Revid (revid.ai) through the Revid MCP server. Use whenever the user wants a short-form or long-form video made (from an idea, a script, a URL, an article, a PDF, a tweet, a product page, their own clips, or a song), wants to find what is going viral on TikTok, YouTube, Instagram or X before making something, wants to edit or re-export an existing Revid project, generate a standalone AI image or clip, make a series episode, or publish and schedule a finished video to connected social accounts. Covers setup (hosted MCP with OAuth, or an API key), the 36 tools, credits, polling and the rules for publishing. Routes to the more specific revid-* skills when one fits.","https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftmakersas\u002Frevid-skills\u002Fskills\u002Frevid\u002FSKILL.md",[168,171,172],{"categoryNo":169,"categoryName":170,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000016","图像与多媒体",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":173,"categoryName":174,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000010","后端与接口",[164,176,177,178,179,180,181,158,182,124,183,184,34,185,25,186,43,187,37,39],"URL","Video","short-form","standalone","PDF","viral","tiktok","short","social","song","image","schedule"]