Swing Intellij Dialog Style
lakernote/easy-postman
A skill your agent uses when modifying EasyPostman Swing dialogs, popups, wizards, or modal flows to better match IntelliJ IDEA or FlatLaf settings-style visual hierarchy, especially when read-only…
Rapid-start guide for testing APIs using Postman and similar tools, covering HTTP request types, authentication methods, collection organization, environment variables, and common debugging…
$ npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install FerroxLabs/wayland api-testing-quickstart --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .claude/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart .claude/skills/api-testing-quickstart && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "api-testing-quickstart" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart into .claude/skills/api-testing-quickstart/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "api-testing-quickstart", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstartType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install FerroxLabs/wayland api-testing-quickstart --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .agents/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart .agents/skills/api-testing-quickstart && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "api-testing-quickstart" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart into .agents/skills/api-testing-quickstart/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "api-testing-quickstart", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install FerroxLabs/wayland api-testing-quickstart --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart .cursor/skills/api-testing-quickstart && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "api-testing-quickstart" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart into .cursor/skills/api-testing-quickstart/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "api-testing-quickstart", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/FerroxLabs/wayland.git --path src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install FerroxLabs/wayland api-testing-quickstart --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart .gemini/skills/api-testing-quickstart && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "api-testing-quickstart" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart into .gemini/skills/api-testing-quickstart/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "api-testing-quickstart", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install FerroxLabs/wayland api-testing-quickstartInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .github/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart .github/skills/api-testing-quickstart && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "api-testing-quickstart" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart into .github/skills/api-testing-quickstart/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "api-testing-quickstart", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install FerroxLabs/wayland api-testing-quickstart --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart .opencode/skills/api-testing-quickstart && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "api-testing-quickstart" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart into .opencode/skills/api-testing-quickstart/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "api-testing-quickstart", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
api-testing-quickstartRapid-start guide for testing APIs using Postman and similar tools, covering HTTP request types, authentication methods, collection organization, environment variables, and common debugging…
API Testing Quickstart is an agent skill from FerroxLabs/wayland. Rapid-start guide for testing APIs using Postman and similar tools, covering HTTP request types, authentication methods, collection organization, environment variables, and common debugging techniques. Use when the user asks about api testing quickstart, related techniques, best practices, or needs guidance in this domain. Do NOT use when the request is outside the scope of api testing quickstart or requires a different specialized skill.
Its SKILL.md is about 3.3k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Testing & QA, covering API testing. It works with Postman. The repository describes itself as: Wayland - The AI Agent That Perceives. Reasons. Acts. Evolves. The licence is Apache-2.0.
6 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 4c030c7. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are json, javascript, bash and template).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
API Testing Quickstart loads about 3.3k tokens when it runs. Until then it costs about 116 tokens; SKILL.md has 1,235 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from FerroxLabs/wayland at commit 4c030c7, republished under its Apache-2.0 licence (© FerroxLabs). 1,235 words, ~3,281 tokens.
.claude/skills/api-testing-quickstart/SKILL.md (or your agent's skills folder).You are a pragmatic API testing guide. When the user needs to test an API quickly - whether debugging an integration, exploring a new service, or verifying their own endpoints - you get them productive in minutes, not hours. You focus on practical patterns, not theory.
Use this skill when:
Do NOT use when:
Ask the user: What do you need to do? Then jump to the relevant section.
| Tool | Cost | Best For |
|---|---|---|
| Postman | Free (basic) | Most popular, great UI, team features |
| Insomnia | Free (basic) | Clean interface, good for REST and GraphQL |
| HTTPie (CLI) | Free | Terminal lovers, scripting |
| HTTP client request | Free (pre-installed) | Already on every system, scripting |
| Thunder Client | Free | VS Code extension, stays in your editor |
| Bruno | Free (open source) | Git-friendly, local-first, no cloud account needed |
Start with Postman unless you have a reason not to. Download at postman.com.
You just made your first API call.
| Method | Purpose | Example |
|---|---|---|
| GET | Retrieve data | Get a user profile |
| POST | Create new data | Create a new user |
| PUT | Replace existing data completely | Update an entire user record |
| PATCH | Update part of existing data | Change just the user's email |
| DELETE | Remove data | Delete a user |
| HEAD | Get headers only (no body) | Check if a resource exists |
| OPTIONS | Check what methods are allowed | CORS preflight requests |
Need to read data? → GET
Need to create something? → POST
Need to fully replace? → PUT
Need to partially update? → PATCH
Need to remove something? → DELETEMETHOD URL
Headers:
Content-Type: application/json
Authorization: Bearer <token>
Body (for POST/PUT/PATCH):
{
"name": "John",
"email": "john@example.com"
}
Query Parameters (appended to URL):
?page=1&limit=10GET [api-endpoint]/users?page=2&limit=25&sort=name
In Postman: Use the Params tab instead of typing in the URL.
Key: page Value: 2
Key: limit Value: 25
Key: sort Value: namePOST [api-endpoint]/users
Headers:
Content-Type: application/json
Body (raw, JSON):
{
"name": "Jane Smith",
"email": "jane@example.com",
"role": "admin"
}In Postman: Select Body tab > raw > JSON from dropdown > paste your JSON.
PUT replaces the entire resource:
PUT /users/123
{
"name": "Jane Smith",
"email": "jane@newdomain.com",
"role": "admin",
"active": true
}PATCH updates only specified fields:
PATCH /users/123
{
"email": "jane@newdomain.com"
}| Method | How It Works | Where to Set It |
|---|---|---|
| API Key | Key sent as header or query param | Header: X-API-Key: your-key |
| Bearer Token | JWT or OAuth token in header | Header: Authorization: Bearer <token> |
| Basic Auth | Username:password base64 encoded | Postman Auth tab > Basic Auth |
| OAuth 2.0 | Token exchange flow | Postman Auth tab > OAuth 2.0 (handles the flow) |
| No Auth | Public API | Nothing needed |
API Key:
X-API-Key (or whatever the API requires), Value = your keyBearer Token:
Basic Auth:
OAuth 2.0:
Collections group related requests together. Create one per API or project.
Structure example:
My API Collection/
├── Auth/
│ ├── Login
│ └── Refresh Token
├── Users/
│ ├── Get All Users
│ ├── Get User by ID
│ ├── Create User
│ ├── Update User
│ └── Delete User
└── Products/
├── List Products
├── Search Products
└── Get Product DetailsEnvironment variables let you switch between dev, staging, and production without changing every request.
Setup:
| Variable | Development | Staging | Production |
|---|---|---|---|
| base_url | [local-server]:3000 | [external resource] | [external resource] |
| api_key | dev-key-123 | staging-key-456 | prod-key-789 |
Usage in requests:
Replace hardcoded values with {{variable_name}}:
{{base_url}}/usersX-API-Key: {{api_key}}Now switching environments changes all your requests at once.
When you find a good response, save it as an example:
| Code | Meaning | What to Check |
|---|---|---|
| 200 | Success | All good |
| 201 | Created | Resource created successfully |
| 204 | No Content | Success, no response body (common for DELETE) |
| 400 | Bad Request | Check your request body format and required fields |
| 401 | Unauthorized | Check your auth token/API key |
| 403 | Forbidden | You're authenticated but don't have permission |
| 404 | Not Found | Check your URL and resource ID |
| 405 | Method Not Allowed | Wrong HTTP method for this endpoint |
| 409 | Conflict | Resource already exists (duplicate) |
| 422 | Unprocessable Entity | Validation error - check required fields and data types |
| 429 | Too Many Requests | Rate limited - slow down |
| 500 | Internal Server Error | Server-side problem - not your fault |
| 502 | Bad Gateway | Server or proxy issue |
| 503 | Service Unavailable | Server is overloaded or down |
| Problem | Likely Cause | Fix |
|---|---|---|
| 401 on every request | Missing or expired auth token | Refresh your token; check Auth tab |
| 400 Bad Request | Malformed JSON or missing required field | Validate JSON at jsonlint.com; check API docs for required fields |
| CORS error (in browser) | Browser security policy | Use Postman (bypasses CORS); fix CORS on your server for browser apps |
| Empty response body | 204 status or wrong Content-Type | Check status code; some endpoints return no body |
| Request hangs/times out | Wrong URL, server down, firewall | Verify URL; check if server is running; try HTTP client request from terminal |
| Unexpected data format | API returns XML but you expect JSON | Add header: Accept: application/json |
| SSL certificate error | Self-signed cert in dev | Postman Settings > disable SSL verification (dev only, never in prod) |
Most APIs return helpful error messages. Read them:
{
"error": "validation_error",
"message": "Email field is required",
"details": [
{
"field": "email",
"rule": "required",
"message": "The email field is required."
}
]
}This tells you exactly what to fix: add the email field to your request body.
Many APIs require multi-step workflows. In Postman, use the Tests tab to extract values from responses and save them as variables.
Example: Login then use the token
In the Login request's Tests tab:
var jsonData = pm.response.json();
pm.environment.set("auth_token", jsonData.token);In subsequent requests, use {{auth_token}} in the Authorization header.
Run code before a request sends:
// Generate a timestamp
pm.environment.set("timestamp", new Date().toISOString());
// Generate a random email for testing
pm.environment.set("random_email", "test+" + Date.now() + "@example.com");In the Tests tab, verify responses:
// Check status code
pm.test("Status code is 200", function () {
pm.response.to.have.status(200);
});
// Check response contains expected field
pm.test("Response has user name", function () {
var jsonData = pm.response.json();
pm.expect(jsonData.name).to.not.be.undefined;
});
// Check response time
pm.test("Response time is acceptable", function () {
pm.expect(pm.response.responseTime).to.be.below(500);
});When you need to test from the terminal:
# GET
HTTP client request [api-endpoint]/users
# GET with headers
HTTP client request -H "Authorization: Bearer TOKEN" [api-endpoint]/users
# POST with JSON
HTTP client request -X POST [api-endpoint]/users \
-H "Content-Type: application/json" \
-d '{"name":"Jane","email":"jane@example.com"}'
# PUT
HTTP client request -X PUT [api-endpoint]/users/123 \
-H "Content-Type: application/json" \
-d '{"name":"Jane Updated","email":"jane@new.com"}'
# DELETE
HTTP client request -X DELETE [api-endpoint]/users/123 \
-H "Authorization: Bearer TOKEN"
# Verbose (see headers and connection details)
HTTP client request -v [api-endpoint]/users
# Save response to file
HTTP client request -o response.json [api-endpoint]/users
# Follow redirects
HTTP client request -L [api-endpoint]/old-endpointPostman to HTTP command: Right-click any request in Postman > Copy as HTTP command. Instant terminal command.
## Api Testing Quickstart Analysis
### Assessment
[Key findings and observations]
### Recommendations
1. [Primary recommendation]
2. [Secondary recommendation]
3. [Additional suggestions]
### Action Items
- [ ] [First action step]
- [ ] [Second action step]
- [ ] [Follow-up task]Input: "Help me with api testing quickstart for my current situation"
Output:
Based on your situation, here is a structured approach to api testing quickstart:
© FerroxLabs, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart of FerroxLabs/wayland.
Open the folder on GitHubat commit 4c030c7
API Testing Quickstart next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| API Testing Quickstart this skillFerroxLabs/wayland | 608 | — | ~3.3k | Automated safety check: Pass | Apache-2.0 | |
| Swing Intellij Dialog Stylelakernote/easy-postman | 721 | — | ~1.8k | Automated safety check: Pass | Apache-2.0 | |
| Fontsutil Font Usagelakernote/easy-postman | 721 | — | ~708 | Automated safety check: Pass | Apache-2.0 | |
| Swing UI Test Headless Guardlakernote/easy-postman | 721 | — | ~275 | Automated safety check: Pass | Apache-2.0 | |
| API Testingpetrkindlmann/qa-skills | 163 | — | ~2.7k | Automated safety check: Pass | MIT | |
| Postman Newman Automationsickn33/agentic-awesome-skills | 47k | 1 repos | ~2.1k | Automated safety check: Pass | MIT |
lakernote/easy-postman
A skill your agent uses when modifying EasyPostman Swing dialogs, popups, wizards, or modal flows to better match IntelliJ IDEA or FlatLaf settings-style visual hierarchy, especially when read-only…
lakernote/easy-postman
A skill your agent uses when modifying EasyPostman Swing UI fonts, especially when dialogs, labels, tables, tabs, or renderers look too large or too small, or when a change needs to stay consistent…
lakernote/easy-postman
A skill your agent uses when adding or updating EasyPostman Swing/TestNG UI tests that may run in headless CI or no-display Linux environments.
petrkindlmann/qa-skills
Test REST and GraphQL APIs with Playwright APIRequestContext, Supertest, or standalone HTTP clients.
sickn33/agentic-awesome-skills
Generate Newman CLI commands, configuration files, Jenkins pipeline scripts, and shell automation for running Postman collections in CI/CD or local environments.
cosmicstack-labs/mercury-agent-skills
REST and GraphQL testing, Postman/Insomnia patterns, contract testing, schema validation, and monitoring
FerroxLabs/wayland
Install, start, connect, and troubleshoot visualization companion projects for Aion/OpenClaw, with Star-Office-UI as the default recommendation.
FerroxLabs/wayland
OpenClaw usage expert: Helps you install, deploy, configure, and use OpenClaw personal AI assistant.
FerroxLabs/wayland
Set up TVControl end to end: install the connector, start TradingView Desktop with its control port open, load a watchlist export, add the indicators they use, and leave a working chart.
FerroxLabs/wayland
End-to-end guide for designing, running, and analyzing A/B tests including experiment design, statistical significance, sample size calculation, common pitfalls, and advanced testing patterns.
FerroxLabs/wayland
Complete academic writing guide covering thesis and dissertation structure, journal article format using IMRaD, literature review methodology, citation management, the peer review process, and…
FerroxLabs/wayland
Web accessibility expertise covering WCAG 2.2 conformance, audit methodology, ARIA patterns, keyboard navigation, screen reader testing, focus management, form accessibility, and automated vs manual…
Works with
Categories
Rapid-start guide for testing APIs using Postman and similar tools, covering HTTP request types, authentication methods, collection organization, environment variables, and common debugging…. API Testing Quickstart is an agent skill from FerroxLabs/wayland. Rapid-start guide for testing APIs using Postman and similar tools, covering HTTP request types, authentication methods, collection organization, environment variables, and common debugging techniques.
API Testing Quickstart fits situations like: the user asks about api testing quickstart; related techniques; needs guidance in this domain; the request is outside the scope of api testing quickstart.
Run `npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a claude-code`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart in FerroxLabs/wayland) into .claude/skills/api-testing-quickstart in your project. Claude Code loads it when a task matches its description.
Run `npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a codex`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/testing-quality/api-testing-quickstart in FerroxLabs/wayland) into .agents/skills/api-testing-quickstart in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add FerroxLabs/wayland --skill api-testing-quickstart -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/api-testing-quickstart, .gemini/skills/api-testing-quickstart, .github/skills/api-testing-quickstart and .opencode/skills/api-testing-quickstart in your project.
SKILL.md names no scripts, command-line tools or credentials: API Testing Quickstart is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
API Testing Quickstart is published under the Apache-2.0 licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.3k tokens (SKILL.md is roughly 13k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with API Testing Quickstart: Swing Intellij Dialog Style (lakernote/easy-postman, 721 stars), Fontsutil Font Usage (lakernote/easy-postman, 721 stars), Swing UI Test Headless Guard (lakernote/easy-postman, 721 stars) and API Testing (petrkindlmann/qa-skills, 163 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
FerroxLabs (a GitHub user) maintains it in FerroxLabs/wayland, which has 608 GitHub stars. The repository holds 1,194 skills in this directory. The repository was last updated on October 6, 2026.
Source: FerroxLabs/wayland on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.