Category
기술 99
2026
-
MS GraphRAG는 문서에서 어떻게 답을 찾을까?
엔터티 추출부터 커뮤니티 요약, 질문에 맞는 전역 검색과 지역 검색까지 MS GraphRAG의 흐름을 그림으로 따라간다.
#GraphRAG #MS GraphRAG #RAG #지식그래프 #LLM Wiki -
GraphRAG는 그래프에서 어떤 근거를 찾아 답하는가
TAG와 GNN부터 그래프 인덱싱, 검색기, 반복 검색, 근거 선택과 답변 생성까지 수식 없이 설명합니다.
#GraphRAG #RAG #KnowledgeGraph #GNN #검색 #LLMWiki -
MegaMem은 방대한 기업 문서에서 답의 근거를 어떻게 찾나
MegaMem의 원문과 메모 이중 인덱스, 질문 재작성과 확장, 원문 복원, RRF, 재정렬, 답변과 출처 표시를 하나의 예시로 추적하고 논문 점수와 CDL 리더보드의 관계를 구분합니다.
#MegaMem #RAG #기업검색 #임베딩 #QueryExpansion #RRF #LLMWiki -
Confluence 위키 QA 에이전트는 어떻게 채점할까
가상 위키와 정답표를 기준으로 문서 검색, 답변의 필수 사실, 근거 충실성, 인용, 답변 보류를 나눠 채점하는 방법을 예시와 계산식으로 설명합니다.
#Confluence #RAG #AI에이전트 #GoldenSet #LLMJudge #평가 -
RAG 검색의 세 단계: 바이 인코더, 크로스 인코더, LLM rerank
RAG 검색에서 바이 인코더, 크로스 인코더, LLM rerank가 후보 검색과 정밀한 문서 선택을 어떻게 나누어 맡는지 설명합니다.
#RAG #바이인코더 #크로스인코더 #rerank #LLM #검색 -
Meta Muse의 구조: 클라우드 VM, 커넥터, 브라우저, CLI
Meta Muse가 전용 클라우드 VM, API 커넥터, 브라우저, CLI, Sentinel, PostgreSQL로 외부 작업을 수행하는 구조를 정리한다.
#Meta #Muse #AI 에이전트 #커넥터 #브라우저 자동화 -
LLM이 판단하면 되는데, 왜 Jev가 필요한가?
Jev가 LLM과 어떻게 다르고, typed decision과 병렬 샘플링을 활용해 어떤 판단을 맡는지 질문을 따라 설명한다.
#Jev #TypeSafe AI #System One #LLM #AI 에이전트 -
Skill로 만들까, MCP로 만들까?
Skill과 MCP의 선택 기준과 동작 원리, 함께 사용하는 방법을 설명합니다.
#AI agent #Skill #MCP #Agent -
개별 행동은 허용돼 보여도 에이전트의 전체 경로는 위험할 수 있다
장시간 작업하는 에이전트가 단일 행동 검사를 우회한 사례와, 전체 작업 궤적을 감시해야 하는 이유를 설명합니다.
#AI에이전트 #장시간에이전트 #AI안전 #TrajectoryMonitoring #OpenAI -
AI 에이전트가 처음 회복 불가능해진 순간을 찾는 법
Microsoft Research의 AgentRx가 길고 확률적이며 여러 에이전트가 얽힌 실행 기록에서 결정적 실패 지점과 원인을 어떻게 찾는지 살펴봅니다.
#MicrosoftResearch #AgentRx #AI에이전트 #디버깅 #에이전트평가 -
업무가 46개로 얽히면 에이전트는 왜 무너지는가
Microsoft CORPGEN 연구가 단일 과제 벤치마크를 넘어 여러 장기 업무를 동시에 처리하는 에이전트의 문제와 해법을 어떻게 검증했는지 살펴봅니다.
#Microsoft #CORPGEN #AI에이전트 #MHTE #ComputerUse -
만드는 에이전트와 평가하는 에이전트를 왜 분리해야 하나
자기평가의 함정을 피하기 위한 Planner, Generator, Evaluator 구조와 스프린트 계약, 실제 검증 루프, 비용의 경계를 설명합니다.
#AI에이전트 #AgentHarness #Evaluator #Anthropic #AgenticCoding -
OpenAI 연구 조직에서는 사람의 하루마다 에이전트 3.1일이 돌아간다
OpenAI 연구 조직에서 코딩 에이전트가 병렬 작업, 실험 실행, 분석과 기술 지원을 어떻게 바꾸고 있으며 무엇을 여전히 사람이 결정하는지 살펴봅니다.
#OpenAI #AI에이전트 #Codex #AI연구 #연구자동화 -
밤새 실험하는 AI 연구원, 카파시의 autoresearch
에이전트가 train.py를 고치고 5분간 학습한 뒤 val_bpb로 결과를 골라내는 autoresearch의 구조, 성과와 한계를 설명합니다.
#autoresearch #AI에이전트 #AndrejKarpathy #LLM #머신러닝 -
Vibe Coding과 Agentic Engineering은 무엇이 다른가
카파시가 이름 붙인 Vibe Coding과 실제 제품을 에이전트에게 맡길 때 필요한 완료 조건, 저장소 컨텍스트, 실행, 검증, 정리의 차이를 설명합니다.
#VibeCoding #AgenticEngineering #AI에이전트 #Karpathy #Codex -
소프트웨어 엔지니어링은 정말 끝나는가
Zhenfeng Cao가 말하는 AI 에이전트와 소프트웨어 개발의 변화를 살펴봅니다.
#AI 에이전트 #소프트웨어 엔지니어링 #Agentic Software #소프트웨어 개발 -
웹 터미널의 입력 지연과 WebRTC를 검토한 이유
브라우저와 셸의 연결, OTP와 권한 검사, 입력 지연 측정, WebRTC의 직접 연결과 TURN 중계를 칠판 만화로 설명합니다. 실제 운영 정보는 일반화했습니다.
#웹 터미널 #WebSocket #WebRTC #네트워크 #보안 -
AI 코딩 에이전트에 회사의 일하는 법을 넣는 방법 — 5개 기업 사례
카카오, 토스, OpenAI, Meta, Cloudflare의 공개 사례로 조직 지침, 저장소 컨텍스트, 역할별 워크플로, CI 검증을 짧고 쉽게 정리합니다.
#AI에이전트 #코딩에이전트 #코드리뷰 #개발문화 #컨텍스트엔지니어링 #AGENTS.md -
한국어 Wiki 임베딩 설계: 모델, 청크, 차원, 인덱싱과 검색 속도
한국어 Wiki를 벡터 검색으로 만들 때 모델, 청크 크기, 임베딩 차원, 인덱싱과 실시간 검색 속도를 어떻게 결정하는지 설명합니다.
#임베딩 #RAG #한국어 Wiki #청킹 #벡터 검색 #HNSW #Reranker -
Agent는 Context7 MCP를 어떻게 선택하고 코드를 만드는가 — server instructions, tools/list, tools/call
Agent가 Context7을 선택하는 근거부터 tools/list로 도구를 발견하고 문서 검색 결과로 코드를 만드는 흐름까지 설명합니다.
#Context7 #MCP #AI에이전트 #ToolCalling #개발문서 -
여러 AI 에이전트를 동시에 돌리는 법 — git worktree로 작업을 물리적으로 나누기
Backend·Frontend 에이전트를 동시에 돌리기 위해 git worktree와 branch로 작업을 물리적으로 격리한 이유와 실제 흐름을 정리했다
#git #worktree #agent #codex-cli #병렬작업 -
Oracle Cloud Always Free로 Mumbai WireGuard VPN 구성하기
Oracle Cloud Mumbai VM에 WireGuard 출구 노드를 만들고, Mac과 Android가 서로 다른 키로 접속하도록 구성한 과정과 보안, 운영 기준을 정리한다.
#Oracle Cloud #WireGuard #VPN #Mumbai #Terraform #네트워크 -
[LLM Wiki 28] Context7은 어떻게 문서를 AI 컨텍스트로 바꾸나: 공개된 동작과 직접 만드는 설계
Context7의 공개 저장소와 공식 문서에서 확인되는 수집, 검색, 재정렬, 갱신 구조를 추적하고, 비공개 영역을 직접 구현할 수 있는 재현 아키텍처와 오픈소스 출발점을 정리합니다.
#Context7 #MCP #RAG #HybridSearch #VectorSearch #Reranker #개발문서 -
[LLM Wiki 27] 임베딩 검색은 왜 비슷한 업무 문서를 헷갈릴까: GraphDB로 검색 범위 줄이기
업무 규칙 문서에서 임베딩 검색이 어려운 이유와 질문 복잡도 분석, Query Router, Page Tree, GraphDB를 결합해 검색 범위와 응답시간을 줄이는 방법을 설명합니다.
#Embedding #GraphDB #PageTree #QueryRouter #HybridSearch #RAG #검색 #업무문서 #LLM -
[LLM Wiki 25] Neo4j란 무엇인가: 관계를 따라 답을 찾는 그래프 데이터베이스
Neo4j의 Node, Relationship, Property, Path 구조와 Cypher 사용법, 관계형 데이터베이스 및 Qdrant와의 차이, GraphRAG에서의 역할을 처음부터 설명합니다.
#Neo4j #그래프데이터베이스 #Cypher #GraphRAG #KnowledgeGraph #Qdrant #RAG -
[LLM Wiki 22] Qdrant란 무엇인가: FAISS와 HNSW의 관계
Qdrant의 Collection, Point, vector, payload 구조부터 RAG에서 맡는 역할, HNSW의 위치, FAISS와의 차이와 선택 기준까지 처음부터 설명합니다.
#Qdrant #FAISS #HNSW #벡터검색 #벡터데이터베이스 #RAG #임베딩 -
[LLM Wiki 21] HNSW는 어떻게 수백만 벡터에서 가까운 문서를 찾을까
HNSW의 발음부터 벡터, 근사 최근접 이웃, 계층형 그래프의 탐색 과정, M과 ef 설정, 필터 검색의 주의점까지 그림으로 설명합니다.
#HNSW #벡터검색 #임베딩 #RAG #벡터데이터베이스 #Qdrant -
Context7은 AI 개발을 어떻게 돕나 — 최신 문서를 Agent에 연결하는 MCP와 RAG
AI 코딩 Agent가 Context7 MCP로 최신 개발 문서를 찾아 코드 생성에 사용하는 과정을 만화와 실제 연동 흐름으로 설명합니다.
#Context7 #MCP #RAG #AI에이전트 #개발도구 -
만화로 이해하는 IBM Process Mining
이벤트 로그가 실제 업무 경로가 되는 원리부터 병목, 지연 원인, 반복 작업, 절차 위반, 자동화, 시뮬레이션과 지속 개선까지 7편의 만화로 설명합니다.
#IBM #Process Mining #프로세스 마이닝 #업무혁신 #자동화 -
AI에게 바로 시키지 말고, 사각지대부터 찾아라
강한 AI 모델을 쓸수록 중요한 것은 긴 프롬프트가 아니라 내가 모르는 것을 먼저 드러내는 작업이다.
#AI #Agent #프롬프트 #Codex #Claude -
AI-DLC는 코딩 도구가 아니라 개발 절차를 바꾼다
AWS AI-DLC를 분석하며 개발자의 역할, 요구사항 도출 방식, 기존 개발 절차와의 차이, Spec Kit과 Kiro Specs 같은 비슷한 도구들과의 차이를 정리한다.
#AI-DLC #Agent #AI Engineering #Spec-driven Development #개발방법론 -
OpenClaw Android의 큰 그림: AI 앱이 아니라 모바일 노드다
OpenClaw Android 앱을 큰 그림으로 정리한다. 핵심은 폰 안의 모델이 아니라 Gateway agent가 사용할 수 있는 모바일 실행 표면이다.
#OpenClaw #Android #Agent #Architecture #Mobile AI -
OpenClaw Android 흐름 분석: sequence diagram으로 보는 Gateway, node.invoke, Voice
OpenClaw Android 앱의 Gateway 연결, node.invoke 실행, Voice/TalkMode 흐름을 sequence diagram 중심으로 분석한다.
#OpenClaw #Android #Agent #Sequence Diagram #Architecture -
OpenClaw Android 앱 구조 분석: 모바일 node와 operator 클라이언트
OpenClaw Gateway와 Android app 사이의 operator/node 세션 흐름, 주요 컴포넌트, node.invoke 실행 구조, Chat과 Voice 처리 방식, local model 포함 여부를 소스 기준으로 정리한다.
#OpenClaw #Android #Agent #Architecture #Gateway -
[LLM Wiki 19] RRF: 여러 검색 결과를 순위 기준으로 합치는 방법
RRF(Reciprocal Rank Fusion)의 개념, 계산 방식, hybrid search와 QMD에서의 역할, rerank와의 차이, 장단점과 한계를 설명한다.
#LLM Wiki #RRF #Reciprocal Rank Fusion #Hybrid Search #QMD #RAG #Rerank -
[LLM Wiki 18] QMD Structured Search: LLM Agent가 검색어를 직접 설계하는 방식
QMD structured search가 일반 query 검색과 어떻게 다르고, lex, vec, hyde typed query를 어떻게 실행해 RRF, chunk selection, rerank로 이어지는지 설명한다.
#LLM Wiki #QMD #Structured Search #RAG #MCP #RRF #Rerank -
Matt Pocock Skills 분석: 실전 엔지니어링을 위한 Agent Skill 설계법
mattpocock/skills 저장소를 분석해 Agent Skill이 어떻게 구성되고, model-invoked와 user-invoked가 어떻게 나뉘며, 실제 엔지니어링 workflow를 어떻게 안정화하는지 정리한다.
#Agent #Skills #Claude Code #Codex #AI Engineering #Workflow -
[LLM Wiki 17] HyDE Embedding: 가상의 답변으로 검색 품질을 높이는 기술
HyDE Embedding의 개념, 장점과 단점, 한계, 언제 쓰면 좋은지와 피해야 할 상황을 검색 시스템 관점에서 도식 중심으로 설명한다.
#LLM Wiki #HyDE #Embedding #Vector Search #RAG #QMD #검색 -
[LLM Wiki 20] LLM은 어디에 쓰이는가: Query Expansion부터 Rerank와 답변 생성까지
검색형 LLM 시스템에서 LLM이 어디에 들어가고, 각 단계가 어떤 context를 보고 어떤 출력을 만드는지 QMD와 LLM Wiki 관점에서 깊게 정리한다.
#LLM Wiki #Local LLM #QMD #RAG #Query Expansion #Embedding #Rerank #HyDE -
[LLM Wiki 16] Query Expansion: 짧은 질문을 검색 가능한 여러 표현으로 바꾸는 기술
Query Expansion의 개념, QMD에서 lex/vec/hyde로 동작하는 방식, qmd-query-expansion 모델의 학습 과정, 예제와 한계를 도식 중심으로 설명한다.
#LLM Wiki #Query Expansion #qmd #RAG #HyDE #BM25 #Vector Search -
[LLM Wiki 15] QMD 소스 레벨 분석: 로컬 Markdown 검색 엔진의 내부 구조
QMD GitHub README와 소스를 기준으로 collection, SQLite store, FTS/BM25, sqlite-vec, query expansion, RRF, local reranker, MCP server가 어떻게 연결되는지 분석한다.
#LLM Wiki #qmd #소스분석 #BM25 #Vector Search #Rerank #MCP -
[LLM Wiki 14] Rerank: 검색 후보를 다시 줄 세우는 기술
Rerank의 개념, 필요한 이유, 실제 검색 flow, 주요 컴포넌트, 한계와 평가 방법을 LLM Wiki 관점에서 도식 중심으로 설명한다.
#LLM Wiki #Rerank #Reranker #검색 #qmd #RAG -
[LLM Wiki 13] Obsidian: 로컬 Markdown으로 지식 그래프를 만드는 작업대
Obsidian의 핵심 컨셉, Vault, 내부 링크, Graph View, Search, Properties, Dataview, Git, qmd와의 연결 흐름을 설명한다.
#LLM Wiki #Obsidian #Markdown #Graph View #지식관리 -
[LLM Wiki 12] Confluence REST API로 회의록을 검색하고 쓰는 법
Confluence REST API의 검색, 읽기, 쓰기, 구조 탐색, 수정일과 버전 조회를 회의록 LLM Wiki 관점에서 설명한다.
#LLM Wiki #Confluence #REST API #CQL #회의록 -
[LLM Wiki 11] qmd의 기술 구조와 사용 케이스
qmd가 LLM Wiki에서 어떤 위치를 차지하고, BM25, 벡터 검색, reranker, 모델 설정을 어떻게 활용하는지 설명한다.
#LLM Wiki #qmd #BM25 #Vector Search #Reranker -
[LLM Wiki 10] 회의록 LLM Wiki 구현 로드맵
회의록 20개 MVP에서 qmd 검색, Dataview 점검, Graph RAG 확장까지의 구현 순서를 정리한다.
#LLM Wiki #구현로드맵 #회의록 #Graph RAG -
[LLM Wiki 9] 무료 오픈소스 스택으로 구현하기
Obsidian, qmd, Dataview, Git으로 회의록 LLM Wiki MVP를 만드는 무료 도구 조합을 설명한다.
#LLM Wiki #Obsidian #qmd #Dataview #Git -
[LLM Wiki 8] LLM Wiki와 Graph RAG를 함께 쓰는 법
LLM Wiki, qmd, Graph RAG를 경쟁이 아니라 역할 분담 구조로 함께 쓰는 방법을 설명한다.
#LLM Wiki #Graph RAG #qmd #하이브리드 -
[LLM Wiki 7] Graph RAG: 관계를 따라가며 답하는 검색
Graph RAG가 일반 RAG와 어떻게 다르고 회의록 관계 탐색에 왜 유용한지 설명한다.
#LLM Wiki #Graph RAG #RAG #지식그래프 -
[LLM Wiki 6] qmd와 자연어 검색: BM25, Vector Search, Reranker
qmd가 BM25, 벡터 검색, query expansion, reranking으로 자연어 검색을 처리하는 방식을 설명한다.
#LLM Wiki #qmd #BM25 #Vector Search #Reranker -
[LLM Wiki 5] 큰 회의록 Wiki에서 필요한 문서를 찾는 법
회의록이 많아질 때 index, metadata, qmd로 필요한 문서를 찾는 구조를 설명한다.
#LLM Wiki #검색 #메타데이터 #qmd -
[LLM Wiki 4] Schema와 Template: LLM을 일관된 편집자로 만들기
스키마와 템플릿으로 LLM이 회의록을 일관되게 처리하게 만드는 방법을 설명한다.
#LLM Wiki #스키마 #템플릿 #회의록 -
[LLM Wiki 3] 회의록을 지식으로 바꾸는 카드 구조
회의록을 Meeting, Decision, Action, Project, Topic 카드로 나누는 정보 모델을 설명한다.
#LLM Wiki #회의록 #Markdown #카드구조 -
[LLM Wiki 2] RAG를 넘어서: LLM Wiki란 무엇인가
LLM Wiki가 일반 RAG와 어떻게 다르고 왜 지식이 누적되는 구조인지 설명한다.
#LLM Wiki #RAG #Karpathy #지식베이스 -
[LLM Wiki 1] 회의록은 왜 검색만으로 부족한가
회의록이 많아질수록 단순 검색과 일반 RAG만으로는 부족한 이유를 설명한다.
#LLM Wiki #회의록 #RAG #지식관리 -
AI 코딩 시대, 자유로워진 게 아니라 확인할 곳이 바뀐 것이다
AI가 코드를 써주는 시대에 개발자의 통제는 사라지는 것이 아니라 테스트, 실행 결과, 사용자 행동처럼 더 확실한 곳으로 옮겨갑니다.
#하네스 #AI #개발도구 #테스트 -
LLM Wiki는 검색을 어떻게 하나, 그리고 임베딩은 쓸까
카파시의 LLM Wiki에서 검색이 효율적인 이유를 단계별로 따라가고, 임베딩(RAG)이 어디에 쓰이고 어디엔 안 쓰이는지를 그림으로 가립니다. index 지도, 링크 그래프, 캐싱, 임베딩의 진짜 위치.
#LLM #지식관리 #Karpathy #임베딩 #RAG #검색 #PKM -
카파시의 LLM Wiki — AI를 검색기가 아니라 '쉬지 않는 편집자'로
안드레이 카파시가 제안한 LLM Wiki 패턴 — AI를 검색기가 아니라 지식을 쌓고 정리하는 편집자로 쓰는 법을 그림으로 풀었습니다. raw/LLM/wiki 3계층과 Ingest, Query, Lint 세 동작, 운영법까지.
#LLM #지식관리 #Karpathy #AI에이전트 #Claude Code #RAG #PKM -
공짜인데 왜 안 쓰지? — Apple Private Cloud Compute에 숨은 두 장의 청구서
WWDC26 Foundation Models. PCC는 자격 되는 개발자에게 무료지만 '더 똑똑하고 공짜면 무조건 클라우드 아냐?'가 틀린 이유 — 성공하면 빼앗기는 무료 자격(2백만 게이트), 앱끼리 나눠 쓰는 사용자별 쿼터(공유지의 비극), 그리고 PCC를 잃어도 프라이버시는 안 잃는 이유(온디바이스라는 진짜 바닥)까지.
#Apple #PrivateCloudCompute #FoundationModels #온디바이스AI #WWDC26 -
새 Siri는 어떻게 앱을 '도구'로 부리나 — Apple 시스템 에이전트 루프
WWDC 2026에서 Apple이 공식 발표한 '시스템 레벨 에이전트'(새 Siri / System Orchestrator)는 실재한다 — App Intents를 도구로 앱을 가로질러 행동한다. 확실한 건 거기까지고, 그 내부 루프가 정확히 어떻게 도는지는 추측인 곳만 표시한다.
#Apple #AppleIntelligence #Siri #AppIntents #에이전트 #WWDC2026 #SystemOrchestrator -
그 API가 알아서 골라주나? — Apple Foundation Models, 온디바이스 vs 클라우드는 누가 정하나
WWDC26 Foundation Models framework. 'API가 복잡도를 보고 온디바이스/PCC를 자동으로 고른다'는 흔한 오해를 코드와 함께 풀고, 실제로는 개발자가 명시적으로 선택하되 통일된 API 덕에 전환만 쉬운 구조임을 정리합니다. '진짜 자동 라우팅'은 어디에 있는지도.
#Apple #FoundationModels #PrivateCloudCompute #온디바이스AI #WWDC26 -
‘카파시 가이드라인’ 깊이 읽기 — LLM 코딩 실수를 줄이는 4원칙, 그리고 그대로 베끼면 안 되는 이유
바이럴된 andrej-karpathy-skills의 CLAUDE.md를 자연스러운 한국어 번역과 함께 뜯어봅니다. 네 원칙이 각각 어떤 LLM 실패 모드를 정조준하는지, 무엇을 배울 수 있는지, 그리고 왜 템플릿이 아니라 메뉴로 써야 하는지까지 분석합니다.
#ClaudeCode #LLM #AI #코딩에이전트 #프롬프트엔지니어링 -
MCP가 뭔가 — AI에 도구를 꽂는 'USB-C 표준' (그림 한 장으로 이해하기)
MCP(Model Context Protocol)는 AI 앱을 외부 도구·데이터에 연결하는 개방형 표준입니다. Host·Client·Server 구조와 Tools·Resources·Prompts, 왜 'AI의 USB-C'라 불리는지를 그림 한 장으로 쉽게 풉니다.
#MCP #AI에이전트 #도구 #Claude Code #프로토콜 -
하네스 엔지니어링 — 모델을 감싸고, 그 위에 또 감싸는 일
하네스는 한 겹이 아니다. 모델을 감싸면 에이전트가 되고, 그 에이전트를 또 감싸면 내 목적에 맞는 시스템이 된다. 양파처럼 중첩되는 하네스 구조와, 왜 요즘 Claude 위에 하네스를 또 얹는지를 그림 한 장으로 풉니다.
#하네스 #AI에이전트 #LLM #Claude Code #harness #중첩 -
WWDC 2026 Apple Intelligence 아키텍처 한눈에 보기
AFM 3 위에 재설계된 Apple Intelligence 전체 구조를 한 장으로. System Orchestrator, 온디바이스·Private Cloud Compute 분담, Gemini의 진짜 역할, 개발자 프레임워크까지 블록별로 정리.
#Apple #AppleIntelligence #AFM #WWDC2026 #온디바이스AI #PrivateCloudCompute -
쉽게 배우는 Claude Code ⑰ /background·--bg — 오래 걸리는 일은 백그라운드로
오래 걸리는 작업을 떼어내 뒤에서 돌리고 터미널을 다시 자유롭게 쓰는 /background와, 처음부터 백그라운드로 띄우는 --bg를 입문자 눈높이로 설명합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑱ /review·/security-review — PR 깊게 보기, 보안 점검
Claude Code의 /review로 PR을 읽기 전용으로 깊게 들여다보고, /security-review로 머지 전 보안 취약점을 점검하는 방법을 정리합니다.
#ClaudeCode #개발도구 #AI #코드리뷰 #CLI -
쉽게 배우는 Claude Code ⑯ /loop — 일정 간격으로 반복 실행하기
같은 프롬프트를 정해진 주기로 반복 실행하는 /loop 명령어를, 폴링·상태 점검 예제와 함께 쉽게 풀어 설명합니다.
#ClaudeCode #개발도구 #AI #자동화 #CLI -
쉽게 배우는 Claude Code ⑮ /goal — 목표를 정해두면 알아서 반복
완료 조건만 정해두면 Claude가 그 조건을 만족할 때까지 스스로 고치고 돌려보며 반복하는 /goal 명령어를 알아봅니다.
#ClaudeCode #개발도구 #AI #자동화 #CLI -
쉽게 배우는 Claude Code ⑭ /diff — 내가 뭘 바꿨는지 한눈에 보기
Claude Code의 /diff로 작업 트리 전체 변경과 턴별 변경을 인터랙티브하게 훑어보는 법을 알아봅니다.
#ClaudeCode #개발도구 #AI #git #CLI -
쉽게 배우는 Claude Code ⑬ /mcp — 외부 도구(GitHub·DB 등) 연결하기
Claude가 GitHub·데이터베이스·사내 API 같은 외부 도구를 직접 쓰게 해주는 MCP를, /mcp 명령으로 연결·인증·관리하는 법까지 쉽게 정리합니다.
#ClaudeCode #개발도구 #AI #MCP #CLI -
쉽게 배우는 Claude Code ⑫ claude -p (헤드리스 모드) — 스크립트·자동화에서 Claude 쓰기
대화형 화면 없이 '명령 한 번 → 결과 받기'로 동작하는 claude -p(헤드리스/print 모드)를, 셸 파이프·CI·자동화 예제와 함께 쉽게 풀어봅니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑩ /rewind — 잘못 든 길을 되돌리기
Claude Code의 /rewind로 잘못된 방향으로 간 작업을 안전하게 이전 지점으로 되감는 방법을 알아봅니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑪ /permissions·권한 모드 — 위험한 명령은 막고, 안전한 건 덜 귀찮게
deny 규칙으로 rm 같은 위험한 명령은 막고, auto·plan 모드로 승인 마찰을 조절하는 법을 정리합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑨ /agents·/fork·/branch — 갈래를 쳐서 병렬로 일하기
곁가지 일을 따로 맡기는 /fork, 대안을 안전하게 실험하는 /branch, 보조 일꾼을 관리하는 /agents — 하나의 대화에서 여러 갈래로 일하는 법을 입문자 눈높이로 설명합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑧ /run·/verify — 진짜로 돌려보고 확인하기
테스트가 초록이어도 불안할 때, /run으로 앱을 띄워 직접 눌러보고 /verify로 빌드부터 동작까지 검증합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑦ /context — 컨텍스트가 얼마나 찼는지 들여다보기
대화가 길어져 느려질 때, 무엇이 컨텍스트(토큰)를 잡아먹고 있는지 한눈에 진단하는 /context를 입문자 눈높이로 설명합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑥ /code-review — 커밋·PR 전 마지막 점검
커밋이나 PR을 올리기 직전, 바뀐 코드를 한 번 훑어 버그와 정리할 곳을 찾아주는 /code-review를 입문자 눈높이로 정리합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ⑤ /init·/memory — 프로젝트에 '우리 집 규칙' 알려주기
매번 똑같은 설명을 반복하지 않도록, /init으로 프로젝트 안내문을 만들고 /memory로 규칙을 적어두는 방법을 입문자 눈높이로 설명합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ③ /model·/effort — 문제 난이도에 맞춰 두뇌 고르기
같은 도구라도 어떤 AI 모델을 쓰고 얼마나 깊게 생각하게 할지는 내가 정합니다. /model과 /effort로 문제 난이도에 맞춰 속도·비용·품질을 조절하는 법을 입문자 눈높이로 설명합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ④ plan mode — 큰 작업 전에 계획부터 받기
코드를 곧장 고치기 전에, Claude에게 '무엇을 어떻게 할지' 계획부터 받아 검토하는 plan mode를 입문자 눈높이로 설명합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ② /resume·--continue — 하던 작업으로 정확히 돌아가기
어제 하던 작업, 다시 켜서 정확히 그 자리로 돌아가는 법. /resume과 --continue, --resume의 차이를 입문자 눈높이로 정리합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
쉽게 배우는 Claude Code ① /clear vs /compact — 대화를 정리하는 두 가지 방법
비슷해 보이는 /clear와 /compact의 차이를, 언제 무엇을 써야 하는지 실제 상황 예시로 정리합니다.
#ClaudeCode #개발도구 #AI #생산성 #CLI -
mT5, 쉽게 이해하기 — 모든 일을 '텍스트→텍스트'로 푸는 101개 언어 모델 (왜 query rewriting·파라미터 추출에 쓸까)
2020년 구글 mT5가 무엇인지 101 수준으로 쉽게 풀고, 왜 대화형 에이전트의 query rewriting(질문 다시쓰기)과 parameter extraction(파라미터 추출)에 mT5가 잘 맞는지 이유를 그림으로 설명합니다.
#mT5 #T5 #NLP #다국어 #자연어처리 #에이전트 -
BERT, 쉽게 이해하기 — 문장을 '양방향으로 읽고 이해하는' 모델 (왜 action classifier에 쓸까)
2018년 구글 BERT가 무엇인지 101 수준으로 쉽게 풀고, 왜 대화형 에이전트의 action classifier(행동 분류)에 BERT가 잘 맞는지 그 이유를 그림으로 설명합니다.
#BERT #NLP #Transformer #자연어처리 #에이전트 -
IFP 뜯어보기 — '질문을 읽고 필요한 부분만 켜는' 모델 (Instruction-Following Pruning)
Apple의 Instruction-Following Pruning(arXiv 2501.02086)을 실제 동작 단계까지 도식으로 따라갑니다. Sparsity Predictor·SoftTopK·FFN 가지치기·2단계 학습, 그리고 입력이 정확히 무엇이고 언제 한 번 고르는가(멀티턴 아님)까지.
#IFP #가지치기 #sparsity #LLM #Apple #온디바이스AI -
Apple은 요청을 온디바이스↔클라우드로 어떻게 나누나 — 분석과 그 한계
Apple Intelligence가 요청을 온디바이스와 Private Cloud Compute로 분기하는 메커니즘을 리버스 엔지니어링 분석(arXiv 2605.24239)으로 짚되, 무엇이 밝혀지지 않았는가를 먼저 분명히 합니다. 데몬 흐름·TGT/OTT 토큰·검증, 발견된 구현 허점까지.
#Apple #PrivateCloudCompute #온디바이스AI #보안 #프라이버시 -
아이폰에서 20B 모델이 도는 법 — Apple AFM 3 Core Advanced 뜯어보기
Apple 3세대 파운데이션 모델의 최상위 온디바이스 모델 AFM 3 Core Advanced. IFP(Instruction-Following Pruning) 동작 원리, MoE 라우팅, Private Cloud Compute와의 분담을 도식으로 정리합니다.
#Apple #AFM #온디바이스AI #MoE #IFP #PrivateCloudCompute -
MiniLM, 쉽게 이해하기 — 문장을 '의미 숫자'로 바꾸는 작고 빠른 모델
보편적으로 말하는 MiniLM(all-MiniLM-L6-v2)이 무엇인지, 왜·어떻게 쓰는지, 시맨틱 검색·RAG·클러스터링 같은 실제 사용 예를 도식으로 쉽게 설명합니다.
#MiniLM #임베딩 #embedding #RAG #시맨틱검색 #NLP -
그림으로 보는 Astro — 콘텐츠 웹 프레임워크는 어떻게 동작하는가
Astro의 핵심 개념(아일랜드 아키텍처, 빌드 타임 렌더링, 부분 하이드레이션, 산출물, 배포 단위, 정적 배포의 강점)을 여섯 장면의 그림과 해설로 풀어냅니다.
#astro #web #ssg #islands #frontend -
01. 개요 — Agent로 개발한다는 것
사람과 coding agent의 역할 분담을 정리한 학습 시리즈의 출발점. vibe coding에서 SDD, agentic engineering으로의 진화.
#agentic-engineering #sdd #개요 -
02. 방법론 — SDD, TDD, 그리고 결합
무엇을 만들지(SDD)와 옳게 만들었는지(TDD)를 레이어로 나누고 결합하는 법.
#agentic-engineering #sdd #tdd -
03. GitHub SpecKit — SDD를 도구로 굳히기
SDD 흐름(Spec→Plan→Tasks→Implement)을 슬래시 명령으로 표준화하는 GitHub SpecKit 사용법.
#agentic-engineering #speckit #sdd -
04. 사람 vs Agent — 경계를 정하는 기준
되돌림·파급·모호함·검증성 4축으로 사람 게이트와 agent 자율을 가르는 프레임워크.
#agentic-engineering #사람과-agent -
05. 어떤 문서를 만들어야 하나
헌법·PRD·Spec·아키텍처·ADR·CLAUDE.md — 사람의 의도를 agent가 실행하게 고정하는 문서들.
#agentic-engineering #문서화 -
06. Claude Code와 결합한 실전 워크플로
방법론·경계·문서를 Claude Code 기능과 묶은 반복 가능한 절차와 4개의 게이트.
#agentic-engineering #claude-code #워크플로 -
07. 실전 — 예제 프로젝트를 agent와 나눠 만들기
URL 단축기 API를 빈 폴더에서 배포 직전까지, 명령 단위로 따라가는 실전 절차.
#agentic-engineering #speckit #실전예제 -
Claude Code /clear 명령 — 언제 쓰고 어떻게 동작하나
대화 컨텍스트를 통째로 비우는 /clear의 동작·사용 시점과 /compact와의 차이.
#claude-code #컨텍스트관리 -
Claude Code 명령어로 코드 짜기 — 사용법 중심 예제
실제 코딩 세션에서 @파일·/plan·!·Esc·/clear 등을 언제 누르는지 입력 단위로 따라가는 예제.
#claude-code #사용법