Workers Best Practices
hodgef/apiker
Reviews and authors Cloudflare Workers code against production best practices.
Logging strategy designer covering structured logging, log levels, correlation IDs, distributed tracing, log aggregation, PII handling, retention policies, alerting, and observability stack setup.
$ npx skills add FerroxLabs/wayland --skill logging-architect -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install FerroxLabs/wayland logging-architect --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/software-engineering/logging-architect .claude/skills/logging-architect && 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 "logging-architect" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect into .claude/skills/logging-architect/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "logging-architect", 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/software-engineering/logging-architectType 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 logging-architect -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install FerroxLabs/wayland logging-architect --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/software-engineering/logging-architect .agents/skills/logging-architect && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "logging-architect" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect into .agents/skills/logging-architect/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "logging-architect", 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 logging-architect -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install FerroxLabs/wayland logging-architect --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/software-engineering/logging-architect .cursor/skills/logging-architect && 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 "logging-architect" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect into .cursor/skills/logging-architect/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "logging-architect", 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/software-engineering/logging-architect--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 logging-architect -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install FerroxLabs/wayland logging-architect --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/software-engineering/logging-architect .gemini/skills/logging-architect && 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 "logging-architect" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect into .gemini/skills/logging-architect/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "logging-architect", 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 logging-architectInstalls 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 logging-architect -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/software-engineering/logging-architect .github/skills/logging-architect && 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 "logging-architect" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect into .github/skills/logging-architect/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "logging-architect", 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 logging-architect -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 logging-architect --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/software-engineering/logging-architect .opencode/skills/logging-architect && 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 "logging-architect" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect into .opencode/skills/logging-architect/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "logging-architect", 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.
logging-architectLogging strategy designer covering structured logging, log levels, correlation IDs, distributed tracing, log aggregation, PII handling, retention policies, alerting, and observability stack setup.
Logging Architect is an agent skill from FerroxLabs/wayland. Logging strategy designer covering structured logging, log levels, correlation IDs, distributed tracing, log aggregation, PII handling, retention policies, alerting, and observability stack setup. Use when the user asks about logging architect, logging architect best practices, or needs guidance on logging architect implementation. Do NOT use when the user needs a different specialized skill or is asking about an unrelated technology domain.
Its SKILL.md is about 3.8k 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 DevOps & Cloud, covering Observability. It works with Node.js. The repository describes itself as: Wayland - The AI Agent That Perceives. Reasons. Acts. Evolves. The licence is Apache-2.0.
5 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 typescript, json, yaml and markdown).
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.
Logging Architect loads about 3.8k tokens when it runs. Until then it costs about 116 tokens; SKILL.md has 1,254 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,254 words, ~3,846 tokens.
.claude/skills/logging-architect/SKILL.md (or your agent's skills folder).You are an expert logging architect. Design logging systems that make production systems observable, debuggable, and auditable. Logs are the narrative of your system. Make them tell a coherent story.
Unstructured logs are for humans reading a terminal. Structured logs are for machines querying petabytes.
Unstructured (bad for production):
2024-01-15 14:23:45 ERROR Failed to process order #12345 for user john@example.comStructured (good for production):
{
"timestamp": "2024-01-15T14:23:45.123Z",
"level": "error",
"message": "Failed to process order",
"service": "order-service",
"orderId": "12345",
"userId": "usr_abc123",
"error": {
"type": "PaymentDeclined",
"code": "CARD_DECLINED",
"message": "Insufficient funds"
},
"requestId": "req_xyz789",
"traceId": "trace_def456",
"duration_ms": 342
}| Language | Library | Format |
|---|---|---|
| Node.js | pino, winston | JSON |
| Python | structlog, python-json-logger | JSON |
| Java | logback + Logstash encoder, log4j2 JSON layout | JSON |
| Go | zerolog, zap | JSON |
| Rust | tracing + tracing-subscriber | JSON |
| .NET | Serilog | JSON |
import pino from "pino";
const logger = pino({
level: ENV_CONFIG_VALUE || "info",
formatters: {
level: (label) => ({ level: label }),
},
timestamp: pino.stdTimeFunctions.isoTime,
redact: ["req.headers.authorization", "user.email", "user.phone"],
});
// Create child logger with request context
function createRequestLogger(req) {
return logger.child({
requestId: req.id,
method: req.method,
path: req.url,
userId: req.user?.id,
});
}
// Usage
const log = createRequestLogger(req);
log.info({ orderId: order.id }, "Order created successfully");
log.error({ err, orderId: order.id }, "Failed to process payment");| Level | When to use | Example |
|---|---|---|
| FATAL | System cannot continue. Requires immediate human attention. | Database connection pool exhausted. TLS certificate expired. |
| ERROR | Operation failed. Requires investigation but system continues. | Payment processing failed. External API returned 500. |
| WARN | Something unexpected happened but was handled. Potential issue. | Retry succeeded after 2 attempts. Cache miss rate above threshold. Deprecated API called. |
| INFO | Significant business events. Normal operations. | User registered. Order placed. Deployment started. Config loaded. |
| DEBUG | Detailed technical information for troubleshooting. | SQL query executed. HTTP request sent. Cache hit/miss. Function entry/exit. |
| TRACE | Very detailed. Function parameters, loop iterations. | Rarely used in production. Enabled temporarily for deep debugging. |
Is the system about to crash or become unavailable?
Yes -> FATAL
Did an operation fail with no automatic recovery?
Yes -> ERROR
Did something unexpected happen but the system recovered?
Yes -> WARN
Is this a normal business event that operators care about?
Yes -> INFO
Is this technical detail needed only for troubleshooting?
Yes -> DEBUG
Is this extremely granular, variable-level tracing?
Yes -> TRACEA correlation ID (request ID) is a unique identifier that follows a request through all services, enabling end-to-end tracing.
// Middleware to generate/propagate correlation ID
function correlationMiddleware(req, res, next) {
const correlationId = req.headers["x-correlation-id"] || uuid();
req.correlationId = correlationId;
res.setHeader("x-correlation-id", correlationId);
// Attach to all outgoing HTTP requests
req.httpClient = HTTP client.create({
headers: { "x-correlation-id": correlationId },
});
next();
}X-Correlation-Id or X-Request-Id.Distributed tracing goes beyond correlation IDs by tracking parent-child relationships between operations.
Trace: req_abc123
|
+-- Span: API Gateway (12ms)
|
+-- Span: Auth Service - validateToken (3ms)
|
+-- Span: Order Service - createOrder (45ms)
|
+-- Span: Database - INSERT order (8ms)
|
+-- Span: Payment Service - charge (120ms)
| |
| +-- Span: Stripe API - POST /charges (95ms)
|
+-- Span: Email Service - sendConfirmation (15ms)| Concept | Definition |
|---|---|
| Trace | End-to-end journey of a request |
| Span | A single operation within a trace |
| Trace ID | Unique ID for the entire trace |
| Span ID | Unique ID for a single span |
| Parent Span ID | Links child spans to parents |
| Baggage | Key-value pairs propagated across service boundaries |
import { NodeSDK } from "@opentelemetry/sdk-node";
import { OTLPTraceExporter } from "@opentelemetry/exporter-trace-otlp-http";
import { getNodeAutoInstrumentations } from "@opentelemetry/auto-instrumentations-node";
const sdk = new NodeSDK({
traceExporter: new OTLPTraceExporter({ url: "[reference URL]" }),
instrumentations: [getNodeAutoInstrumentations()],
serviceName: "order-service",
});
sdk.start();[Service A] --logs--> [Log Shipper] --> [Message Queue] --> [Log Processor] --> [Storage] --> [Query/UI]
Example stack:
[App] --> [Fluentd/Filebeat] --> [Kafka] --> [Logstash] --> [Elasticsearch] --> [Kibana]
Or:
[App] --> [Promtail] --> [Loki] --> [Grafana]
Or:
[App] --> [OTLP] --> [OpenTelemetry Collector] --> [Backend of choice]| Stack | Pros | Cons | Best for |
|---|---|---|---|
| ELK (Elasticsearch + Logstash + Kibana) | Powerful full-text search, mature | Resource-heavy, expensive at scale | Large organizations, complex queries |
| Loki + Grafana | Lightweight, label-based, integrates with metrics | Less powerful querying than ELK | Kubernetes-native, cost-conscious teams |
| Datadog / Splunk / New Relic | Managed, integrated with metrics/traces | Expensive, vendor lock-in | Teams that prefer SaaS |
| CloudWatch / Stackdriver | Native cloud integration | Limited cross-cloud | Single-cloud deployments |
Personally Identifiable Information: names, email addresses, phone numbers, IP addresses, SSNs, credit card numbers, addresses, dates of birth, health information, biometric data.
| Strategy | How | When |
|---|---|---|
| Redaction | Replace with [REDACTED] | Sensitive fields known at log time |
| Masking | Show partial: john****@example.com | Need partial info for debugging |
| Hashing | SHA-256 of value | Need to correlate across logs without exposing data |
| Tokenization | Replace with opaque token | Need to look up original value in secure vault |
| Omission | Do not log the field at all | Truly unnecessary data |
const logger = pino({
redact: {
paths: [
"user.email",
"user.phone",
"user.ssn",
"req.headers.authorization",
"req.headers.cookie",
"payment.cardNumber",
],
censor: "[REDACTED]",
},
});| Regulation | Logging Implication |
|---|---|
| GDPR | PII must be deletable; right to be skipped applies to logs |
| HIPAA | Health info must not appear in logs accessible to non-authorized personnel |
| PCI DSS | Card numbers must never be logged, even partially (except last 4 digits) |
| SOC 2 | Audit logs must be tamper-evident and retained per policy |
| Tier | Retention | Storage | Use Case |
|---|---|---|---|
| Hot | 7-14 days | SSD, indexed | Active debugging, real-time queries |
| Warm | 30-90 days | HDD, indexed | Recent incident investigation |
| Cold | 1-7 years | Object storage (S3), compressed | Compliance, audit, legal |
| Archive | 7+ years | Glacier/deep archive | Regulatory requirement |
| Condition | Severity | Channel |
|---|---|---|
| Error rate > 5% for > 2 minutes | Critical | PagerDuty |
| Error rate > 1% for > 10 minutes | Warning | Slack |
| Zero traffic for > 5 minutes | Critical | PagerDuty |
| Log volume spike > 10x normal | Warning | Slack |
| FATAL log level emitted | Critical | PagerDuty |
| Specific error code appears | Varies | Configurable |
name: high-error-rate
description: Error rate exceeds 5% for order-service
query: |
rate(log_entries{service="order-service", level="error"}[5m])
/ rate(log_entries{service="order-service"}[5m]) > 0.05
for: 2m
labels:
severity: critical
team: platform
annotations:
summary: "High error rate in order-service ({{ $value | humanizePercentage }})"
runbook: "[reference URL]"
dashboard: "[reference URL]"Every log entry should include these fields for consistency across services:
| Field | Type | Required | Example |
|---|---|---|---|
timestamp | ISO 8601 | Yes | 2024-01-15T14:23:45.123Z |
level | string | Yes | info, error, warn |
message | string | Yes | Human-readable description |
service | string | Yes | order-service |
environment | string | Yes | production, staging |
version | string | Yes | 1.2.3 or git SHA |
requestId | string | When applicable | req_abc123 |
traceId | string | When applicable | trace_def456 |
userId | string | When applicable | usr_ghi789 (hashed if PII concern) |
duration_ms | number | For operations | 342 |
error.* | object | For errors | { type, code, message, stack } |
Use this skill when:
Do NOT use this skill when:
# Logging Architect Analysis
## Context Assessment
[Situation summary and constraints]
## Recommended Approach
[Primary recommendation with rationale]
## Implementation Steps
1. [Step with specific details]
2. [Step with specific details]
3. [Step with specific details]
## Trade-offs and Considerations
- [Key trade-off 1]
- [Key trade-off 2]
## Next Steps
- [Immediate action item]
- [Follow-up action item]Input: "Help me implement logging architect for a medium-scale production application"
Output: A structured analysis covering current state assessment, recommended logging architect approach with specific patterns, implementation roadmap with milestones, and risk mitigation strategies tailored to the application scale and constraints.
© 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/software-engineering/logging-architect of FerroxLabs/wayland.
Open the folder on GitHubat commit 4c030c7
Logging Architect 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 |
|---|---|---|---|---|---|---|
| Logging Architect this skillFerroxLabs/wayland | 608 | — | ~3.8k | Automated safety check: Pass | Apache-2.0 | |
| Workers Best Practiceshodgef/apiker | 127 | 6 repos | ~1.8k | Automated safety check: Pass | MIT | |
| Nemo Relay Migrate From FlowNVIDIA/NeMo-Relay | 190 | — | ~1.8k | Automated safety check: Pass | Apache-2.0 | |
| Monitoring ExpertJeffallan/claude-skills | 12k | — | ~1.6k | Automated safety check: Pass | MIT | |
| Azure Monitor Opentelemetry TSmicrosoft/skills | 3.1k | 6 repos | ~2.2k | Automated safety check: Pass | MIT | |
| Appinsights Instrumentationgithub/awesome-copilot | 40k | 1 repos | ~616 | Automated safety check: Pass | MIT |
hodgef/apiker
Reviews and authors Cloudflare Workers code against production best practices.
NVIDIA/NeMo-Relay
A skill your agent uses when migrating applications, examples, integrations, documentation, manifests, or repository code from NeMo Flow to NeMo Relay across Python, Rust, Node.js, Go, C FFI, CLI…
Jeffallan/claude-skills
Sets up application monitoring: structured logs, Prometheus metrics, OpenTelemetry tracing, Grafana dashboards, alert rules and load tests with k6 or Artillery.
microsoft/skills
Instrument applications with Azure Monitor and OpenTelemetry for JavaScript (@azure/monitor-opentelemetry).
github/awesome-copilot
Instrument a webapp to send useful telemetry data to Azure App Insights
secondsky/sap-skills
Develops business applications on SAP Business Technology Platform (BTP) using CAP (Node.js/Java) or ABAP Cloud.
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
Logging strategy designer covering structured logging, log levels, correlation IDs, distributed tracing, log aggregation, PII handling, retention policies, alerting, and observability stack setup. Logging Architect is an agent skill from FerroxLabs/wayland. Logging strategy designer covering structured logging, log levels, correlation IDs, distributed tracing, log aggregation, PII handling, retention policies, alerting, and observability stack setup.
Logging Architect fits situations like: the user asks about logging architect; logging architect best practices; needs guidance on logging architect implementation; the user needs a different specialized skill.
Run `npx skills add FerroxLabs/wayland --skill logging-architect -a claude-code`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect in FerroxLabs/wayland) into .claude/skills/logging-architect in your project. Claude Code loads it when a task matches its description.
Run `npx skills add FerroxLabs/wayland --skill logging-architect -a codex`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/software-engineering/logging-architect in FerroxLabs/wayland) into .agents/skills/logging-architect 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 logging-architect -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/logging-architect, .gemini/skills/logging-architect, .github/skills/logging-architect and .opencode/skills/logging-architect in your project.
SKILL.md names no scripts, command-line tools or credentials: Logging Architect is instructions for the agent only. Our summary lists: Python 3; Node.js.
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.
Logging Architect 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.8k tokens (SKILL.md is roughly 15k 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 Logging Architect: Workers Best Practices (hodgef/apiker, 127 stars), Nemo Relay Migrate From Flow (NVIDIA/NeMo-Relay, 190 stars), Monitoring Expert (Jeffallan/claude-skills, 12k stars) and Azure Monitor Opentelemetry TS (microsoft/skills, 3.1k 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.