Provides architectural recommendations for SSL/TLS certificate management using AWS Certificate Manager within cloud networking designs.
Offers comprehensive architectural design recommendations for AWS services including ECS Fargate, RDS, S3, and CloudFront, complete with cost estimation and scaling strategies.
Recommends ARM64/Graviton CPU architectures for cost-optimized and performance-efficient cloud computing workloads.
Provides design patterns and folder structures for containerized architectures and infrastructure-as-code development.
Generates development guidelines and structural patterns for building backend services using the Express framework.
Generates development guidelines and structural patterns specifically tailored for the FastAPI framework.
Incorporates GCP best practices and architectural patterns into its design recommendations for cloud-native services.
Provides decision-making guidance on container orchestration, comparing Kubernetes with managed services like ECS Fargate based on project scale.
Generates human-readable ARCHITECTURE.md documents containing summaries, diagrams, and decision logs for development teams.
Generates development guidelines and structural patterns for backend applications using the NestJS framework.
Recommends and provides configuration patterns for PostgreSQL databases, specifically for Amazon RDS instances.
Includes structural patterns and development guidelines for using Prisma as an ORM in TypeScript-based projects.
Provides architectural recommendations for caching layers using Redis, specifically within the ElastiCache service.
Provides structural patterns and development guidelines for using SQLAlchemy as an ORM in Python-based architectures.
Offers guidance on organizing infrastructure-as-code using Terraform within the project's directory structure.
Recommends TypeScript for application development and provides tailored project structures and best practices.
Generates structured .ai-context.yaml files that provide AI agents with a concise, token-efficient understanding of the project architecture and constraints.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@tok_mcpHelp me design a scalable AWS architecture for a B2B SaaS with a $100 budget."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
tok_mcp
AI 바이브 코더를 위한 아키텍처 설계 전문 MCP
Claude, Cursor, GPT, Gemini 등 AI 코딩 도구 사용자들이 서비스 초기 설계 단계에서 최적의 아키텍처를 추천받을 수 있는 MCP(Model Context Protocol) 서버입니다.
💡 핵심 원리
tok_mcp는 직접 환경을 설정하지 않습니다.
대신, AI가 인식 가능한 개발 문서를 레포지토리에 생성합니다.
┌─────────────────────────────────────────────────────────────────┐
│ tok_mcp가 하는 일 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ ❌ 직접 서버 설정 │
│ ❌ 직접 Docker 실행 │
│ ❌ 직접 Terraform 적용 │
│ │
│ ✅ AI가 이해할 수 있는 구조화된 문서 생성 │
│ ✅ 사람이 읽을 수 있는 아키텍처 설명서 생성 │
│ ✅ 이후 AI가 이 문서를 읽고 개발 진행 │
│ │
└─────────────────────────────────────────────────────────────────┘생성되는 핵심 파일 2가지
파일 | 대상 | 목적 |
| 👤 사람 | 아키텍처 설명, 의사결정 이유, 구조 다이어그램 |
| 🤖 AI | 최소 토큰으로 전체 구조 파악, 개발 가이드 |
your-project/
├── ARCHITECTURE.md ← 사람이 읽는 아키텍처 문서
├── .ai-context.yaml ← AI가 읽는 컨텍스트 파일
└── (이후 AI가 개발 시작)왜 이렇게 하나요?
일반적인 접근:
MCP가 직접 설정 → 블랙박스 → 이해 없이 사용 → 문제 발생 시 대응 불가
tok_mcp 접근:
문서 생성 → AI/사람 모두 이해 → 근거 있는 개발 → 유지보수 가능📚 목차
🔰 초보자를 위한 설명
MCP가 뭔가요?
**MCP(Model Context Protocol)**는 AI에게 새로운 능력을 추가해주는 플러그인입니다.
스마트폰 + 카메라앱 = 사진 촬영 가능
AI + tok_mcp = 아키텍처 설계 가능바이브 코딩이 뭔가요?
AI와 대화하면서 코드를 작성하는 개발 방식입니다.
전통적인 개발:
문서 읽기 → 코드 작성 → 에러 검색 → 수정 → 반복...
바이브 코딩:
AI에게 "이거 만들어줘" → 완성!아키텍처가 뭔가요?
서비스를 구성하는 서버, 데이터베이스, 네트워크의 설계도입니다.
🏠 집 = 설계도 필요
💻 서비스 = 아키텍처(설계도) 필요
예: 쇼핑몰 아키텍처
┌─────────────────────────────────────────┐
│ 사용자 → 웹서버 → API → 데이터베이스 │
│ ↓ │
│ 이미지 저장소 │
└─────────────────────────────────────────┘왜 tok_mcp가 필요한가요?
바이브 코딩은 빠르지만, 처음 설계를 잘못하면 큰 문제가 됩니다:
잘못된 설계 | 결과 |
DB 잘못 선택 | 전체 코드 재작성 |
서버 크기 잘못 설정 | 요금 폭탄 or 서비스 다운 |
확장성 무시 | 사용자 늘면 처음부터 다시 개발 |
tok_mcp가 해결합니다:
✅ 질문으로 정확한 요구사항 파악
✅ AWS/GCP 검증된 모범 사례 적용
✅ 예산에 맞는 최적 구성 추천
✅ AI와 사람 모두 이해할 수 있는 문서 생성
🚀 사용법
3단계로 끝나는 아키텍처 설계
┌─────────────────────────────────────────────────────────────┐
│ STEP 1. 설치 (1분) │
│ ─────────────────── │
│ Claude Desktop 또는 Cursor에 tok_mcp 추가 │
├─────────────────────────────────────────────────────────────┤
│ STEP 2. 질문에 답하기 (3분) │
│ ─────────────────── │
│ AI: "어떤 서비스인가요?" │
│ 나: "회원가입 있는 할일 관리 앱이요" │
│ │
│ AI: "예상 사용자는?" │
│ 나: "하루 100명 정도?" │
│ │
│ AI: "월 예산은?" │
│ 나: "5만원 이내요" │
├─────────────────────────────────────────────────────────────┤
│ STEP 3. 문서 생성 │
│ ─────────────────── │
│ ✅ 아키텍처 문서 생성 완료! │
│ │
│ 📄 ARCHITECTURE.md ← 사람이 읽는 설계 문서 │
│ 🤖 .ai-context.yaml ← AI가 읽는 컨텍스트 │
│ │
│ → 이제 AI에게 "이 컨텍스트대로 API 만들어줘"라고 하면 끝! │
└─────────────────────────────────────────────────────────────┘실제 대화 예시
사용자: 아키텍처 설계해줘
tok_mcp: 몇 가지 질문드릴게요.
1. 어떤 플랫폼을 사용하시나요?
> AWS
2. 어떤 서비스인가요?
> B2B SaaS, 문서 협업 툴
3. 예상 규모는요?
> DAU 500명, 동시접속 50명
4. 월 예산은?
> $100 이내
5. 개발환경 문서도 포함할까요?
> 네
[문서 생성 중...]
✅ 아키텍처 문서 생성 완료!
생성된 파일:
📄 ARCHITECTURE.md - 아키텍처 상세 설명 (사람용)
🤖 .ai-context.yaml - AI 컨텍스트 파일 (AI용)
핵심 설계:
- 컴퓨팅: ECS Fargate (ARM64/Graviton)
- 데이터베이스: RDS PostgreSQL (t4g.micro)
- 캐시: ElastiCache Redis
- 저장소: S3 + CloudFront
- 예상 월 비용: ~$75
이제 AI에게 ".ai-context.yaml 참고해서 API 서버 만들어줘"라고 하시면,
AI가 아키텍처를 이해하고 그에 맞게 개발합니다.📦 설치법
npm 설치
npm install -g tok_mcpClaude Desktop 설정
claude_desktop_config.json 파일에 추가:
{
"mcpServers": {
"tok_mcp": {
"command": "npx",
"args": ["-y", "tok_mcp"]
}
}
}설정 파일 위치:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json
Cursor 설정
.cursor/mcp.json 파일에 추가:
{
"mcpServers": {
"tok_mcp": {
"command": "npx",
"args": ["-y", "tok_mcp"]
}
}
}설치 확인
설치 후 AI에게 물어보세요:
"tok_mcp 도구 목록 보여줘"💡 활용법
MCP 도구 목록
도구 | 설명 | 사용 예시 |
| 대화형 아키텍처 설계 | "아키텍처 설계해줘" |
| AWS 모범 사례 조회 | "SaaS용 AWS 아키텍처 알려줘" |
| CPU 아키텍처 추천 | "API 서버에 ARM vs x86?" |
| 아키텍처 문서 생성 | "문서 만들어줘" |
| 월간 비용 계산 | "이 구성 비용 얼마야?" |
| 확장 전략 제안 | "트래픽 10배 되면?" |
생성되는 문서
tok_mcp는 2가지 핵심 문서를 생성합니다:
1. ARCHITECTURE.md (사람용)
개발자가 읽고 이해할 수 있는 아키텍처 문서입니다.
# 아키텍처 문서
## 개요
B2B SaaS 문서 협업 서비스를 위한 AWS 기반 아키텍처
## 아키텍처 다이어그램
┌─────────────────────────────────────────────────────┐
│ AWS Cloud │
├─────────────────────────────────────────────────────┤
│ Route53 → CloudFront → ALB │
│ ↓ │
│ ECS Fargate │
│ (ARM64/Graviton) │
│ ↓ │
│ ┌─────────────┴─────────────┐ │
│ ↓ ↓ │
│ RDS PostgreSQL ElastiCache │
│ (t4g.micro) (Redis) │
│ ↓ │
│ S3 │
│ (정적 파일) │
└─────────────────────────────────────────────────────┘
## 설계 결정 사항
### 왜 ECS Fargate인가?
- 소규모 팀에서 Kubernetes 운영 부담 제거
- 서버리스로 운영 비용 최소화
- 오토스케일링 자동 지원
### 왜 ARM(Graviton)인가?
- x86 대비 40% 비용 절감
- 컨테이너 워크로드에 최적화
- 대부분의 언어/프레임워크 지원
### 왜 PostgreSQL인가?
- 복잡한 쿼리 지원 (문서 검색)
- JSON 타입 네이티브 지원
- 확장성 좋음
## 예상 비용
| 서비스 | 사양 | 월 비용 |
|--------|------|---------|
| ECS Fargate | 0.5vCPU, 1GB | ~$15 |
| RDS PostgreSQL | t4g.micro | ~$15 |
| ElastiCache | t4g.micro | ~$12 |
| ALB | - | ~$20 |
| S3 + CloudFront | 50GB | ~$5 |
| **합계** | | **~$67** |
## 확장 전략
1단계 (DAU 1,000): 현재 구성 유지
2단계 (DAU 5,000): ECS 태스크 수 증가, RDS 스케일업
3단계 (DAU 10,000+): Aurora 전환 고려, 캐시 클러스터화2. .ai-context.yaml (AI용)
AI가 최소 토큰으로 전체 구조를 파악할 수 있는 구조화된 파일입니다.
# .ai-context.yaml
# AI가 이 파일을 읽으면 프로젝트 아키텍처를 즉시 이해합니다
project:
name: "my-saas-app"
type: "b2b-saas"
description: "문서 협업 서비스"
architecture:
platform: aws
region: ap-northeast-2
style: containerized
compute:
service: ecs-fargate
cpu_arch: arm64
specs:
cpu: 0.5vCPU
memory: 1GB
scaling:
min: 1
max: 4
target_cpu: 70%
database:
primary:
type: postgresql
service: rds
instance: db.t4g.micro
storage: 20GB
cache:
type: redis
service: elasticache
instance: cache.t4g.micro
storage:
static:
service: s3
cdn: cloudfront
networking:
load_balancer: alb
dns: route53
ssl: acm
# AI 개발 가이드라인
dev_guide:
language: typescript
framework: fastapi # 또는 express, nestjs
orm: prisma # 또는 sqlalchemy
structure:
- "src/api/ - API 엔드포인트"
- "src/services/ - 비즈니스 로직"
- "src/repositories/ - 데이터 접근"
- "src/models/ - 타입 정의"
env_vars:
- DATABASE_URL
- REDIS_URL
- AWS_REGION
- AWS_S3_BUCKET
patterns:
- "REST API with OpenAPI spec"
- "Repository pattern for data access"
- "Structured JSON logging"
- "Health check endpoint at /health"
constraints:
- "ARM64 빌드 필수 (Graviton)"
- "Connection pooling 사용 (PgBouncer)"
- "S3 presigned URL로 파일 업로드"
estimated_cost: "$67/month"활용 시나리오
시나리오 1: 신규 프로젝트 시작
나: "쇼핑몰 만들건데 아키텍처 설계해줘"
AI: (tok_mcp 질문 진행)
AI: "문서 생성 완료! ARCHITECTURE.md와 .ai-context.yaml 만들었어요"
나: ".ai-context.yaml 참고해서 백엔드 API 만들어줘"
AI: (컨텍스트 파일을 읽고 아키텍처에 맞게 개발 시작)시나리오 2: 새 팀원 온보딩
새 팀원: "이 프로젝트 구조가 어떻게 되나요?"
AI: (ARCHITECTURE.md 읽음)
AI: "이 프로젝트는 AWS ECS Fargate 기반으로... (상세 설명)"시나리오 3: AI 컨텍스트 공유
나: "새 기능 추가해줘"
AI: (.ai-context.yaml 자동 참조)
AI: "현재 아키텍처(ECS Fargate + PostgreSQL)에 맞게 구현하겠습니다"문서 구조
your-project/
│
├── ARCHITECTURE.md # 👤 사람이 읽는 아키텍처 문서
│ ├── 개요
│ ├── 아키텍처 다이어그램
│ ├── 설계 결정 사항 (ADR)
│ ├── 예상 비용
│ └── 확장 전략
│
├── .ai-context.yaml # 🤖 AI가 읽는 컨텍스트 파일
│ ├── 프로젝트 정보
│ ├── 아키텍처 스펙
│ ├── 개발 가이드라인
│ └── 제약사항
│
├── docs/ # 📚 추가 문서 (선택)
│ ├── SCALING.md # 확장 가이드
│ ├── COST.md # 비용 최적화
│ └── DEPLOYMENT.md # 배포 가이드
│
└── infrastructure/ # 🚀 인프라 코드 (선택)
├── terraform/
└── docker/📋 상세 내용
추천 방식
1. AWS/GCP 모범 사례 기반
검증된 아키텍처 패턴을 기반으로 추천합니다.
참조 소스:
Naver Cloud 아키텍처 가이드
2. 워크로드 기반 CPU 아키텍처 추천
워크로드 | 추천 | 이유 |
웹/API 서버 | ARM (Graviton) | 비용 40% 절감 |
ML 추론 | ARM (Graviton) | 비용 대비 처리량 우수 |
ML 학습 | x86 + GPU | CUDA 필요 |
고성능 컴퓨팅 | x86 | 단일 스레드 성능 |
레거시 앱 | x86 | 호환성 |
컨테이너 | ARM (Graviton) | 네이티브 지원, 비용 절감 |
3. 규모별 개발환경 추천
규모 | 컨테이너 | 오케스트레이션 | CI/CD |
MVP | Docker Compose | - | GitHub Actions |
~1k DAU | Docker | ECS / Cloud Run | GitHub Actions |
~10k DAU | Docker | EKS / GKE | ArgoCD |
10k+ DAU | Docker | Kubernetes | GitOps |
질문 흐름
flowchart LR
subgraph Step1["STEP 1<br/>기본 정보"]
S1A[플랫폼]
S1B[서비스 목적]
S1C[서비스 설명]
end
subgraph Step2["STEP 2<br/>규모"]
S2A[예상 DAU]
S2B[동시 접속자]
S2C[일일 요청 수]
end
subgraph Step3["STEP 3<br/>확장성"]
S3A[성장률]
S3B[트래픽 패턴]
S3C[글로벌 여부]
end
subgraph Step4["STEP 4<br/>기술 요구사항"]
S4A[실시간 기능]
S4B[파일/미디어]
S4C[AI/ML]
end
subgraph Step5["STEP 5<br/>예산"]
S5A[월 예산]
S5B[개발환경]
end
Step1 --> Step2 --> Step3 --> Step4 --> Step5
Step5 --> Result([📄 문서 생성])아키텍처 추천 의사결정
flowchart TD
Start([시작]) --> Q1{플랫폼?}
Q1 -->|AWS| AWS_Path
Q1 -->|GCP| GCP_Path
Q1 -->|Naver Cloud| NCP_Path
Q1 -->|개인서버| OnPrem[Docker Compose]
subgraph AWS_Path[AWS]
A1{서비스 유형?}
A1 -->|웹/API| A2{규모?}
A1 -->|게임| A3[GameLift]
A1 -->|AI/ML| A4[SageMaker]
A2 -->|소규모| A5[ECS Fargate]
A2 -->|중규모| A6[EKS]
A2 -->|대규모| A7[EKS + Multi-AZ]
end
subgraph GCP_Path[GCP]
G1{서비스 유형?}
G1 -->|웹/API| G2[Cloud Run / GKE]
G1 -->|게임| G3[GCE + Agones]
G1 -->|AI/ML| G4[Vertex AI]
end
subgraph NCP_Path[Naver Cloud]
N1{서비스 유형?}
N1 -->|웹/API| N2[Server + LB]
N1 -->|게임| N3[Gaming Server]
end
A3 & A4 & A5 & A6 & A7 --> CPU{CPU?}
G2 & G3 & G4 --> CPU
N2 & N3 --> CPU
OnPrem --> Doc
CPU -->|범용| ARM[ARM - Graviton]
CPU -->|고성능| X86[x86]
CPU -->|ML 학습| GPU[x86 + GPU]
ARM & X86 & GPU --> Doc([📄 문서 생성])🔧 상세 구조
전체 흐름도
flowchart TB
subgraph User["👤 사용자"]
Q[질문: 아키텍처 설계해줘]
end
subgraph AI_Tool["🤖 AI 코딩 도구"]
Claude[Claude Desktop]
Cursor[Cursor]
GPT[ChatGPT]
Gemini[Gemini]
end
subgraph MCP["⚙️ tok_mcp 서버"]
direction TB
Handler[요청 핸들러]
subgraph Tools["MCP 도구들"]
T1[design_architecture]
T2[get_aws_reference]
T3[recommend_cpu_arch]
T4[generate_docs]
T5[estimate_cost]
end
subgraph Data["데이터 소스"]
AWS_Ref[(AWS 모범사례)]
GCP_Ref[(GCP 레퍼런스)]
Cost_DB[(비용 데이터)]
end
end
subgraph Output["📄 생성 문서"]
ARCH[ARCHITECTURE.md<br/>사람용]
CTX[.ai-context.yaml<br/>AI용]
end
subgraph Dev["🚀 개발 단계"]
AI_Dev[AI가 컨텍스트 읽고<br/>개발 시작]
end
Q --> Claude & Cursor & GPT & Gemini
Claude & Cursor & GPT & Gemini <--> |MCP 프로토콜| Handler
Handler --> Tools
Tools <--> Data
Tools --> Output
Output --> AI_Dev처리 과정 (시퀀스)
sequenceDiagram
participant U as 👤 사용자
participant AI as 🤖 AI (Claude/Cursor)
participant MCP as ⚙️ tok_mcp
participant DB as 📚 레퍼런스 DB
participant Repo as 📁 레포지토리
U->>AI: "아키텍처 설계해줘"
AI->>MCP: design_architecture 호출
loop 질문 단계
MCP->>AI: 질문 (플랫폼, 규모, 예산 등)
AI->>U: 질문 표시
U->>AI: 답변
AI->>MCP: 답변 전달
end
MCP->>DB: AWS/GCP 모범 사례 조회
DB-->>MCP: 매칭 아키텍처 패턴
MCP->>MCP: 아키텍처 설계
MCP->>MCP: 문서 생성
MCP-->>AI: 문서 내용 반환
AI->>Repo: ARCHITECTURE.md 저장
AI->>Repo: .ai-context.yaml 저장
AI-->>U: "문서 생성 완료!"
Note over U,Repo: 이후 개발 시
U->>AI: "API 만들어줘"
AI->>Repo: .ai-context.yaml 읽기
AI->>AI: 아키텍처 컨텍스트 이해
AI-->>U: 아키텍처에 맞는 코드 생성내부 계층 구조
graph TB
subgraph Layer1["🎯 인터페이스 계층"]
MCP_Server["MCP 서버 (JSON-RPC)"]
end
subgraph Layer2["🔧 도구 계층"]
Tool_Design["design_architecture"]
Tool_Ref["get_aws_reference"]
Tool_CPU["recommend_cpu_arch"]
Tool_Docs["generate_docs"]
Tool_Cost["estimate_cost"]
end
subgraph Layer3["⚡ 비즈니스 로직"]
Analyzer["요구사항 분석기"]
Matcher["패턴 매칭 엔진"]
DocGen["문서 생성기"]
Calculator["비용 계산기"]
end
subgraph Layer4["💾 데이터 계층"]
AWS_Patterns[("AWS 패턴 DB")]
GCP_Patterns[("GCP 패턴 DB")]
Pricing[("가격 DB")]
Templates[("문서 템플릿")]
end
Layer1 --> Layer2
Layer2 --> Layer3
Layer3 --> Layer4출력 문서 구조
graph LR
subgraph Output["tok_mcp 출력물"]
direction TB
subgraph Core["🎯 핵심 문서"]
ARCH["ARCHITECTURE.md<br/>사람이 읽는 설계서"]
CTX[".ai-context.yaml<br/>AI가 읽는 컨텍스트"]
end
subgraph Optional["📚 선택 문서"]
SCALE["SCALING.md"]
COST["COST.md"]
DEPLOY["DEPLOYMENT.md"]
end
subgraph Infra["🚀 인프라 코드 (선택)"]
TF["terraform/"]
Docker["docker/"]
end
end
ARCH --> |개발자가 읽고| Human[프로젝트 이해]
CTX --> |AI가 읽고| AI_Dev[개발 시작]
TF --> |선택적 사용| Deploy[인프라 배포]📍 로드맵
기본 아키텍처 추천 시스템
ARCHITECTURE.md 생성
.ai-context.yaml 생성
AWS Solutions Library 연동
Terraform 코드 생성 (선택 옵션)
Docker Compose 생성 (선택 옵션)
비용 시뮬레이터
GCP/Naver Cloud 지원 확대
아키텍처 다이어그램 이미지 생성
☕ 톡코딩에게 후원하기
📄 라이선스
MIT License
🤝 기여하기
이슈와 PR을 환영합니다!
git clone https://github.com/seongminjaden/tok_mcp.git
cd tok_mcp
npm install
npm run devThis server cannot be installed
Resources
Looking for Admin?
Admins can modify the Dockerfile, update the server description, and track usage metrics. If you are the server author, to access the admin panel.