Individual notes are observations. Connections between them are understanding.
Connecting ideas helps you:
What this lineage reveals: Each step solves a limitation of the previous. K-RagRec solves LightGCN's lack of semantic knowledge — but inherits LightGCN's graph structure insight. This is how to write a related work section.
Same problem, stronger method. LightGCN → K-RagRec. The newer paper explicitly cites and improves upon the older.
KAPING and K-RagRec both address LLM knowledge gaps in RS — but via triple retrieval vs. subgraph encoding. Compare their trade-offs.
G-Retriever applies graph RAG to general QA; K-RagRec applies it to RS. Transferring a method is a valid contribution.
One claims LLMs need KGs; another shows text-only RAG is sufficient. Contradictions are the most valuable connections — they define open questions.
For each paper you finish, ask:
Write 1–2 sentences per connection. That's enough.
Applies same graph RAG idea to RS specifically, adds popularity filtering and re-ranking.
Both address LLM knowledge gap. K-RagRec uses subgraphs; KAPING uses triples. Subgraphs capture structure better.
No comparison to classical CF. This is a gap that could invalidate the paper's practical claim.
Your connection notes are the raw material. Group them by theme, not chronology.
"MF was proposed in 2009. Then NeuMF in 2017. Then LightGCN in 2020. Then K-RagRec in 2025..."
This is a list. It positions nothing.
"Graph-based methods (LightGCN, NGCF) capture collaborative structure but lack semantic knowledge. LLM-based methods (KAPING, G-Retriever) add semantics but ignore structure. We propose X which addresses both."
This positions. It earns its space.
Problem → Approach → Key Idea → Strengths → Weaknesses → Relevance. In your own words.
Rows = papers, Columns = dimensions. Consistent blanks = your research opportunity.
Evolves / Same problem / Same method / Contradicts. Connections become related work positioning.
Next: M4 · Reproducing Works — from equations to pseudocode to implementation