Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/aashutosh396-mindpalace
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: backend, devops, security, agent-building
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
- Runs as
- Shell scripts
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/mindpalace
What's inside
- Skill name
mindpalace- Description
- Resource-first knowledge vault for an AI agent. Single source of truth per resource: infra/ for servers, hosting and DNS; accounts/ for platform logins per owner or client; projects/ as thin pointer files that link to infra and accounts via YAML frontmatter relations. Plus runbooks/ for repeatable ops, docs/ for artifacts, and LOG.md as the raw timeline. Use this skill when the user asks about credentials, secrets, API keys, server URLs, ports, deploy steps, account logins, past decisions or project docs; when scaffolding a new project, server or account entry; or when recording knowledge that should survive the session. Trigger phrases include "where are the credentials", "what's the prod URL", "how do we deploy", "scaffold a new project", "save this to the vault", "check the vault for X", "what server runs Y", "rotate keys", "what client owns Z".
- License
- MIT
- Instructions
- 300 lines in SKILL.md · view on GitHub
Before installing
- Ships executable scripts
Agent Skills spec issues
- name: "mindpalace" does not match folder "mindpalace-skill"
Files (14)
- .gitignore
- LICENSE
- README.md
- SKILL.md
- social-preview.png · assets/
- social-preview.source.html · assets/
- walkthrough.md · examples/
- system_prompt.md · openai/
- init-vault.sh · scripts/
- account.md · templates/
- infra.md · templates/
- project.md · templates/
- runbook.md · templates/
- vault-README.md · templates/
SKILL.md (first lines)
# mindpalace — resource-first knowledge vault A layout and a set of rules that let an AI agent build a durable second brain instead of re-learning your world every session. The core idea: **shared resources live in dedicated files that many projects reference — never duplicated.** One server, one file. One client account, one file. Projects are thin pointers that link to them. A credential exists in exactly one place, so rotating it is a one-file edit, not a grep-and-pray. This file is the whole skill. It is host-agnostic — see `README.md` for how to load it into Claude Code, Claude.ai, the OpenAI Agents SDK, Cursor, or any harness that can read a markdown instruction file. --- ## Location Resolve the vault root in this order: 1. `$MINDPALACE_VAULT`, if set 2. `~/.mindpalace/vault/` — the default, and the same path the full mindpalace tool uses 3. A `vault/` or `mindpalace/` directory in the current project If none exists, offer to create one (see **Bootstrapping** below). Never guess a path and never scatter files outside the resolved root. --- ## Mental model ``` infra/<resource>.md ← one file per server, hosting plan, DNS zone, CI runner accounts/<owner>.md ← one file per party — a client, or yourself projects/<slug>.md ← THIN pointer; frontmatter links to infra + accounts runbooks/<verb>-<x>.md ← repeatable procedures docs/<type>/ ← dated artifacts: PDFs, diagrams, exports, notes README.md ← indexes of every resource, account and project LOG.md ← append-only timeline, curated regularly ``` Two rules generate most of the value: - **A fact lives in exactly one file.** Everything else links to it. - **Projects never hold infrastructure detail.** They hold a *relation* to it. --- ## Always-read entry points Before answering anything from the vault, read: - `README.md` — the indexes. Tells you what exists without globbing. - `ME.md` — the user's own context, if present. Projects are flat files at `projects/<slug>.md`. There is no `projects/<slug>/INDEX.md`. --- ## File catalog — where to look | User mentions | Read this | |---|---| | API key, password, secret, env var | `infra/<resource>.md` **or** `accounts/<owner>.md` — never `projects/` | | URL, port, endpoint, prod, staging | `projects/<slug>.md` → Environments table → `infra/<server>.md` | | Cloud root account, GitHub handle, billing | `accounts/<owner>.md` | | server, VPS, EC2, droplet, DNS, CI | `infra/<resource>.md` | | "why did we choose X" | `projects/<slug>.md` → Decisions | | deploy, restore, rotate, onboard | `runbooks/<verb>-<target>.md` | | meeting notes, PDFs, diagrams | `docs/<type>/YYYY-MM-DD_<slug>.<ext>` | | "what changed recently" | `LOG.md` | --- ## Frontmatter contract Every file carries typed frontmatter. This is what makes the vault queryable with nothing more than `grep`. **`infra/<resource>.md`** ```yaml --- type: infra name: hetzner-vps-01 # matches the filename provider: hetzner owner: me # → accounts/me.md status: active # active | dead | planned sensitive: true --- ``` **`accounts/<owner>.md`** ```yaml --- type: account name: acme-corp owner: acme-corp # "me" for your own sensitive: true --- ``` **`projects/<slug>.md`** ```yaml --- type: project name: storefront client: acme-corp # → accounts/acme-corp.md status: prod # idea | dev | staging | prod | archived hosts_on: [hetzner-vps-01] # → infra/*.md — the relation that replaces duplication accounts: [acme-corp] # → accounts/*.md stack: [django, nuxt, postgres] --- ``` **`runbooks/<verb>-<target>.md`** ```yaml --- applies_to: [hetzner-vps-01, any-django] risk: low # low | med | high
From aashutosh396/mindpalace-skill, MIT.
Signals
- Stars
- 0
- Forks
- 0
- Open issues
- 0
- Last commit
- Sep 11, 2026 (1 month ago)
- Last release
- Sep 11, 2026 (1 month ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/aashutosh396/mindpalace-skill
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
Cite this page
mindpalace skill. Agent Mart. https://agentmart.dev/skills/aashutosh396-mindpalace (last updated 2026-10-24)