From b213fdec25824ddb5f9b0a19d2f21fbc1b6b2a2c Mon Sep 17 00:00:00 2001 From: "github-actions[bot]" <41898282+github-actions[bot]@users.noreply.github.com> Date: Tue, 23 Jun 2026 04:05:47 +0000 Subject: [PATCH] chore: publish from staged --- docs/README.skills.md | 2 +- skills/x-twitter-scraper/SKILL.md | 15 +++++++++++++-- 2 files changed, 14 insertions(+), 3 deletions(-) diff --git a/docs/README.skills.md b/docs/README.skills.md index 789e7eca..361c6be6 100644 --- a/docs/README.skills.md +++ b/docs/README.skills.md @@ -391,4 +391,4 @@ See [CONTRIBUTING.md](../CONTRIBUTING.md#adding-skills) for guidelines on how to | [winui3-migration-guide](../skills/winui3-migration-guide/SKILL.md)
`gh skills install github/awesome-copilot winui3-migration-guide` | UWP-to-WinUI 3 migration reference. Maps legacy UWP APIs to correct Windows App SDK equivalents with before/after code snippets. Covers namespace changes, threading (CoreDispatcher to DispatcherQueue), windowing (CoreWindow to AppWindow), dialogs, pickers, sharing, printing, background tasks, and the most common Copilot code generation mistakes. | None | | [workiq-copilot](../skills/workiq-copilot/SKILL.md)
`gh skills install github/awesome-copilot workiq-copilot` | Guides the Copilot CLI on how to use the WorkIQ CLI/MCP server to query Microsoft 365 Copilot data (emails, meetings, docs, Teams, people) for live context, summaries, and recommendations. | None | | [write-coding-standards-from-file](../skills/write-coding-standards-from-file/SKILL.md)
`gh skills install github/awesome-copilot write-coding-standards-from-file` | Write a coding standards document for a project using the coding styles from the file(s) and/or folder(s) passed as arguments in the prompt. | None | -| [x-twitter-scraper](../skills/x-twitter-scraper/SKILL.md)
`gh skills install github/awesome-copilot x-twitter-scraper` | Build GitHub Copilot workflows with Xquik X API SDKs, REST endpoints, MCP tools, signed webhooks, tweet search, user lookup, follower exports, media actions, and agent automation. | None | +| [x-twitter-scraper](../skills/x-twitter-scraper/SKILL.md)
`gh skills install github/awesome-copilot x-twitter-scraper` | Build GitHub Copilot workflows with Xquik X API SDKs, REST endpoints, MCP tools, TweetClaw OpenClaw plugin installs, signed webhooks, tweet search, user lookup, follower exports, media actions, and agent automation. | None | diff --git a/skills/x-twitter-scraper/SKILL.md b/skills/x-twitter-scraper/SKILL.md index 3e3db70d..d64082d8 100644 --- a/skills/x-twitter-scraper/SKILL.md +++ b/skills/x-twitter-scraper/SKILL.md @@ -1,6 +1,6 @@ --- name: x-twitter-scraper -description: 'Build GitHub Copilot workflows with Xquik X API SDKs, REST endpoints, MCP tools, signed webhooks, tweet search, user lookup, follower exports, media actions, and agent automation.' +description: 'Build GitHub Copilot workflows with Xquik X API SDKs, REST endpoints, MCP tools, TweetClaw OpenClaw plugin installs, signed webhooks, tweet search, user lookup, follower exports, media actions, and agent automation.' --- # X Twitter Scraper @@ -15,6 +15,7 @@ Use this skill when a user wants to integrate Xquik into an app, script, data pi - Create account monitors and verify HMAC-signed webhook events. - Add TypeScript, Python, Go, Java, Kotlin, C#, Ruby, PHP, CLI, or Terraform clients. - Connect agent runtimes through the Xquik MCP server. +- Install TweetClaw when the workflow belongs inside OpenClaw and needs plugin-managed approvals for X account actions. ## Source Checks @@ -25,13 +26,15 @@ Before writing code, inspect the current Xquik source material: - OpenAPI spec: https://xquik.com/openapi.json - MCP server docs: https://docs.xquik.com/mcp/overview - Skill repo: https://github.com/Xquik-dev/x-twitter-scraper +- TweetClaw OpenClaw plugin: https://github.com/Xquik-dev/tweetclaw +- TweetClaw npm registry metadata: https://registry.npmjs.org/@xquik%2Ftweetclaw Do not invent endpoint names, request fields, response fields, scopes, pricing, limits, or package names. Read the relevant SDK README and API reference page first. ## Implementation Flow 1. Identify the workflow: search, lookup, extraction, monitor, webhook, media, write action, billing, or MCP. -2. Choose the integration surface: generated SDK for application code, REST for custom clients, MCP for agents, or webhooks for event delivery. +2. Choose the integration surface: generated SDK for application code, REST for custom clients, MCP for agents, TweetClaw for OpenClaw plugin workflows, or webhooks for event delivery. 3. Confirm authentication requirements from the docs and use environment variables for API keys. 4. Use typed request and response models when an SDK exists for the user's language. 5. Add retries and pagination according to the SDK or API docs. @@ -65,6 +68,14 @@ When adding webhook handlers: Use the MCP server when the user wants an agent to explore or call Xquik tools directly. Keep application code on REST or SDK clients when the app needs stable typed contracts, tests, or internal abstractions. +## OpenClaw Plugin Pattern + +Use TweetClaw when the user is working in OpenClaw, wants installable plugin metadata, or needs an approval-reviewed path for account-changing X actions. Keep application services on REST or SDK clients when the project needs typed contracts, server-side abstractions, or long-lived backend jobs outside OpenClaw. + +Before suggesting install commands or tool names, read the TweetClaw README and package metadata. Do not assume the published npm version matches source HEAD. + +Treat create, reply, quote, like, bookmark, retweet, follow, delete, media, and monitor actions as approval-worthy unless the current TweetClaw docs state a narrower policy. Keep read-only tweet search, reply search, profile lookup, follower export, and evidence collection low risk, while still respecting rate limits and account authorization. + ## Safety And Accuracy - Keep language neutral and technical.