MikroTik Encyclopedia

v1.0.5

MikroTik RouterOS documentation-first workflow for MikroTik-specific questions, troubleshooting, command planning, live CLI/API work, config review, log anal...

0· 208·0 current·0 all-time

Install

OpenClaw Prompt Flow

Install with OpenClaw

Best for remote or guided setup. Copy the exact prompt, then paste it into OpenClaw for kklouzal/mikrotik-encyclopedia.

Previewing Install & Setup.
Prompt PreviewInstall & Setup
Install the skill "MikroTik Encyclopedia" (kklouzal/mikrotik-encyclopedia) from ClawHub.
Skill page: https://clawhub.ai/kklouzal/mikrotik-encyclopedia
Keep the work scoped to this skill only.
After install, inspect the skill metadata and help me finish setup.
Use only the metadata you can verify from ClawHub; do not invent missing requirements.
Ask before making any broader environment changes.

Command Line

CLI Commands

Use the direct CLI path if you want to install manually and keep every step visible.

OpenClaw CLI

Bare skill slug

openclaw skills install mikrotik-encyclopedia

ClawHub CLI

Package manager switcher

npx clawhub@latest install mikrotik-encyclopedia
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name/description match the included artifacts: SKILL.md describes a docs-first workflow and the repo includes caching and workspace-init scripts. No environment variables, unrelated binaries, or external services are requested that would be inconsistent with a docs/cache/notes tool.
Instruction Scope
Runtime instructions limit activity to checking a workspace-local cache (.MikroTik-Encyclopedia/), consulting official docs, optionally inspecting live devices, and recording notes. The SKILL.md explicitly warns against storing plaintext secrets and instructs to consult docs before live changes. The instructions do not ask the agent to read arbitrary system files or exfiltrate data.
Install Mechanism
No install spec is present (instruction-only with two small helper scripts). No downloads from untrusted URLs or archive extraction are used. The included scripts are simple and local.
Credentials
The skill declares no required env vars, credentials, or config paths. The caching script only fetches from help.mikrotik.com (enforced by ALLOWED_NETLOCS) over HTTPS and writes inside the workspace root, so requested access is minimal and proportional.
Persistence & Privilege
always is false and the skill does not request elevated platform privileges. It will create and write under a workspace-local directory (.MikroTik-Encyclopedia/) which is expected. Note: the agent can be allowed to invoke skills autonomously by default—this skill's instructions include guidance about live device inspection, so operational risk depends on whether the agent has separate SSH/API connectors enabled.
Assessment
This skill appears to do what it says: cache MikroTik docs and help you record device notes. If you install it, expect it to create a .MikroTik-Encyclopedia/ directory and save cached doc pages and notes there. The included caching script is restricted to https://help.mikrotik.com and prevents directory traversal and query strings, which is good. Before using on sensitive environments: (1) ensure you do not put plaintext passwords/API tokens into the notes/inventory files, (2) confirm your agent's SSH/API connectors (separate from this skill) are restricted so the agent cannot make live device changes without your consent, and (3) if you need stricter behavior, review or modify scripts (they are small and readable) to enforce additional controls.

Like a lobster shell, security has layers — review code before you run it.

Runtime requirements

📡 Clawdis
latestvk975gdt6nr7b1znsq86p6yn77x83qx8x
208downloads
0stars
6versions
Updated 1mo ago
v1.0.5
MIT-0

MikroTik Encyclopedia

Overview

Use a docs-first workflow for MikroTik work. Prefer the official MikroTik documentation at https://help.mikrotik.com/docs/, consult cached local copies under .MikroTik-Encyclopedia/ before re-fetching, and record useful official-doc excerpts plus environment-specific operational learnings so future work gets faster and safer.

This skill is for the MikroTik RouterOS/device layer. It should trigger for real RouterOS behavior, configuration, and device-management questions — not for generic networking advice or generic Linux firewall/router administration.

