.pi/agent/skills/context-research/SKILL.md
This skill should be used when the user says "research", "look into", "look up", "find out about", "search for", or asks about a topic needing investigation. Checks persistent memory first, performs web research if insufficient, persists results.
npx skillsauth add popoffvg/dotfiles context-researchInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
mcp__qmd__search with collection: "ctx" for the topicmcp__qmd__deep_search with collection: "ctx" if few resultsmcp__qmd__search with collection: "z-core" (Obsidian vault) as secondary fallbackmcp__firecrawl__firecrawl_search to find current informationmcp__firecrawl__firecrawl_scrape to read relevant pagesRead insights_root from ~/.claude/memory-keeper.local.md YAML frontmatter. If the file is missing, stop and ask the user to create it with the required settings (see plugin README).
context-save skill procedure with type: common — research output is global/cross-project knowledge_summary.md and <insights_root>/INDEX.mdReturn both the answer AND confirmation of what was persisted to memory.
Eval checklist:
Test inputs:
Can change: memory check depth, web search strategy, persistence format, presentation order Cannot change: memory-first principle, QMD for memory, firecrawl for web, persist-results requirement Min sessions before eval: 5 Runs per experiment: 3
tools
Improve a whole CLAUDE.local.md — the private, per-project rules captured from user corrections. Wraps each conditional rule in a <task-relevant> block so it only surfaces for matching work, merges duplicates, generalizes one-off facts, drops stale entries, and routes raw project facts to engram. Use when the user says "improve claude.local", "clean up the local rules", "claude.local is bloated", or after the Stop hook has appended many rules.
testing
WM pipeline and conventions shared across all phases. Agents must read this before spec, impl, or verify work.
development
One entry point for spec writing, implementation, and bug fixing. Default is new (write spec → grill loop → produce notes → author TODO bodies). Other subcommands: verify (audit), revise (sync to shipped), prototype (settle a decision), code-map (diagram), impl (execute one TODO), fix (analyze cause, correct thoughts, fix behavior), help (this page). Invoke as /code <subcommand>.
development
Red-Green-Refactor cycle for bug fixes. Before fixing a bug, first write a failing test that reproduces it (Red), then make the minimal change to pass (Green), then clean up the code (Refactor). Use on any bug fix, error correction, failing test repair, or when user says "fix this bug".