Knowledge graph memory backend powered by Cognee. Query, status check, dataset management, and backend switching between Brain and Cognee. Triggers on: 'cognee', 'knowledge graph', 'graph memory', 'switch memory', 'memory backend'.
npx skills add https://github.com/coco-research/coco --skill cognee
A persistent knowledge graph memory system powered by Cognee. Stores entities, decisions, events, and relationships as graph nodes with embeddings, enabling semantic search across projects and sessions.
COGNEE="http://localhost:8000" # default; override with COGNEE_BASE_URL
# Status check
curl -s "$COGNEE/health" | jq .
# List datasets
curl -s "$COGNEE/api/v1/datasets" | jq .
# Create a dataset for this project
curl -s -X POST "$COGNEE/api/v1/datasets" \
-H "Content-Type: application/json" \
-d '{"name": "my-project"}' | jq .
# Quick semantic search
curl -s -X POST "$COGNEE/api/v1/search" \
-H "Content-Type: application/json" \
-d '{"query": "what did we decide about authentication", "search_type": "FEELING_LUCKY", "top_k": 10}' | jq .
Check if Cognee is reachable and show available datasets.
COGNEE="${COGNEE_BASE_URL:-http://localhost:8000}"
echo "=== Cognee Status ==="
HEALTH=$(curl -s -o /dev/null -w "%{http_code}" "$COGNEE/health" 2>/dev/null)
if [ "$HEALTH" = "200" ]; then
echo "Server: RUNNING at $COGNEE"
echo ""
echo "Datasets:"
curl -s "$COGNEE/api/v1/datasets" | jq -r '.[] | " • \(.name) (\(.id))"'
else
echo "Server: NOT REACHABLE"
echo ""
echo "Start Cognee:"
echo " pip install cognee && cognee server start"
fi
Create a Cognee dataset for the current project.
Procedure:
curl -s "$COGNEE/api/v1/datasets" | jq -r '.[].name'
curl -s -X POST "$COGNEE/api/v1/datasets" \
-H "Content-Type: application/json" \
-d "{\"name\": \"$DATASET_NAME\"}" | jq .
COGNEE INITIALIZED
==================
Dataset: {name} ({id})
Endpoint: $COGNEE
Next: Use /cognee-store to push knowledge, /cognee-recall to search.
Switch which memory backend is primary for this project.
Options:
brain → Use SQLite-based Brain (zero-dependency, per-project)cognee → Use Cognee knowledge graph (semantic search, cross-project)both → Use both (Brain for quick per-project lookup, Cognee for graph queries)Behavior:
This sets a preference. Skills that support both backends will check this preference and route accordingly. Default behavior without explicit switch: Brain for local queries, Cognee for cross-project and semantic search.
Show the knowledge graph for a specific entity or the current dataset.
# Get dataset ID first
DATASET_ID=$(curl -s "$COGNEE/api/v1/datasets" | jq -r '.[] | select(.name=="my-project") | .id')
# View graph
curl -s "$COGNEE/api/v1/datasets/$DATASET_ID/graph" | jq .
Cognee and Brain coexist. They are not mutually exclusive:
┌─────────────────────────────────────┐
│ Coco Agent │
├─────────────────────────────────────┤
│ /cognee-recall │ /brain │
│ /cognee-store │ /brain-update │
├─────────────────────────────────────┤
│ Cognee (graph) │ Brain (SQLite) │
│ localhost:8000 │ project_brain.db │
└─────────────────────────────────────┘
/cognee-store pushes to Cognee; /brain-update pushes to SQLite. You can write to both./cognee-recall for semantic/graph queries; /brain for structured relational queries.Before any Cognee operation, check the health endpoint. If unreachable:
cognee server start or install with pip install cognee."Default dataset name = project directory slug. For example:
/home/user/MyProject → myproject/home/user/E&C → e-and-cUser can override. Ask once, remember the mapping.
Unlike Brain (one DB per project folder), Cognee datasets are namespaced. An agent working across multiple projects can query multiple datasets in a single search:
curl -s -X POST "$COGNEE/api/v1/search" \
-H "Content-Type: application/json" \
-d '{"query": "authentication decisions", "datasets": ["project-a", "project-b"], "search_type": "FEELING_LUCKY"}' | jq .
Cognee must be installed and running:
pip install cognee
cognee server start
Verify: curl http://localhost:8000/health
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.
Access NCBI GEO for gene expression/genomics data. Search/download microarray and RNA-seq datasets (GSE, GSM, GPL), retrieve SOFT/Matrix files, for transcriptomics and expression analysis.
Bayesian modeling with PyMC. Build hierarchical models, MCMC (NUTS), variational inference, LOO/WAIC comparison, posterior checks, for probabilistic programming and inference.
Multi-objective optimization framework. NSGA-II, NSGA-III, MOEA/D, Pareto fronts, constraint handling, benchmarks (ZDT, DTLZ), for engineering design and optimization problems.
Statistical modeling toolkit. OLS, GLM, logistic, ARIMA, time series, hypothesis tests, diagnostics, AIC/BIC, for rigorous statistical inference and econometric analysis.
Add unsigned integer (uint) type support to PyTorch operators by updating AT_DISPATCH macros. Use when adding support for uint16, uint32, uint64 types to operators, kernels, or when user mentions enabling unsigned types, barebones unsigned types, or uint support.
Convert PyTorch AT_DISPATCH macros to AT_DISPATCH_V2 format in ATen C++ code. Use when porting AT_DISPATCH_ALL_TYPES_AND*, AT_DISPATCH_FLOATING_TYPES*, or other dispatch macros to the new v2 API. For ATen kernel files, CUDA kernels, and native operator implementations.
Write docstrings for PyTorch functions and methods following PyTorch conventions. Use when writing or updating docstrings in PyTorch code.
Take coco-research/cognee from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.
The instructions reference pip.
Without those the skill loads but fails at the first command.