# 파란여우 / Bluefox (bluefoxdev.kr)

> 만들고, 부딪히고, 다시 만드는 개발 이야기.
> 직접 만든 AI 앱·제품의 개발과 배포, 현업 엔지니어링 경험을 공개하는 실전형 테크 크리에이터. bluefoxdev.kr에 원문을, 인스타그램 @bluefox._.hi에 요약을 올립니다.
> 주체: 개인 크리에이터(Person). 프로젝트 의뢰는 기업·개인 구분 없이 파란여우가 직접 받습니다.

## 사이트 구조

- [Build Log](https://www.bluefoxdev.kr/build-log) — 만드는 과정을 그대로 씁니다 — 설계 결정, 비용·일정, 실패와 회고, 그리고 제품 이야기.
- [AI Lab](https://www.bluefoxdev.kr/ai-lab) — Agent·RAG·MCP·생성형 AI를 직접 돌려 본 실험과, 비개발자도 바로 쓰는 실무 자동화 팁.
- [Dev Notes](https://www.bluefoxdev.kr/dev-notes) — AWS·Vercel·CI/CD 운영 회고와 프레임워크·커리어 개발 노트. 발주·외주 실무 글은 아카이브로 모아 두었습니다.
- [Learn](https://www.bluefoxdev.kr/learn) — 코드 없이 AI 비서 만들기·업무 자동화 커리큘럼
- [Projects](https://www.bluefoxdev.kr/projects) — 직접 만들고 운영하는 서비스 (개인/운영 · 고객 프로젝트 구분)
- [도구](https://www.bluefoxdev.kr/tools) — 견적 요청서·TCO·AX/DX 전환 진단·견적 계산기(https://www.bluefoxdev.kr/estimate)
- [About](https://www.bluefoxdev.kr/about) · [Now](https://www.bluefoxdev.kr/now) · [Collaborate](https://www.bluefoxdev.kr/collaborate) · [Contact](https://www.bluefoxdev.kr/contact)
- 전체 글: https://www.bluefoxdev.kr/blog (글 정식 주소는 /blog/<slug>; /posts/<slug> 는 같은 글로 308)

## 시리즈

### Build in Public (5편) — https://www.bluefoxdev.kr/build-log?series=build-in-public
서비스 개발의 시작 배경, 요구사항, 설계 결정, 비용·일정, 문제와 회고. 성과 수치는 검증 가능한 것만 적습니다.
  - [대량 발행한 콘텐츠는 왜 '가치 없음'으로 판정되는가 — 467편 사이트의 자가진단 보고](https://www.bluefoxdev.kr/blog/scaled-content-adsense-postmortem-2026) — 애드센스가 '가치가 별로 없는 콘텐츠'로 반려했는데 ads.txt·robots·사이트맵·색인은 전부 정상이었습니다. 자사 사이트 467편을 직접 측정해 발행 집중률·날짜 동일률·문서 두께라는 세 지표로 원인을 좁히고, 삭제 대신 색인만 걷어내는 결정 규칙을 세운 과정을 기록합니다.
  - [MDX·마크다운 블로그 파이프라인 — 단일 소스에서 OG·sitemap까지](https://www.bluefoxdev.kr/blog/mdx-blog-pipeline-2026) — 개인 Next.js 블로그에서 글 파일이 목록·상세·OG·sitemap으로 갈라질 때 생기는 불일치를, frontmatter 스키마와 파서 단일화 관점에서 정리합니다. bluefox.dev식 파일 기반 콘텐츠를 전제로 한 설계 에세이입니다.
  - [글로벌 댄스 오디션 사전 접수 페이지 개발 후기](https://www.bluefoxdev.kr/blog/%EA%B8%80%EB%A1%9C%EB%B2%8C-%EB%8C%84%EC%8A%A4-%EC%98%A4%EB%94%94%EC%85%98-%EC%82%AC%EC%A0%84-%EC%A0%91%EC%88%98-%ED%8E%98%EC%9D%B4%EC%A7%80-%EA%B0%9C%EB%B0%9C-%ED%9B%84%EA%B8%B0) — 글로벌 댄스 참가자를 사전 접수받아 트레이닝 후 경연 대회 참가까지 이어지는 플랫폼을 기획부터 배포까지 전담 개발했습니다. Next.js, Nest.js, MariaDB와 페르소나·의도, 비슷한 오디션·이벤트 접수 시스템 개발이 필요하시면 문의해 주세요.
  - [Next.js와 Nest.js로 만든 뉴스 플랫폼 개발 후기](https://www.bluefoxdev.kr/blog/Next.js%EC%99%80-Nest.js%EB%A1%9C-%EB%A7%8C%EB%93%A0-%EB%89%B4%EC%8A%A4-%ED%94%8C%EB%9E%AB%ED%8F%BC-%EA%B0%9C%EB%B0%9C-%ED%9B%84%EA%B8%B0) — 학교·기관 뉴스를 하나의 뉴스 네트워크로 묶어 분양하는 플랫폼을 기획부터 배포까지 전담 개발했습니다. Next.js, Nest.js, MariaDB 스택과 페르소나·의도, 비슷한 뉴스·미디어 플랫폼 개발이 필요하시면 문의해 주세요.
  - [신입 개발자 1년, 100번 망한 순간들 (그리고 살아남은 방법)](https://www.bluefoxdev.kr/blog/%EC%8B%A0%EC%9E%85-%EA%B0%9C%EB%B0%9C%EC%9E%90-1%EB%85%84-100%EB%B2%88-%EB%A7%9D%ED%95%9C-%EC%88%9C%EA%B0%84%EB%93%A4-%EA%B7%B8%EB%A6%AC%EA%B3%A0-%EC%82%B4%EC%95%84%EB%82%A8%EC%9D%80-%EB%B0%A9-009c67) — 코드 날려먹기부터 서버 터뜨리기까지... 신입 개발자 1년차가 겪은 실제 실패 사례 100개와 각 상황에서 살아남는 방법. 당신만 망하는 게 아닙니다.

### 제품 이야기 (2편) — https://www.bluefoxdev.kr/build-log?series=product-stories
직접 만들어 출시하거나 실험 중인 제품의 기록. 무엇을 만들었고, 어디까지 왔고, 무엇이 막혔는지.
  - [1인 개발자 SaaS 런칭 가이드 — 아이디어부터 첫 유료 고객까지](https://www.bluefoxdev.kr/blog/solo-developer-saas-launch-guide) — 혼자서 SaaS를 만들고 런칭하는 전 과정을 다룹니다. 아이디어 검증, 기술 스택 선정, MVP 개발, 결제 연동, 마케팅까지 실전 가이드.
  - [말과 수어 사이를 잇는 앱, Sign Bridge를 만들며](https://www.bluefoxdev.kr/blog/Sign-Bridge-%EC%88%98%EC%96%B4-%EC%86%8C%ED%86%B5-%EB%B3%B4%EC%A1%B0-%EC%95%B1-%EC%9D%B4%EC%95%BC%EA%B8%B0) — Sign Bridge Android 앱의 취지와 동작, 온디바이스 설계, ml-train·재학습 스크립트 흐름을 비전문가도 읽을 수 있게 정리했습니다. 배경은 국립국어원 조사·언론 보도를 인용합니다.

### AI 실험실 (16편) — https://www.bluefoxdev.kr/ai-lab?series=ai-lab
Agent·RAG·MCP·생성형 AI를 실제로 돌려 본 기록. 재현 가능한 단계, 도구 버전, 한계, 비용·보안 주의.
  - [Jev가 뭐고, 왜 AI 업계에서 말이 많아졌나 — System One 입문](https://www.bluefoxdev.kr/blog/what-is-jev-system-one-2026) — 채팅 LLM과 다른 ‘판단용’ API인 TypeSafe Jev(System One)의 개념—state, Choice·Score·Noul, 확률 출력—과 2025~2026년에 화제가 된 이유를 예시와 함께 설명합니다.
  - [요즘 말하는 AI 리버스 엔지니어링 — SaaS·앱 ‘복제’ 이슈를 개념과 사례로](https://www.bluefoxdev.kr/blog/ai-reverse-engineering-software-cloning-explained-2026) — 리버스 엔지니어링·HAR·MCP·클린룸·코딩 에이전트가 무엇인지부터, 2025~2026년 SaaS·앱 ‘복제’ 화제(Linear HAR, REA, Ralph, Artcraft)를 개념과 사례로 설명합니다.
  - [Cursor로 PR 만드는 워크플로 — 규칙·스킬·리뷰의 역할 분리](https://www.bluefoxdev.kr/blog/cursor-pr-workflow-2026) — AI 코딩의 산출물은 채팅 로그가 아니라 리뷰 가능한 PR이어야 합니다. Cursor(또는 유사 에이전트형 에디터)에서 범위를 자르고, 규칙과 스킬을 나누며, 사람이 검증 게이트를 유지하는 워크플로를 설계 관점에서 정리합니다.
  - [OpenClaw란? 개인 AI 어시스턴트·멀티 채널·로컬 우선까지 한 번에 보기 (2026)](https://www.bluefoxdev.kr/blog/OpenClaw-%EB%A1%9C%EC%BB%AC-%EC%97%90%EC%9D%B4%EC%A0%84%ED%8A%B8-AI-%EC%9E%85%EB%AC%B8-2026) — 오픈소스 OpenClaw가 무엇을 목표로 하는지, 웹 챗봇과 무엇이 다른지, 채널 연동과 보안·책임 문제를 어떻게 봐야 하는지, 그리고 공식 문서를 어떻게 따라가면 좋은지까지 소개와 설명 중심으로 정리했습니다.
  - [인스타그램 소재 생성 LLM 에이전트: 설계 공간과 기술적 고려사항](https://www.bluefoxdev.kr/blog/instagram-llm-agent-2026) — 인스타그램 콘텐츠 자동 생성을 위한 LLM 에이전트의 설계 공간, 접근법 간 트레이드오프, 멀티모달·오케스트레이션 관점에서의 분석을 다룹니다.
  - [iOS·Android 온디바이스 AI 완벽 가이드 (3) - Android 실전: ML Kit, TFLite, Gemini Nano](https://www.bluefoxdev.kr/blog/iOS-Android-%EC%98%A8%EB%94%94%EB%B0%94%EC%9D%B4%EC%8A%A4-AI-%EC%99%84%EB%B2%BD-%EA%B0%80%EC%9D%B4%EB%93%9C-3-Android-%EC%8B%A4%EC%A0%84-ML-Kit-TFLite-Gemini-Nano) — Android에서 ML Kit, TensorFlow Lite, Gemini Nano를 활용해 온디바이스 AI를 구현하는 방법과 실전 코드를 소개합니다.

### AI를 사용하는 일 (18편) — https://www.bluefoxdev.kr/ai-lab?series=ai-at-work
비개발자도 바로 쓰는 실무 자동화 팁. 어떤 업무를 맡기고, 어떤 업무는 맡기면 안 되는지.
  - [일상에서 AI 활용하는 방법 10가지: 실제로 남은 것과 금방 그만둔 것](https://www.bluefoxdev.kr/blog/%EC%9D%BC%EC%83%81%EC%83%9D%ED%99%9C%EC%97%90%EC%84%9C-AI%EB%A5%BC-%ED%99%9C%EC%9A%A9%ED%95%98%EB%8A%94-%EC%8B%A4%EC%9A%A9%EC%A0%81%EC%9D%B8-%EB%B0%A9%EB%B2%95-10%EA%B0%80%EC%A7%80) — ChatGPT·Claude 를 1년 넘게 일상에서 써 보고 실제로 계속 쓰게 된 활용법 10가지. 각각 어떻게 요청하는지, 어디서 틀리는지, 금방 그만둔 활용법은 왜 그랬는지까지 정리했습니다.
  - [DX 전환, ‘디지털화’가 아니라 업무 흐름 재설계부터](https://www.bluefoxdev.kr/blog/dx-transformation-practical-start-2026) — 홈페이지·앱·클라우드 이전만으로 DX가 끝나지 않습니다. 종이·엑셀·메일에 묶인 결재·정산·보고 흐름을 데이터와 역할 단위로 쪼개면, 무엇을 시스템으로 바꿀지 우선순위가 보입니다.
  - [AX 실행 — 슬라이드가 아니라 시스템과 교육으로 조직을 움직이기](https://www.bluefoxdev.kr/blog/ax-execution-system-not-slide-2026) — AX는 AI 도입 선언이 아니라, 임원 인식·현업 실무·PoC·운영까지 한 줄로 이어지는 실행입니다. 교육만·구축만으로는 끊기기 쉬운 지점과, 회사소개서 수준의 Track을 어떻게 쪼개 실행할지 정리합니다.
  - [AI 응용 프로그램, PoC에서 운영까지 — 무엇을 ‘프로그램’으로 볼 것인가](https://www.bluefoxdev.kr/blog/ai-application-program-roadmap-2026) — 챗봇 하나와 Agent·RAG·업무 시스템 연동은 다른 과제입니다. AI 응용 프로그램을 범위·데이터·권한·운영 네 축으로 나누면, 어디까지가 1차 릴리스인지와 무엇이 Managed Service까지 이어져야 하는지가 보입니다.
  - [회사에서 자동화, 무엇부터 할 것인가 — 후보 업무를 손익분기와 위험으로 줄 세우는 법](https://www.bluefoxdev.kr/blog/automation-candidate-ranking-2026) — 자동화 도구를 고르기 전에 대상을 골라야 합니다. 빈도·소요시간·예외율·되돌림 가능성 네 축으로 후보를 점수화하고 손익분기 개월을 계산하면, 첫 과제는 대개 '가장 답답한 일'이 아니라 '가장 지루하고 안전한 일'로 나옵니다. 자동화의 역설이 왜 이 순서를 요구하는지까지 정리했습니다.
  - [쇼핑몰 CS 답변, AI로 초안 만들기 — 맡길 문의와 맡기면 안 되는 문의](https://www.bluefoxdev.kr/blog/shop-cs-ai-draft-2026) — 문의 전부를 AI에 맡기면 사고가 납니다. 답이 규정에 있는 문의만 넘기고 확약·불만·법적 언급은 사람이 받는 경계를 긋고, 실제로 시간이 줄었는지 2주 만에 판정하는 방법까지 정리합니다.

### DevOps 노트 (18편) — https://www.bluefoxdev.kr/dev-notes?series=devops-notes
AWS·Vercel·CI/CD·인프라를 운영하며 남긴 회고. 배포가 깨진 날, 청구서가 오른 달, 고친 방법.
  - [방송 나가는 날 사이트가 버틸까 — 트래픽이 몰릴 때를 미리 계산하는 법](https://www.bluefoxdev.kr/blog/traffic-spike-readiness-2026) — TV 노출, 인플루언서 협업, 대형 광고 집행. 준비한 날에 사이트가 죽으면 그날의 기회는 그대로 사라집니다. 몇 명까지 버티는지 어떻게 가늠하고, 어디를 먼저 손봐야 하며, 비용을 안 들이고 할 수 있는 게 무엇인지 정리했습니다.
  - [배포하니 CSS가 통째로 사라졌다 — 트레일링 슬래시와 상대경로가 만나는 지점](https://www.bluefoxdev.kr/blog/nextjs-trailing-slash-relative-path-2026) — 로컬에서는 멀쩡한데 배포하면 스타일이 하나도 안 먹습니다. Next.js가 주소 끝 슬래시를 떼는 순간 상대경로가 한 단계 위로 풀리기 때문입니다. curl로는 절대 잡히지 않는 종류의 버그라, 원인보다 검증 방법이 더 중요합니다.
  - [사이드 프로젝트 FinOps — 청구서를 제품 입력으로 읽는 다섯 규칙](https://www.bluefoxdev.kr/blog/side-project-finops-2026) — 엔터프라이즈 FinOps 프레임워크가 아니라, 1인·소수 팀이 Vercel·DB·메일·로그·Preview에서 요금 기댓값을 낮추기 위해 쓰는 알림·유휴 삭제·TTL·봇·환경 분리 규칙을 원인과 함께 정리합니다.
  - [엣지 미들웨어 rate limit 설계 노트 — 위협 모델부터 429 응답까지](https://www.bluefoxdev.kr/blog/edge-rate-limit-bots-2026) — WAF 제품 비교가 아니라, Next.js 엣지 미들웨어에서 문의·인증 등 쓰기 경로에 rate limit을 둘 때의 위협 모델, 키·윈도우·저장소 설계, 429 응답과 관측, 그리고 봇 판별의 근본적 한계를 논문형 구조로 정리합니다.
  - [bundle-analyzer로 초기 JS를 줄이는 방법 — 30분의 우선순위 지도](https://www.bluefoxdev.kr/blog/nextjs-bundle-analyzer-30min-2026) — Core Web Vitals 개론을 넘어, @next/bundle-analyzer로 프로덕션 클라이언트 청크를 읽고 ‘삭제·지연·직접 import’ 중 무엇을 먼저 할지 판단하는 절차를 정리합니다. 숫자로 우선순위를 고정하는 실무 에세이입니다.
  - [Resend로 문의 폼 메일 보내기 — 로컬과 Vercel이 갈라지는 이유](https://www.bluefoxdev.kr/blog/resend-contact-form-vercel-2026) — 트랜잭션 메일 API를 Next.js 문의 폼에 붙일 때, 로컬 성공·프로덕션 실패가 나는 원인을 환경 변수·발신 도메인·수신 제한·서버 경계·봇·관측 가능성으로 분해해 설명합니다. Resend를 예시로 쓰되 동급 서비스에도 적용되는 모델입니다.

### 개발 노트 (48편) — https://www.bluefoxdev.kr/dev-notes?series=dev-notes
프레임워크·라이브러리·커리어 등 운영 회고로 묶이지 않는 개발 글. 규칙에 걸리지 않은 글의 기본 자리입니다.
  - [코딩테스트 준비 가이드 2026: 유형별 전략과 3개월 계획](https://www.bluefoxdev.kr/blog/%EC%BD%94%EB%94%A9%ED%85%8C%EC%8A%A4%ED%8A%B8-%EC%99%84%EB%B2%BD-%EC%A4%80%EB%B9%84-%EA%B0%80%EC%9D%B4%EB%93%9C-%EC%95%8C%EA%B3%A0%EB%A6%AC%EC%A6%98-%EB%AC%B8%EC%A0%9C-%ED%92%80%EC%9D%B4-80b9bd) — 코딩테스트를 처음 준비하는 사람을 위한 가이드. 자주 나오는 알고리즘 유형, 백준·프로그래머스·LeetCode 를 어떻게 나눠 쓰는지, 3개월 계획, 시험장에서 시간을 배분하는 법과 흔한 실패 패턴까지 정리했습니다.
  - [Vitest로 서버 유틸을 고정하는 이유 — E2E 시대의 단위 테스트 재배치](https://www.bluefoxdev.kr/blog/vitest-server-utils-2026) — Playwright가 흐름을 보증한다면 Vitest는 가격·권한·포맷처럼 회귀 비용이 큰 순수 로직을 싸게 고정합니다. 테스트 피라미드에서 단위 층을 두껍게 할 대상 선정 기준, Next.js에서의 분리 전략, 그리고 AI 코딩 시대에 단위 테스트가 갖는 역할을 논문형 구조로 정리합니다.
  - [개인 사이트 쿠키·개인정보 안내 — 개발자가 맞춰야 할 최소 정합](https://www.bluefoxdev.kr/blog/personal-site-privacy-cookie-2026) — 법률 자문이 아닌 기술·정보 구조 관점에서, Analytics·문의 폼·호스팅 위탁이 있는 개인 사이트가 ‘고지 문장’과 ‘실제 스크립트·로그’를 어떻게 같게 맞출지 정리합니다. 동의 전 로드, 필수/선택 구분, 외부 처리의 경계를 다룹니다.
  - [Next.js에 토스페이먼츠 붙일 때 — 최소 체크리스트를 넘어서](https://www.bluefoxdev.kr/blog/toss-payments-nextjs-checklist-2026) — 결제 위젯 연동보다 먼저 굳혀야 할 것은 주문 상태 머신과 웹훅 멱등성입니다. Next.js App Router에서 요청·승인·웹훅·권한 부여 순서를 설계할 때 생기는 실패 모드와 판단 기준을 정리합니다.
  - [Auth.js 세션 골격론: 패스키 이전에 고정해야 하는 발급·검증·만료 계약](https://www.bluefoxdev.kr/blog/authjs-session-skeleton-2026) — WebAuthn·패스키를 붙이기 전에 Next.js 세션이 실제로 증명하는 것은 무엇인가. Auth.js가 묶는 발급·전달·검증 삼층 모델을 중심으로 JWT 세션과 DB 세션의 트레이드오프, 쿠키 속성이 배포 환경에서 깨지는 방식, 보호 경계의 이층 방어와 그 반례를 분석합니다.
  - [Zustand 상태관리 완벽 가이드 — Redux를 대체하는 가벼운 해법](https://www.bluefoxdev.kr/blog/zustand-state-management-guide-2026) — Zustand로 React 상태 관리를 간소화하는 방법을 다룹니다. 기본 사용법부터 미들웨어, 비동기 처리, TypeScript 패턴까지.

### 발주·외주 실무 (42편) — https://www.bluefoxdev.kr/dev-notes?series=procurement
외주를 맡기고 받는 쪽 모두를 위한 실무 글 아카이브 — 견적·계약·검수·운영 인수. 프로젝트 의뢰는 기업·개인 구분 없이 받습니다.
  - [서버비가 매달 조금씩 오르는 이유 — 개발자 없이 클라우드 청구서 읽는 법](https://www.bluefoxdev.kr/blog/cloud-bill-reading-2026) — 오픈 때 월 5만 원이던 서버비가 1년 뒤 30만 원이 되어 있는 일은 드물지 않습니다. 방문자가 늘어서라면 괜찮지만, 대부분은 아무도 안 쓰는 것에 돈이 나가고 있습니다. 발주자가 청구서에서 직접 확인할 수 있는 항목과 개발사에 물어볼 질문을 정리했습니다.
  - [디자인 시안, 몇 번까지 고칠 수 있나 — 수정 횟수를 계약에 적는 법](https://www.bluefoxdev.kr/blog/design-revision-rounds-2026) — "수정 3회"라고 적힌 계약서는 흔하지만, 무엇이 한 번의 수정인지는 거의 적혀 있지 않습니다. 그래서 세 번째 수정쯤에서 서로 얼굴을 붉힙니다. 수정과 변경을 가르는 기준, 피드백을 모으는 방법, 계약서에 넣을 문장을 정리했습니다.
  - [쇼핑몰은 다 만들었는데 결제가 안 열린다 — PG 계약을 개발 전에 시작해야 하는 이유](https://www.bluefoxdev.kr/blog/pg-contract-before-launch-2026) — 쇼핑몰 오픈이 미뤄지는 가장 흔한 이유는 개발이 아니라 결제 심사입니다. PG 계약, 통신판매업 신고, 구매안전서비스가 서로 물려 있어서 순서를 모르면 몇 주가 그냥 흘러갑니다. 개발과 나란히 진행해야 하는 서류 작업의 순서를 정리했습니다.
  - [앱이 꼭 있어야 할까 — 웹·웹앱·네이티브 앱을 가르는 다섯 가지 질문](https://www.bluefoxdev.kr/blog/web-or-app-decision-2026) — "요즘은 앱이 있어야 하지 않나요?"로 시작하는 프로젝트가 많습니다. 그런데 앱은 만드는 비용보다 유지하는 비용이 더 크고, 웹으로 충분한 경우도 많습니다. 발주 전에 스스로 답해 보면 방향이 정해지는 질문 다섯 개를 정리했습니다.
  - [관리자 화면이 견적의 절반을 먹는 이유 — 백오피스 범위를 정하는 법](https://www.bluefoxdev.kr/blog/admin-backoffice-scope-2026) — 발주할 때는 고객이 보는 화면만 생각하는데, 견적서를 받아 보면 관리자 기능이 절반 가까이를 차지하는 경우가 많습니다. 관리자 화면이 왜 비싼지, 어떤 기능을 꼭 만들어야 하고 어떤 건 기존 도구로 대신할 수 있는지 정리했습니다.
  - [리뉴얼 오픈한 날 검색 유입이 반토막 나는 이유 — 옛 주소 이전 목록 만드는 법](https://www.bluefoxdev.kr/blog/renewal-redirect-map-2026) — 새 사이트는 더 예쁜데 오픈 다음 주부터 검색 유입이 절반으로 떨어지는 일이 흔합니다. 대부분 옛 주소가 404로 끊겨서 생기는 문제입니다. 오픈 전에 옛 주소 목록을 뽑고, 새 주소와 짝을 맞추고, 오픈 당일 확인하는 순서를 정리했습니다.

## 기획·개발한 제품 (운영 중)

- [CAREGRADE 케어그레이드](https://caregrade.kr/) — 전국 장기요양기관의 평가등급·인력·정원을 지역별로 비교하는 공공데이터 기반 서비스 · 케이스 스터디: https://www.bluefoxdev.kr/projects/caregrade
- [CRESIVITY 크레시비티](https://cresivity.com/) — SEO·AEO·GEO, 콘텐츠, 사이트, 광고, 트래픽 보호, 인사이트를 하나의 흐름으로 잇는 AI 마케팅 운영 플랫폼 · 케이스 스터디: https://www.bluefoxdev.kr/projects/cresivity
- [TALKDAM 톡담](https://talkdam.com/) — 반복 문의는 상담원 "담이"가 답하고, 예약·상담이 필요할 때만 사장님을 부르는 동네 가게용 상담 채팅 · 케이스 스터디: https://www.bluefoxdev.kr/projects/talkdam
- [BLUEBUTTON 블루버튼](https://bluebutton.kr/) — AI 사업공고 탐색, AX 진단, AI 파트너 연결을 잇는 플랫폼 · 케이스 스터디: https://www.bluefoxdev.kr/projects/bluebutton
- [SOCIALSLOTPLAY 슬롯플레이](https://www.socialslotplay.com/) — 무료 가상 코인으로 즐기는 오락용 소셜 카지노·보드·두뇌게임과 커뮤니티 · 케이스 스터디: https://www.bluefoxdev.kr/projects/socialslotplay
- [ONEULSANJI 오늘산지](https://oneulsanji.com/) — 전국 산지와 지역 생산자의 먹거리를 MD가 골라 소개하고 판매를 중개하는 산지 셀렉트 마켓 · 케이스 스터디: https://www.bluefoxdev.kr/projects/oneulsanji
- [LINK.ME.KR 링크미](https://link.me.kr/) — 블로그 글부터 프로필·링크 모음까지, 주제마다 페이지를 만들고 서로 엮어 공개하는 보드형 페이지 도구 · 케이스 스터디: https://www.bluefoxdev.kr/projects/linkme

## Projects

- [bluefoxdev.kr](https://www.bluefoxdev.kr/projects/bluefoxdev-kr) — 이 사이트 — 글·시리즈·프로젝트를 파일 하나에서 OG·sitemap까지 뽑는 개인 콘텐츠 허브 (역할: 기획 · 개발 · 운영)
- [Sign Bridge](https://www.bluefoxdev.kr/projects/sign-bridge) — 말과 수어 사이를 잇는 Android 앱 — 수어 인식·출력 양방향 소통 (역할: Android 앱 · ML 연동 · UX)
- [학교·기관 뉴스 분양 플랫폼](https://www.bluefoxdev.kr/projects/news-syndication-platform) — 학교·기관 뉴스를 하나의 네트워크로 묶어 구독처에 공급하는 플랫폼 (역할: 기획 · DB · API · 프론트 전담 개발 · 배포)
- [글로벌 댄스 오디션 사전 접수 플랫폼](https://www.bluefoxdev.kr/projects/global-dance-audition-signup) — 참가 신청 → 트레이닝 → 대회 참가까지 한 흐름으로 설계한 접수 서비스 (역할: 기획 · DB · API · 프론트 전담 개발 · 배포)

## 채널·협업

- 인스타그램: https://www.instagram.com/bluefox._.hi (짧은 데모·카드뉴스; 원문은 항상 bluefoxdev.kr)
- 프로젝트 의뢰(기업·개인 구분 없음)·강의·공동 콘텐츠·브랜드 협업: https://www.bluefoxdev.kr/collaborate

## 인용 안내

- 출처: https://www.bluefoxdev.kr · 발행일·글 제목을 함께 표기해 주세요. 성과 수치는 글에 적힌 검증 가능한 것만 인용하세요.
- 사이트맵: https://www.bluefoxdev.kr/sitemap.xml · RSS: https://www.bluefoxdev.kr/feed.xml