<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Knowledge-Base on cdeclog</title><link>https://cdecl.github.io/tags/knowledge-base/</link><description>Recent content in Knowledge-Base on cdeclog</description><generator>Hugo -- 0.160.0</generator><language>ko-kr</language><lastBuildDate>Sat, 04 Apr 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://cdecl.github.io/tags/knowledge-base/index.xml" rel="self" type="application/rss+xml"/><item><title>Karpathy의 LLM Wiki: RAG를 넘어 지식이 쌓이는 위키 만들기</title><link>https://cdecl.github.io/devops/karpathy-llm-wiki-rag-compound-knowledge/</link><pubDate>Sat, 04 Apr 2026 00:00:00 +0900</pubDate><guid>https://cdecl.github.io/devops/karpathy-llm-wiki-rag-compound-knowledge/</guid><description>&lt;p&gt;Andrej Karpathy가 남긴 &lt;a href="https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f"&gt;LLM Wiki&lt;/a&gt;는 단순한 아이디어 메모가 아닙니다. 이 글은 &amp;ldquo;LLM을 검색기처럼 쓰는 방식&amp;quot;에서 한 단계 더 나아가, LLM이 지식을 계속 정리하고 갱신하는 &lt;strong&gt;누적형 위키(compounding wiki)&lt;/strong&gt; 를 어떻게 만들 수 있는지 보여줍니다.&lt;/p&gt;
&lt;p&gt;DevOps 관점에서 이 아이디어가 흥미로운 이유는 분명합니다. 운영 문서, 장애 보고서, 러닝 노트, 회의록, 런북은 시간이 갈수록 쌓이지만, 그 가치는 자동으로 커지지 않습니다. 오히려 오래될수록 흩어지고, 서로 충돌하고, 찾기 어려워집니다. Karpathy가 제안한 방식은 이 문제를 LLM이 대신 정리하도록 설계합니다.&lt;/p&gt;</description></item></channel></rss>