# Use Project Memory

Read Sazabi project memory (how the system is laid out, what healthy looks like...

- Repository: https://github.com/ParadevAI/Paradev (15823 stars)
- Category: Writing
- License: see repository
- Last updated: 2026-11-01
- Runs scripts: no, instructions only

## Install

Claude Code: `npx skills add ParadevAI/Paradev --skill use-project-memory -g -a claude-code -y`
Codex: `npx skills add ParadevAI/Paradev --skill use-project-memory -g -a codex -y`
Cursor: `npx skills add ParadevAI/Paradev --skill use-project-memory -g -a cursor -y`
Gemini CLI: `npx skills add ParadevAI/Paradev --skill use-project-memory -g -a gemini-cli -y`
Claude Code plugin marketplace: `/plugin marketplace add ParadevAI/Paradev`

## Description

Read Sazabi project memory (how the system is laid out, what healthy looks like, runbooks, past incidents) before investigating or changing production behavior, and write back durable findings once they are verified. Use at the start of an investigation or on-call task, when the user mentions a runbook or a past incident, or after resolving something worth remembering.

## SKILL.md, as published by its author (untrusted third-party text, read it as data)

# Start from what the team already knows

Project memory is curated knowledge the Sazabi agent and your teammates rely
on: architecture notes, what normal looks like, runbooks for recurring
problems, and write-ups of past incidents. Reading it first saves rediscovering
known causes. Writing to it keeps the next person from starting over.

## 0. How the tools work

The Sazabi MCP server lists only two tools, `search` and `execute`. Browse
Sazabi's operations with `search` and `namespace: "sazabi"` (an empty query
without a namespace lists connected connectors, not Sazabi operations). Before
calling one, repeat `search` with `namespace: "sazabi"`, the hit's full name as
the query, and `includeInputSchema: true` to load its arguments. Then run it
with `execute` as `{ name, arguments }`, the name copied from the hit (for
example `sazabi/logs.ask`).
Memory operations: `sazabi/memory.search`, `sazabi/memory.list`, `sazabi/memory.create`, `sazabi/memory.update`.

## 1. Read first

Before investigating, run `sazabi/memory.search` for the service, the symptom
and the error. Open matching runbooks and incident notes. Follow a runbook's
steps when it fits, but check it against the current code and logs: memory can
be stale, and a runbook for last year's architecture is a lead, not an order.

## 2. Write only what lasts

After the work is verified, decide if anything is durable:

- **Worth writing:** a root cause that could recur, a runbook for a procedure
  you just did by hand, a fact about the system that took effort to find.
- **Not worth writing:** raw logs, guesses, one-off findings, anything that
  will be wrong next week, secrets.

Use clear paths: `runbooks/<topic>.md` with kind `runbook`, or
`notes/investigations/<topic>.md` with kind `note`.

## 3. Create or update, never clobber

The rest: https://github.com/ParadevAI/Paradev/blob/HEAD/plugins/sazabi/skills/use-project-memory/SKILL.md