">
제목
">
제목
">
<head>
<!-- HTML Meta Tags -->
<meta charset="UTF-8" />
<title> 제목 </title>
<meta
name="description" content=" 설명 " />
<meta name="keywords" content="키워드, 양파고, Yang Phago, 노션, 양파고 노션, notion" />
<!-- Open Graph / Facebook -->
<meta property="og:title" content="제목 " />
<meta property="og:description" content=" 설명, 양파고, Yang Phago, 노션, 양파고 노션 " />
<meta property="og:image" content="대표 이미지" />
<meta property="og:url" content="페이지 주소" />
<meta property="og:type" content="website" />
</head>
<aside>
💡 바이브 코딩을 시작하고, 보안/품질의 관점에서 리뷰
</aside>
1.바이브 코딩에서 AI모델이란?
1-1. 엔트로픽 모델
- 주종은 Sonet, Opus, Fables
- Sonet: 일을 잘함(빠르게, 싸게)
- Opus: 팀장 역할, 사용토큰이 비쌈
1-2.구글 gemini모델
- 구글의 LLM모델은 Flash와 pro모델로 나눌 수 있음
- flash: 일을 잘함(빠르게, 싸게)
- Pro: 팀장역할, 사용 토큰이 비쌈
- Low와 HIGH의 차이: High는 굉장히 고차원적인 추론이 필요할때
- 결과적으로 깊은 사고와 복잡한 추론이 필요한 작업에는 3.1 Pro를, 빠르고 즉각적인 반응이나 가성비가 중요한 작업에는 3.5 Flash를 선택하는 것이 가장 효율적이라는 의견
1-3.물리 선생님의 아이디어
- 교실컴퓨터 Tracking Idea
- 교실 컴퓨터의 학생 무단사용을 기록, 추척하는 프로그램
- 학생들 Idea: 축구 감독AI, 4방향 테트리스
2. AI업계의 Trend와 Future
2-1. A라는 서비스를 만들때?
- 학교의 식단을 가져오는 서비스를 만든다고 가져올때
- API서버에서 json형태로 답변을 가져왔음
- 지금은 MCP를 활용하는 경우가 더 많아짐
- *API는 "전화번호부"
- 급식실 서버에 전화(요청)를 걸면, 정해진 형식(JSON)으로 답변을 딱 던져줘.
- 근데 그 답변을 어떻게 해석하고, 어떤 화면에 뿌릴지는 전부 개발자가 코드로 짜야 함.
- **MCP는 "비서를 고용하는 것"**에 가까워.
- AI한테 "오늘 급식 뭐야?"라고 물으면, AI가 알아서 급식 서버라는 도구를 꺼내 쓰고, 결과를 이해해서 자연어로 정리해줌.
- 개발자는 "이 도구를 쓸 수 있어"라고 등록만 해주면 됨.
2-2. API vs MCP
1) API 방식 — 지금까지의 표준
- 흐름: 클라이언트 → REST/GraphQL 요청 → 서버가 JSON 반환 → 개발자가 파싱해서 UI에 꽂음