Workflow

  1. Classify the task

    • Decide whether the task is a MikroTik question, troubleshooting task, command-planning task, config review, or live SSH/API task.
    • Use this skill when the request is clearly about MikroTik hardware, RouterOS behavior, or a networking/admin task in a MikroTik context.
    • Do not use this skill for generic networking theory, vendor-neutral firewall design, or generic Linux firewall/admin work unless the MikroTik/RouterOS context is explicit.
  2. Check local cache first

    • Use .MikroTik-Encyclopedia/ as the local knowledge/cache root.
    • Check these locations first when relevant:
      • .MikroTik-Encyclopedia/docs/help.mikrotik.com/docs/...
      • .MikroTik-Encyclopedia/notes/devices/...
      • .MikroTik-Encyclopedia/notes/patterns/...
      • .MikroTik-Encyclopedia/inventory/...
    • If a cached page or note already answers the question well enough, use it.
  3. Consult official MikroTik docs before answering or touching devices

    • Before answering direct or indirect MikroTik questions that depend on RouterOS behavior, syntax, feature boundaries, security posture, or version-sensitive details, consult the official docs unless the answer is already well-supported by the local cache.
    • Before performing direct SSH/API access against a MikroTik device, consult the relevant docs first when:
      • the exact command path matters
      • feature semantics are easy to misremember
      • the action could affect routing, switching, bridge behavior, VLANs, CAPsMAN, DHCP, firewalling, or management reachability
    • Do not improvise high-impact MikroTik commands from memory when the docs are easy to check.
  4. Cache consulted docs locally

    • When you consult a MikroTik doc page, save a normalized markdown/text cache copy under .MikroTik-Encyclopedia/docs/help.mikrotik.com/docs/....
    • Mirror the official docs path structure as much as practical.
    • Cache only pages actually consulted; do not try to mirror the whole docs site eagerly.
    • Use scripts/cache_doc.py when appropriate.
  5. Separate official documentation from local observations

    • Store official-doc-derived material under .MikroTik-Encyclopedia/docs/....
    • Store environment-specific operational knowledge under:
      • .MikroTik-Encyclopedia/notes/devices/
      • .MikroTik-Encyclopedia/notes/patterns/
      • .MikroTik-Encyclopedia/inventory/
    • Distinguish clearly between:
      • official documented behavior
      • observed local configuration/state
      • inferred best-practice guidance
  6. Record useful local learnings

    • After useful live work, save durable notes such as:
      • device roles and naming
      • management-access methods
      • discovered topology relationships
      • CAPsMAN/controller placement
      • repeated gotchas or RouterOS command patterns
      • safe/unsafe operational boundaries for the environment
    • Prefer concise durable notes over re-learning the same topology later.

Live Access Rules

  • Treat official docs lookup as the default preflight for non-trivial MikroTik work.
  • Prefer read/inspect first when entering a device you have not recently reviewed.
  • Treat edge routers/firewalls, bridge/VLAN changes, CAPsMAN changes, and management-service changes as high-sensitivity areas.
  • When uncertainty remains after checking cache + docs, say so and avoid bluffing.
  • When answering a question, mention when useful whether the answer comes from cached official docs, a fresh official docs lookup, or live observed device state.

Data Root

Use this workspace-local root for cache and notes:

  • .MikroTik-Encyclopedia/

Expected structure:

  • .MikroTik-Encyclopedia/docs/help.mikrotik.com/docs/...
  • .MikroTik-Encyclopedia/notes/devices/...
  • .MikroTik-Encyclopedia/notes/patterns/...
  • .MikroTik-Encyclopedia/inventory/...

Use scripts/init_workspace.py to create or repair the expected directory structure.

Note Destinations

  • Device-specific observations → .MikroTik-Encyclopedia/notes/devices/<device-name>.md
  • Reusable RouterOS patterns/gotchas → .MikroTik-Encyclopedia/notes/patterns/<topic>.md
  • Environment-wide topology/access info → .MikroTik-Encyclopedia/inventory/*.md
  • Cached official docs → .MikroTik-Encyclopedia/docs/help.mikrotik.com/docs/...

Secrets / Sensitive Data

  • Do not store plaintext credentials, API keys, session tokens, private URLs, recovery codes, or other secrets in the encyclopedia notes/inventory tree.
  • If a note needs to mention access details, keep it high-level and redact or omit secret material.
  • Treat these workspace notes as operational memory, not as a secrets vault.

Resources

  • scripts/init_workspace.py — create or repair the .MikroTik-Encyclopedia/ directory tree.
  • scripts/cache_doc.py — fetch and cache a consulted official MikroTik docs page under .MikroTik-Encyclopedia/docs/....
  • references/workflow.md — detailed operating workflow and evidence-handling rules.
  • references/cache-layout.md — canonical .MikroTik-Encyclopedia/ directory structure.
  • references/topic-map.md — useful MikroTik topic groupings for faster doc lookup.

Good Outcomes

  • Answer a MikroTik question using cached or freshly checked official docs instead of guesswork.
  • Inspect a live MikroTik device after checking the relevant docs and record any new local topology knowledge.
  • Build a growing local MikroTik knowledge cache that makes later work faster, safer, and more grounded.
  • Turn one-off RouterOS discoveries into durable notes so future work does not rediscover them from scratch.

Avoid

  • Answering RouterOS-specific questions purely from memory when docs are easy to consult.
  • Treating local observed behavior as if it were guaranteed official documented behavior.
  • Dumping large amounts of low-value docs into the workspace without a reason.
  • Writing device-specific observations into the official-doc cache tree.
  • Making high-impact live changes before checking the relevant docs when exact behavior matters.

Comments

Loading comments...