/memory-build
Build or refresh graph-backed memory for a corpus, using graphify first and helper conversions only when they improve corpus quality.
$ npx -y skills add yeaight7/agent-powerups --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/memory-build
Context preview
What this command does when you run it.
Build or refresh graph-backed memory for a corpus, using graphify first and helper conversions only when they improve corpus quality.
Command definition
memory-build.mdname: memory-build
description: Build or refresh graph-backed memory for a corpus, using graphify first and helper conversions only when they improve corpus quality.
argument-hint: "[path] [--update] [--obsidian]"
allowed-tools:
- Read
- Bash
- Glob
- Grep
Objective
Build persistent graph-backed memory for a corpus. `graphify` is primary engine. `defuddle` and `markitdown` are preprocessing helpers only.
Context
Inputs:
- target path from `$ARGUMENTS`, default `.` when omitted
- `--update` to refresh an existing graph instead of rebuilding from scratch
- `--obsidian` only when the user explicitly wants vault-style navigation
Expected outputs:
- `graphify-out/graph.json`
- updated graph report or other `graphify-out/` artifacts from the graphify workflow
- optional `graphify-out/obsidian/` only when `--obsidian` was requested
Process
1. Resolve target path. Default to current directory. Confirm it exists before any tool invocation. 2. Check requirements:
- `apx check graphify`
- `apx check markitdown-file-intake`
- `apx check defuddle`
3. If `graphify` is missing, stop immediately. Report the missing requirement and point to `apx check graphify --install-missing --dry-run`. Do not continue with helper-only output. 4. Inspect the corpus and choose one primary route:
- ready docs/code/notes/images -> run `graphify` directly
- web-heavy HTML/docs -> use `defuddle` first only if HTML chrome would pollute the graph
- PDF/Office docs -> use `markitdown-file-intake` first only if direct input would be noisy or unreadable
- mixed corpus -> normalize only the noisy subsets, then hand the corpus to `graphify`
5. Decide build mode:
- if `graphify-out/graph.json` already exists, prefer update flow
- if user passed `--update`, use update flow even if only part of the corpus changed
- if no graph exists yet, run a fresh build
6. Keep Obsidian optional:
- if `--obsidian` was requested, include Obsidian export in the graphify run
- otherwise do not add vault generation by default
7. Report what happened:
- chosen route
- requirement status
- whether this was fresh build or update
- exact next step if the build was blocked
Stop Conditions
- target path does not exist or is clearly the wrong scope
- `graphify` requirement check fails
- no supported or readable source material is found after inspection
- helper conversion is needed for source quality, but the required helper is missing
- user asked for `--update` but there is no existing graph to update; switch to fresh build only if the user intent still clearly fits
Rules
- `graphify` is always the primary product and final engine
- helpers are normalization tools, not substitutes for graph build
- never pretend a build, refresh, or export succeeded when requirements are missing
- prefer update over rebuild when an existing graph can be preserved
- do not require Obsidian for successful completion
- when a helper is missing, fall back to direct `graphify` only if source quality is still acceptable; otherwise stop and say why
- cite `skills/graphify/UPSTREAM.md`, `references/HELPER_TOOLS.md`, and `references/OBSIDIAN_EXPORT.md`
Read more
name: memory-build description: Build or refresh graph-backed memory for a corpus, using graphify first and helper conversions only when they improve corpus quality. argument-hint: "[path] [--update] [--obsidian]" allowed-tools: - Read - Bash - Glob - Grep
Objective
Build persistent graph-backed memory for a corpus. `graphify` is primary engine. `defuddle` and `markitdown` are preprocessing helpers only.
Context
Inputs:
- target path from `$ARGUMENTS`, default `.` when omitted
- `--update` to refresh an existing graph instead of rebuilding from scratch
- `--obsidian` only when the user explicitly wants vault-style navigation
Expected outputs:
- `graphify-out/graph.json`
- updated graph report or other `graphify-out/` artifacts from the graphify workflow
- optional `graphify-out/obsidian/` only when `--obsidian` was requested
Process
1. Resolve target path. Default to current directory. Confirm it exists before any tool invocation. 2. Check requirements:
- `apx check graphify`
- `apx check markitdown-file-intake`
- `apx check defuddle`
3. If `graphify` is missing, stop immediately. Report the missing requirement and point to `apx check graphify --install-missing --dry-run`. Do not continue with helper-only output. 4. Inspect the corpus and choose one primary route:
- ready docs/code/notes/images -> run `graphify` directly
- web-heavy HTML/docs -> use `defuddle` first only if HTML chrome would pollute the graph
- PDF/Office docs -> use `markitdown-file-intake` first only if direct input would be noisy or unreadable
- mixed corpus -> normalize only the noisy subsets, then hand the corpus to `graphify`
5. Decide build mode:
- if `graphify-out/graph.json` already exists, prefer update flow
- if user passed `--update`, use update flow even if only part of the corpus changed
- if no graph exists yet, run a fresh build
6. Keep Obsidian optional:
- if `--obsidian` was requested, include Obsidian export in the graphify run
- otherwise do not add vault generation by default
7. Report what happened:
- chosen route
- requirement status
- whether this was fresh build or update
- exact next step if the build was blocked
Stop Conditions
- target path does not exist or is clearly the wrong scope
- `graphify` requirement check fails
- no supported or readable source material is found after inspection
- helper conversion is needed for source quality, but the required helper is missing
- user asked for `--update` but there is no existing graph to update; switch to fresh build only if the user intent still clearly fits
Rules
- `graphify` is always the primary product and final engine
- helpers are normalization tools, not substitutes for graph build
- never pretend a build, refresh, or export succeeded when requirements are missing
- prefer update over rebuild when an existing graph can be preserved
- do not require Obsidian for successful completion
- when a helper is missing, fall back to direct `graphify` only if source quality is still acceptable; otherwise stop and say why
- cite `skills/graphify/UPSTREAM.md`, `references/HELPER_TOOLS.md`, and `references/OBSIDIAN_EXPORT.md`
Curated power-ups for coding agents: skills, slash commands, MCP configs, hooks, AGENTS.md templates, and workflows for serious software engineering. Claude Code, Codex, Antigravity CLI, Cursor and more
Repo: yeaight7/agent-powerups
Other commands on agent-powerups.
- /bug-check
Run automated tests and build checks first, then agent code review. For each bug found, propose or document a regression test.
Open command - /build-fix
Use when a build, type check, or test suite is failing and needs to be unblocked with a minimal change.
Open command - /debug
Use when a bug needs systematic diagnosis before a fix is attempted.
Open command - /doctor
Use to diagnose environment, tooling, and Agent Powerups setup problems.
Open command - /implement
Use to turn a spec or user request into working, tested code.
Open command - /mcp-check
Use to check MCP server prerequisites before activating or using a server.
Open command

