process
Skill39 starsChanged 8 months agoMITView on GitHub
CORE learning workflow — use this whenever the user has a source note open (paper, post, book, lecture, course, clipping) and wants to extract knowledge, understand what they just read, or build it into their vault. Triggers on "process this note", "process this paper", "extract concepts", "what can I learn from this", "atomize this", "add this to my vault", "what's important here", or when the user shares a note and asks for help understanding it. Do NOT wait for an explicit /process command — if the user is engaging with a source note and wants to go deeper, this skill applies.
8 other projects use a version of this.
Adopted by
Most recently taken up by
- ddehart/claude-code-pluginstheir own version, first seen Nov 8, 2026
- notque/vexjoy-agenttheir own version, first seen Nov 7, 2026
- BrendenKennedy/claude-for-ai-platformstheir own version, first seen Oct 13, 2026
- notque/claude-code-toolkittheir own version, first seen Oct 8, 2026
- me2resh/apexyardtheir own version, first seen Oct 8, 2026
- Consortium-team/project-creatortheir own version, first seen Sep 10, 2026
Used with
Projects with it also use kubernetes and testing.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
mjunaidcaSkillkubernetes
Production-grade Kubernetes manifests and debugging for containerized applications. This skill should be used when users ask to deploy to Kubernetes, create K8s manifests, containerize for K8s, set up Deployments/Services/Jobs/StatefulSets/CronJobs, create namespaces with resource quotas, set up multi-team isolation, configure ResourceQuota/ LimitRange, secure with RBAC (ServiceAccount, Role, RoleBinding), configure init containers (model download, db wait, migrations), set up sidecars (logging, metrics), or debug pods (CrashLoopBackOff, logs, exec, describe, events). Auto-detects from Dockerfile/code, generates hardened manifests with educational comments. CKAD-aligned.
Also in 3 projects that use this
NVIDIASkilltesting
Run Python and Rust tests for physicsnemo-curator using uv + pytest with coverage reporting via pytest-cov, and cargo-nextest for Rust tests. Includes benchmark workflows with pytest-benchmark and criterion.
Also in 3 projects that use this
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 8
- me2resh/apexyard★ 542same name
- notque/claude-code-toolkit★ 448same name
- notque/vexjoy-agent★ 448same name
- Consortium-team/project-creator★ 17same name
- BrendenKennedy/claude-for-ai-platforms★ 1same name
- ddehart/claude-code-plugins★ 1same name
- fontezbrooks/loomDaddy★ 1same name
- chris-santiago/ml-wiki★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository13 other files it gives its agents.
- skills/init/scaffold/CLAUDE.mdCLAUDE.md
- book-analyzerSkill
- courseSkill
- deep-researchSkill
- initSkill
- lectureSkill
- paper-discoverSkill
- recallSkill
- researchSkill
- slide-makerSkill
- synthesizeSkill
- vault-graphSkill
- youtubeSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
19 rules. 0 are common, 15 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 8 edited versions we read keep these.
15
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 47
Ask the user which note to process if it's not clear from context.
- Very specific: line 49
Verify the note type is a source type: paper, post, book, lecture, course, or a Clipping.
- Distinctive: line 53
Read the frontmatter and body:
- Distinctive: line 65
Update frontmatter to signal active work:
- Distinctive: line 87
Wait for the user's responses.
- Distinctive: line 92
If the user skips a question or gives a short answer, acknowledge it and move on — don't block the workflow.
- Distinctive: line 96
Search the vault thoroughly for concepts mentioned in the note.
- Very specific: line 122
Search ACROSS domain folders — a psychology concept may already exist under a different framing in notes/startup/ or notes/design/.
- Distinctive: line 155
Ask the user: "Which concepts should I create?
- Very specific: line 222
Place notes in the appropriate subfolder under notes/.
- Distinctive: line 238
After creating new notes, update the source note:
- Very specific: line 240
Add [[wikilinks]] inline where concepts are first mentioned — use the full (Type) Title prefix that matches the created filename exactly:
- Distinctive: line 273
Read note → confirmed type: paper, status: inbox
- Distinctive: line 280
Create → (Term) Flash Attention, (Term) Kernel Fusion, (Note) IO-Aware Algorithm Design
- Distinctive: line 281
Update → adds 5 wikilinks to source note, marks processed </Good>
- Distinctive: line 286
Read → type: post, about willingness-to-pay segmentation
- Distinctive: line 292
Create → (Term) Metered Pricing with cross-domain link to SaaS AND utility billing
- Distinctive: line 293
Update → processed, 3 wikilinks added </Good>
- Distinctive: line 314
Concept already exists in vault as a Term: Don't duplicate — add a wikilink and optionally suggest enriching the existing term.
“Common” is measured: kept by at least 6 in 10 of the 8 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<Purpose>
Extract knowledge from a source note into the vault's permanent knowledge base.
Implements three evidence-backed learning principles:
- **Generation effect**: writing from memory > copying (McCurdy et al. 2020)
- **Elaborative interrogation**: explaining WHY deepens retention
- **Cross-domain transfer**: explicit abstraction is what moves knowledge across fieldsThis skill is INTERACTIVE by design. The desirable-difficulty questions in Stage 3
are not optional ceremony — the friction IS the learning. The user's answers shape
what gets extracted and how.
</Purpose>
<Use_When>
- User has a source note (paper, post, book, lecture, course, clipping) to process
- User wants to extract concepts into Term or Note entries
- User asks what's important in something they've read
- User wants to build wikilink connections from a note into the rest of the vault
- User says "process this", "atomize this", "extract concepts", "what did I learn" </Use_When>
<Do_Not_Use_When>
- User wants to find new papers on a topic (use /paper-discover)
- User wants web research on something new (use /research)
- User wants to synthesize ACROSS multiple existing vault notes (use /synthesize)
- The note is already a Term, Note, or Thought (not a source note) </Do_Not_Use_When>
<Steps>Stage 1: READ THE SOURCE NOTE
Ask the user which note to process if it's not clear from context. Then read it.
Verify the note type is a source type: paper, post, book, lecture,
course, or a Clipping. If the note is a Term, Note, or Thought, stop and
explain why this workflow doesn't apply.
Read the frontmatter and body:
mcp__obsidian-vault__read_note(path="path/to/note.md")Or if MCP is unavailable:
Read("/absolute/path/to/note.md")Stage 2: MARK AS PROCESSING
Update frontmatter to signal active work:
mcp__obsidian-vault__update_frontmatter(
path="path/to/note.md",
updates={"processing_status": "processing", "updated_date": "YYYY-MM-DD"}
)Stage 3: ASK DESIRABLE-DIFFICULTY QUESTIONS
Do NOT skip this stage. Present these three questions and wait for the user's answers before proceeding:
Q1. In one sentence — what is the single most important idea in this note? (Don't look at the note. Reconstruct it from memory. That struggle is the point.)
Q2. How does this connect to something you already know? Name a specific vault note, or a concept from a completely different domain.
Q3. What surprised you, or pushed back against something you already believed?
Wait for the user's responses. Their answers determine:
- Which concepts are worth extracting (Q1 focus)
- Which wikilinks to create (Q2 connections)
- Where the note's real epistemic value lives (Q3 surprises)
If the user skips a question or gives a short answer, acknowledge it and move on — don't block the workflow.
Stage 4: VAULT CONCEPT SCAN
Search the vault thoroughly for concepts mentioned in the note. Use multiple strategies:
By keyword (MCP preferred):
mcp__obsidian-vault__search_notes(query="CONCEPT NAME", limit=10)By keyword (Grep fallback):
Grep(pattern="concept name", path="notes/", glob="*.md", output_mode="files_with_matches", head_limit=15)By type — check all Term notes in relevant domain:
Grep(pattern="type: term", path="notes/ml/", glob="*.md", output_mode="files_with_matches")For each key concept extracted from the note (aim for 5–12 concepts), classify it:
| Classification | Meaning | Action |
| EXISTING | Term/Note already in vault | Add [[wikilink]] to source note |
| NEW TERM | Atomic concept, one clear definition | Extract as new (Term) note |
| NEW NOTE | Multi-facet idea, needs more depth | Extract as new (Note) note |
| SKIP | Tangential, not reusable | Don't extract |
Search ACROSS domain folders — a psychology concept may already exist under a different framing in notes/startup/ or notes/design/. Cross-domain matches are the most valuable finds.
Stage 5: PRESENT EXTRACTION PLAN
Present the plan clearly before creating anything:
## Existing concepts — add [[wikilinks]]
- [[(Term) Attention Mechanism]] — mention it in the Architecture section
- [[(Paper) Attention Is All You Need]] — link in Related links
## New concepts to extract
### 1. (Term) Flash Attention
- Type: Term
- Folder: notes/ml/
- Core idea: memory-efficient attention that avoids materializing the full N×N matrix
- Why it matters: enables training on longer sequences with same GPU budget
- Tags: #ml #attention #efficiency #MM-YYYY
### 2. (Note) IO-Aware Algorithm Design
- Type: Note (too broad for a Term)
- Folder: notes/computer science/
- Core idea: design algorithms around memory bandwidth, not just FLOPs
- Cross-domain angle: same principle appears in database query planning
- Tags: #systems #algorithms #MM-YYYY
## Questions this note raises
- Why doesn't standard PyTorch implement this by default?
- → Could become a (Question) noteAsk the user: "Which concepts should I create? (say 'all', list numbers, or adjust the plan)"
Stage 6: CREATE APPROVED NOTES
For each approved concept, create the note. Use this exact structure:
For Term notes:
---
id: YYYYMMDDHHMMSS
type: term
processing_status: processed
created_date: YYYY-MM-DD
updated_date: YYYY-MM-DD
---
# Concept Name [ ](#anki-card)
- **🏷️Tags** : #term #all-anki #topic-tag #MM-YYYY
[One sentence that captures the core intuition — lead with WHY it matters, not just what it is]
- [Bullet 1: concrete mechanism or definition]
- [Bullet 2: why it matters, what problem it solves]
- [Bullet 3: concrete example — make it visualizable]
- [Bullet 4: cross-domain connection or counterintuitive angle]
## Related
- Source: [[(Type) Source Note Title]]
- [[(Term) Related Concept]]For Note entries (richer, multi-section):
---
id: YYYYMMDDHHMMSS
type: note
processing_status: processed
created_date: YYYY-MM-DD
updated_date: YYYY-MM-DD
---
# Concept Name
- **🏷️Tags** : #note #topic-tag #MM-YYYY
[ ](#anki-card)
[Lead insight — the one thing someone should remember]
## [Section 1]
- [bullets]
## [Section 2]
- [bullets]
## Related links
- Source: [[(Type) Source Note Title]]
- [[(Term) Related Concept]]Generate the timestamp ID for each note:
date +%Y%m%d%H%M%SPlace notes in the appropriate subfolder under notes/. Match the domain:
- ML, AI →
notes/ml/ - Papers →
notes/paper/(or stay in the source's folder) - Psychology, cognition →
notes/psychology/ - Business, startups →
notes/startup/ - CS, algorithms →
notes/computer science/ - Original ideas →
notes/thoughts/
Quality gate before creating each note:
- Does the first bullet lead with insight, not context?
- Is there at least one concrete example?
- Is there a cross-domain link (explicit or implicit)?
- Could you cut 20% and lose nothing? If yes, cut it.
Stage 7: UPDATE THE SOURCE NOTE
After creating new notes, update the source note:
- Add
[[wikilinks]]inline where concepts are first mentioned — use the full(Type) Titleprefix that matches the created filename exactly:[[(Term) Flash Attention]]not[[Flash Attention]][[(Note) IO-Aware Algorithm Design]]not[[IO-Aware]]
- Update frontmatter:
mcp__obsidian-vault__update_frontmatter(
path="path/to/source-note.md",
updates={"processing_status": "processed", "updated_date": "YYYY-MM-DD"}
)- Confirm with a brief summary:
Done. Created 3 notes, updated 2 wikilinks.
New notes:
- notes/ml/(Term) Flash Attention.md
- notes/computer science/(Note) IO-Aware Algorithm Design.md
- notes/ml/(Term) Tiling (GPU).md
Added wikilinks to source note for 5 concepts (2 existing, 3 new).
Cross-domain connection worth exploring:
- [[(Note) IO-Aware Algorithm Design]] ↔ database query planning (no vault note yet)</Steps><Examples>
<Good>
User: "process this paper on Flash Attention"
1. Read note → confirmed type: paper, status: inbox
2. Mark → processing_status: processing
3. Questions → user answers: "main idea is recomputing activations to save memory",
connects to "(Note) Memory Hierarchy", surprised that IO is the bottleneck not compute
4. Scan vault → finds (Term) Attention Mechanism (existing), (Term) Softmax (existing),
no term for Flash Attention, no term for tiling
5. Plan → 3 new terms, 2 existing links, 1 question note candidate
6. Create → (Term) Flash Attention, (Term) Kernel Fusion, (Note) IO-Aware Algorithm Design
7. Update → adds 5 wikilinks to source note, marks processed
</Good><Good>
User: "what can I learn from this blog post?" (post about Stripe's pricing strategy)
1. Read → type: post, about willingness-to-pay segmentation
2. Questions → user: "main idea is pricing tiers create self-selection",
connects to "(Term) Price Discrimination" already in vault
3. Scan vault → finds (Term) Price Discrimination, (Term) Bundling,
nothing on willingness-to-pay metering
4. Plan → 1 new term (Metered Pricing), link to 2 existing terms
5. Create → (Term) Metered Pricing with cross-domain link to SaaS AND utility billing
6. Update → processed, 3 wikilinks added
</Good><Bad>
- Skipping Stage 3 questions and going straight to extraction — violates the
generation effect principle; the user misses the retrieval practice
- Creating terms that are too broad: "(Term) Machine Learning" is not atomic
- Wikilinks without (Type) prefix: [[Flash Attention]] instead of [[(Term) Flash Attention]]
- Terms that transcribe the paper instead of synthesizing: quoting abstract bullets verbatim
- Leading with definition instead of insight: "Flash Attention is an algorithm that..."
instead of "Attention's real bottleneck is memory bandwidth, not FLOPs — Flash Attention
fixes this by never materializing the full N×N matrix"
</Bad>
</Examples><Escalation_And_Stop_Conditions>
- Not a source note: Tell the user this workflow is for source notes (paper, post, book, lecture, course, clipping). For Term/Note/Thought, suggest editing directly.
- Note has no content yet: Prompt the user to fill in the note before processing.
- User skips all Stage 3 questions: Proceed with extraction but note that retrieval practice was skipped — flag the concepts as lower-confidence extractions.
- Concept already exists in vault as a Term: Don't duplicate — add a wikilink and optionally suggest enriching the existing term.
- Too many concepts (15+): Present the plan in priority order; ask user to triage rather than extracting everything. </Escalation_And_Stop_Conditions>
$ARGUMENTS
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

