unikit-memory

Solid

Curate the project's knowledge base and memory in .unikit/memory/ — the indexed reference library of coding standards and framework usage patterns. ALWAYS use this skill whenever the user adds knowledge from a source: a URL, a file, a folder path, a PDF, an article, or a book — any path/link/document is a strong signal for the knowledge base, not a quick rule. Also use it to research or document how the project uses a framework, or to add a researched core/stack knowledge entry. Sub-commands by phrasing: "migrate the rules" or "promote rules" runs migrate-rules; "optimize the knowledge base" or "optimize the rules" runs optimise (extract large sections into references); "validate" re-syncs RULES_INDEX.md; "--module <id>" targets a module. For a quick one-line convention or correction typed as a prompt ("always do X", "never use Y", "remember this") with no source, use /unikit-rules; for architecture decisions use ARCHITECTURE.md.

Data & Documents 16 stars 1 forks Updated 5 days ago MIT

Install

View on GitHub

Quality Score: 81/100

Stars 20%
41
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# UniKit Rules — Project Knowledge Base Router Manage project rules in `.unikit/memory/`. This skill is a **module-agnostic router**: the knowledge base is partitioned into top-level **modules** (laid out on disk as `.unikit/memory/<module>/<tier>`), and this skill resolves which module a request targets, loads that module's **contract**, and then drives the generic add/research/migrate/validate workflows against the module's tiers. The list of registered modules and their structural fields (`tiers`, `enginePartitioned`, `skillPrefix`) comes from `.unikit/system/modules.yml`. Each module's content semantics, file format, and path conventions come from its contract file `{{skills_dir}}/{{self_name}}/references/module-<id>.md`. Today exactly one module is registered: **`code`** (tiers `core` + `stack`). The router is written so additional modules can be registered later with no change to this file — only a new `modules.yml` entry and a new `module-<id>.md` contract. ## What Belongs Here - Content that belongs to one of the registered modules' tiers, as defined by that module's contract (`references/module-<id>.md` → "What Belongs Here" / "Content Classification"). ## What Does NOT Belong Here - **Architecture decisions** (module boundaries, dependency flow, DI structure) → `.unikit/ARCHITECTURE.md` - **Project-specific overrides** (explicit deviations from base rules) → `.unikit/RULES.md` via the `unikit-rules` skill If the user provides content that falls into ...

Details

Author
NintendaDev
Repository
NintendaDev/unikit-ai
Created
3 months ago
Last Updated
5 days ago
Language
Shell
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Data & Documents Solid

unikit-rules

Add a short, project-specific rule, convention, or override to .unikit/RULES.md — the quick-capture inbox for this project's rules; each invocation appends a rule, automatically loaded by /unikit-implement before execution (later promotable into the knowledge base via /unikit-memory migrate-rules). Works only with a rule typed as a prompt — it does NOT read files, folders, URLs, or PDFs. Cross-checks against the knowledge base (RULES_INDEX.md) to avoid duplicating core/stack entries. Use for fast, one-line conventions and corrections: "add a rule", "remember this", "convention", "always do X", "never use Y", "from now on do Z", or when the user corrects agent behavior and wants it remembered. If the user points to a source (file, folder, URL, PDF, article, book) or wants to research/document framework usage, use /unikit-memory; for architecture decisions use ARCHITECTURE.md.

16 Updated 5 days ago
NintendaDev
Data & Documents Solid

unikit-rules-registry

Orchestrate the remote rules registry — the shared registry (often connected as a local folder or git repo) that the project's rules are published to and pulled from. Three modes, picked from the user's wording: create scaffolds a new local rules registry ("create a local rules registry", "init a rules registry"); update migrates/promotes local knowledge-base rules from .unikit/memory/ into the remote registry with automatic semver bumps ("migrate local rules to the remote registry", "promote my rules to the registry", "push local rules", "publish local rules", "update the rules registry"); sync pulls registry updates back into memory ("sync the rules registry", "pull registry updates"). Pass "--module <id>" to scope to one knowledge-base module. This skill ONLY orchestrates the CLI (`unikit-ai rules *`) — it never edits .unikit.json or .unikit/memory/ sources directly.

16 Updated 5 days ago
NintendaDev
AI & Automation Solid

unikit-evolve

Learn project rules from accumulated fix patches in .unikit/code/patches/. Analyzes past mistakes, extracts prevention points, classifies each as a coding rule (→ RULES.md) or a per-skill workflow rule (→ skill-context), and proposes them for approval. Use when the user wants to turn past fixes into rules — "evolve", "evolve the rules", "learn from past mistakes", "learn from the fixes", "analyze the patches", "what rules should we add from recent fixes". Best run after several /unikit-fix sessions have left patches behind. This derives rules from accumulated patch history — to add a single rule by hand use /unikit-rules, and to promote mature RULES.md entries into the knowledge base use /unikit-memory migrate-rules.

16 Updated 5 days ago
NintendaDev