discord-e2e
Skill59 starsChanged 16 days agoMITView on GitHub
Test Discord with Convex-leased QA bots: check credentials without a Gateway, exercise owned messages, or prove OpenClaw replies, files, threads, reactions, streaming, and typing. Distinguish API and Gateway evidence from manual user interactions.
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
Read feature recipes for the changed behavior.
- Distinctive: line 37
Use the dependency-ready OpenClaw checkout under test.
- Distinctive: line 91
Read runtime and recovery when changing config, restarting the SUT, choosing a real provider, diagnosing cancellation, or reconciling …
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Discord E2E
Choose the smallest boundary that proves the requested behavior:
| Goal | Entry point | What it proves |
| Check the shared bot pair and channel | Read-only command below | Bot identities, pinned SUT, guild text channel, and history access |
| Exercise bot-authored mutations | Existing channelE2e lifecycle | Owned messages, reactions, files, threads, and cleanup |
| Prove OpenClaw behavior | Existing QA Lab flow | Real Discord events, an isolated SUT Gateway, and the selected model lane |
| Prove human interactions or rendering | Authorized manual Discord client | Actual user action or inspected client capture |
The API probe starts no Gateway, event recorder, or model. QA Lab remains the owner for product E2E: it controls its lease, temporary Gateway, provider, cancellation, and cleanup. Neither path changes app permissions or provisions credentials.
1. Choose the evidence
Read feature recipes for the changed behavior. Native fixture calls prove Discord API operations, not that a model invoked a tool. A SUT round trip additionally proves Gateway ingress and a stored public reply. Model-tool claims also require the tool trace and provider request evidence.
Human slash commands, component clicks, modals, ephemeral interactions, and
human-to-bot DMs need an authorized manual client. A bot posting /status sends
text, not a slash interaction. Use official bot tokens from the lease only.
Discord prohibits user-token/self-bot automation;
Slack's user OAuth route has no equivalent here.
2. Prepare and check the current lease
Use the dependency-ready OpenClaw checkout under test. The setup prerequisite is
an existing authenticated Convex CLI with access to the published QA broker.
The existing shared lease helper discovers the repository's broker binding and
CI credential in memory; you do not need to copy bot tokens, guild IDs, or broker secrets. If authentication
is absent, have the operator run convex login (or the already cached
bunx --no-install convex login) once. Do not install a CLI or log in on the
operator's behalf. Network/permission errors are not evidence that another
login is needed.
For a fast check without QA Lab:
node .agents/skills/discord-e2e/scripts/bot-readiness.mjsThe check is read-only in Discord, but it acquires, renews, and releases a Convex lease. It creates no Discord objects and has no mutation mode. Read bot API readiness for the payload, permission limits, private result, and failure handling.
This probe does not verify Gateway intents, event delivery, model behavior, or all native fixture permissions. For an OpenClaw claim, continue with QA Lab:
pnpm openclaw qa discord --list-scenarios
pnpm openclaw qa discord --doctor \
--output-dir .artifacts/qa-e2e/discord-doctorRequire a passing QA Lab doctor for this lane. It sends no fixture messages; it checks the leased identities, guild text channel, effective permissions, driver Gateway intents, and connected SUT Gateway. Every scenario repeats readiness on its own lease; a released doctor's result never qualifies a later run.
--doctor and --scenario-file default to Convex, CI role, and mock-openai.
Existing explicit credential/provider flags still work; ordinary curated
qa discord defaults remain unchanged. Preprovisioned private broker environment
variables are an alternative to discovery, not a prerequisite.
3. Run one scoped proof
For a native lifecycle plus real Gateway reply:
pnpm openclaw qa discord \
--scenario-file qa/scenarios/channels/discord-e2e-lifecycle.yaml \
--output-dir .artifacts/qa-e2e/discord-lifecycleFor a changed feature, adapt that YAML using feature recipes.
--scenario-file is repeatable and uses the existing QA flow schema. Set
retryCount: 0 for native write scenarios. Use a new output directory for each
proof. These examples are opt-in, not additions to the curated default suite.
Read runtime and recovery when changing config, restarting the SUT, choosing a real provider, diagnosing cancellation, or reconciling failed cleanup.
4. Judge and report
For the API probe, require status: ready and leaseReleased: true.
An empty history list is inconclusive (exit 2): it can mean an empty channel
or missing Read Message History permission. Use QA Lab doctor to distinguish
those cases; do not call either one a proven permission failure.
Report a ready result as bot identity and observed read-access proof, not
mutation or Gateway E2E. Private result.json contains leased identities and
check statuses, not tokens or history.
For QA Lab, inspect qa-suite-summary.json, qa-suite-report.md, the Gateway/provider
artifacts, and each private discord-e2e-*/events.ndjson under the output directory.
Join native receipts to recorder rows by message ID; use actor: sut, channel,
sequence, and trigger correlation for SUT claims. A marker alone does not prove
edits, reactions, typing, deletion, formatting, or a model tool call. Event logs
are not visual proof; visual claims need an actual Discord client screenshot.
Completion requires the requested evidence and successful owned cleanup after Gateway stop, before lease release. Existing permissions decide whether owned threads are deleted or archived; report the recorded disposition, never call archival deletion. Preserve private evidence on failure. Report the sanitized command, exact revision, claim, relevant evidence, manual-only gaps, and cleanup outcome. Redact identities, unrelated content, private paths, and credentials before sharing artifacts.
Other versions9 projects use a version of this.
Word for word · 9
- steipete/warelay★ 394k100% same
- moltbot/clawdbot★ 394k100% same
- moltbot/moltbot★ 394k100% same
- clawdbot/clawdbot★ 394k100% same
- steipete/clawdis★ 394k100% same
- openclaw/openclaw★ 394k100% same
- molt-bot/clawdbot★ 391k100% same
- friuns2/openclaw-android-assistant★ 573100% same
- OpenClawAndroid/openclaw-android-assistant★ 556100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use openclaw-performance.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
clawdbotSkillopenclaw-performance
Performance work in OpenClaw: a slow or heavy flow (latency, CPU, memory, SQL, RPC, renders), writing or reviewing a perf PR, or adding a cache. Count the work, delete waste first, cache last.
Also in 6 projects that use this
In this repository107 other files it gives its agents.
- AGENTS.mdAGENTS.md
- docs/AGENTS.mdAGENTS.md
- extensions/AGENTS.mdAGENTS.md
- scripts/AGENTS.mdAGENTS.md
- test/AGENTS.mdAGENTS.md
- ui/AGENTS.mdAGENTS.md
- agent-transcriptSkill
- auto-qaSkill
- autoreviewSkill
- channel-message-flowsSkill
- clawdtributorSkill
- claw-scoreSkill
- clawsweeperSkill
- control-ui-e2eSkill
- crabboxSkill
- discord-clawdSkill
- discord-user-postSkill
- discrawlSkill
- gitcrawlSkill
- graincrawlSkill
- notcrawlSkill
- openclaw-changelog-updateSkill
- openclaw-ci-limitsSkill
- openclaw-debuggingSkill
- openclaw-docker-e2e-authoringSkill
- openclaw-ghsa-maintainerSkill
- openclaw-live-updaterSkill
- openclaw-parallels-smokeSkill
- openclaw-pr-maintainerSkill
- openclaw-qa-testingSkill
- openclaw-refactor-docsSkill
- openclaw-release-validationSkill
- openclaw-repair-sweepSkill
- openclaw-secret-scanning-maintainerSkill
- openclaw-test-heap-leaksSkill
- openclaw-testingSkill
- openclaw-test-performanceSkill
- openclaw-updateSkill
- parallels-discord-roundtripSkill
- plugin-sdk-impactSkill
- proof-videoSkill
- prototype-openclaw-tuiSkill
- pr-simplifySkill
- release-openclaw-announcementSkill
- release-openclaw-ciSkill
- release-openclaw-macSkill
- release-openclaw-maintainerSkill
- release-openclaw-plugin-testingSkill
- security-triageSkill
- slack-e2eSkill
- slacrawlSkill
- solidSkill
- tag-duplicate-prs-issuesSkill
- technical-documentationSkill
- telegram-e2e-userbotSkill
- test-auditSkill
- update-team-serverSkill
- verify-releaseSkill
- 1passwordSkill
- apple-notesSkill
- The first 60 shown.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

