secondbranch 님의 블로그

AI로 일해본 기록 (7편) — 플러그인은 상자, 스킬은 부품

secondbranch — Wed, 19 Aug 2026 20:37:13 +0900

지난 편 → 6편 — 챗GPT랑 클로드, 왜 서로 대화는 못 시킬까

Claude Code용으로 잘 만들어진 플러그인 하나가 눈에 들어왔습니다. 코드를 필요 이상으로 부풀리지 않게, "게으른 시니어 개발자"처럼 최소로만 짜도록 붙잡아 주는 도구였죠. 그런데 설치 버튼 앞에서 손이 멈췄습니다.

제가 원한 건 그 안의 원칙 하나뿐이었는데, 플러그인은 그것 말고도 여러 가지를 통째로 데려오거든요. 안 쓸 기능까지 환경에 얹히는 게 싫어서, 저는 깔지 않고 열어서 필요한 조각만 빼내기로 했습니다.

그러려면 먼저 "플러그인"과 "스킬"이 뭐가 다른지부터 알아야 했습니다.

스킬과 플러그인은 뭐가 다른가

한 줄로 하면 이렇습니다. 스킬은 부품 하나, 플러그인은 부품을 담은 상자.

스킬(Skill) 은 최소 단위입니다. SKILL.md라는 마크다운 파일 하나가 전부고, 필요하면 옆에 보조 파일(스크립트·데이터)을 둘 수 있습니다. 두는 곳도 단순합니다.

개인용: ~/.claude/skills/<이름>/SKILL.md
프로젝트용: .claude/skills/<이름>/SKILL.md

파일 맨 위 frontmatter에 "이 스킬을 언제 써야 하는지"를 적어두면, Claude가 상황을 보고 알아서 불러 씁니다. 아니면 /스킬이름으로 직접 부를 수도 있습니다. 말하자면 "이 일은 이렇게 처리해라"라고 적어둔 지침 한 장입니다.

플러그인(Plugin) 은 그 부품들을 담아 배포하는 상자입니다. .claude-plugin/plugin.json이라는 매니페스트를 중심으로, 여러 종류의 구성요소를 한 번에 묶습니다.

skills/ — 스킬들
agents/ — 커스텀 에이전트(서브에이전트)
hooks/ — 특정 이벤트(도구 실행 전후 등)에 끼어드는 훅
.mcp.json — 외부 서비스 연동(MCP 서버)
그 밖에 LSP 서버, 백그라운드 모니터, 실행 파일 등

그리고 이 상자는 마켓플레이스를 통해 설치합니다.

/plugin marketplace add 소유자/저장소
/plugin install 플러그인이름@마켓플레이스

정리하면, 스킬은 재사용 가능한 기능 한 조각이고, 플러그인은 그 조각들에 훅·에이전트·MCP까지 묶어 배포하는 꾸러미입니다. 그래서 플러그인 안에는 스킬이 들어 있을 수 있지만, 반대로 스킬은 플러그인 없이도 .claude/skills/에 그냥 두면 혼자 동작합니다. 이 마지막 문장이 제가 노린 지점이었습니다. 스킬은 단독으로 살 수 있습니다.

상자를 열어보니

제가 원한 플러그인의 저장소를 열어보니, 예상대로 구조가 위에서 말한 그대로였습니다. 여러 폴더 중 skills/ 아래에 제가 탐내던 그 원칙이 SKILL.md 한 장으로 얌전히 들어 있었습니다. 훅도, MCP도, 에이전트도 아니고 딱 스킬 하나. 즉 상자를 통째로 들일 이유가 없었습니다. 그 한 장이면 됐습니다.

필요한 스킬만 빼서 내 것으로

이식 자체는 단순합니다.

플러그인에서 SKILL.md와 (있다면) 보조 파일을 통째로 복사합니다.
제 스킬 폴더 ~/.claude/skills/<이름>/에 넣습니다.
frontmatter를 제 환경에 맞게 손봅니다(설명 문구를 제 말투로 다듬는 정도).

다만 그대로 옮기면 안 되는 함정 세 가지가 있었습니다.

경로 변수: 플러그인 안에서만 통하는 ${CLAUDE_PLUGIN_ROOT} 같은 변수를 쓰고 있으면, 스킬만 떼어냈을 때 그 경로가 깨집니다. 상대 경로로 바꿔줘야 합니다.
숨은 의존성: 그 스킬이 플러그인의 훅이나 MCP 서버에 기대고 있으면, 스킬만 가져왔을 때 반쪽만 동작하거나 조용히 실패합니다. "이 스킬이 혼자 설 수 있는가"를 먼저 확인해야 합니다. 제 경우엔 순수하게 지침만 담긴 스킬이라 깔끔하게 떨어졌습니다.
라이선스와 예의: MIT 같은 오픈 라이선스면 파일을 뜯어 재구성하는 데 법적 문제가 없습니다. 다만 원본 저장소 링크를 출처로 남겨두는 게 만든 사람에 대한 최소한의 예의고, 나중에 원본이 업데이트됐을 때 되짚어 보기에도 편합니다.

이 세 개만 통과하면, 남의 상자에서 부품 하나만 꺼내 제 서랍에 넣는 일은 몇 분이면 끝납니다.

그래서 언제 통째로 깔고, 언제 뜯나

둘 다 맞는 상황이 따로 있습니다.

플러그인째 설치가 나은 경우 — 그 도구의 여러 기능을 실제로 다 쓸 때, 특히 훅·MCP·에이전트가 서로 맞물려 하나의 워크플로로 돌아갈 때입니다. 이럴 땐 부품을 낱개로 뜯으면 오히려 연결이 끊겨 더 번거롭습니다. 상자째 들이고, 업데이트도 마켓플레이스로 받는 게 맞습니다.

뜯어서 스킬로 가져오는 게 나은 경우 — 제가 원한 게 그 안의 스킬 한 조각뿐일 때입니다. 나머지 기능이 필요 없는데 통째로 얹으면, 안 쓰는 것까지 제 환경을 채우고 관리 대상만 늘어납니다.

저는 후자였습니다. 그리고 이건 취향이 아니라 원칙에 가깝습니다. 안 쓸 것을 얹지 않는 것, 필요한 최소한만 취하는 것 — 마침 제가 그 플러그인에서 빼내려던 원칙이 정확히 그거였습니다. "최고의 코드는 아예 짜지 않은 코드"라는 말은, 도구를 들일 때도 똑같이 적용됩니다. 상자가 편해 보여도, 제게 필요한 게 부품 하나라면 그 하나만 가져오면 됩니다.

AI로 일해본 기록 (6편) — 챗GPT와 클로드는 왜 서로 말을 못 섞을까

secondbranch — Sun, 16 Aug 2026 12:18:01 +0900

이 작업은 챗GPT가 낫고, 저 작업은 클로드가 낫고. 그러다 보면 자연스럽게 AI를 두세 개 오가며 쓰게 됩니다. 그런데 그렇게 쓰다 보면 꼭 답답한 순간이 와요. 한쪽에 한참 설명해서 만든 걸 다른 쪽은 하나도 모르고, 결과를 넘기려면 매번 복사해서 붙여넣어야 하죠. 그러다 문득 이런 생각이 듭니다. "얘네끼리 좀 알아서 주고받으면 안 되나?" 오늘은 왜 아직 그게 매끄럽게 안 되는지, 그리고 그게 정말 못 할 일인지 이야기합니다.

지난 편 → 5편 — 만드는 데 이틀, 알리는 데 0분을 썼습니다

이 답답함, 나만 느끼는 게 아닙니다

먼저 짚고 싶은 건, 이게 꽤 많은 사람이 원하는 것이라는 점입니다. 완전 자동은 아니어도 돼요. 사람이 아예 손을 떼면 오히려 불안하니까요. 대부분이 원하는 건 이런 모습입니다 — 큰 건 내가 확인하되, 자잘한 전달은 AI끼리 알아서. 우체부 역할에서 벗어나고 싶은 거죠.

그런데 막상 이걸 하려고 하면 세 개의 벽에 부딪힙니다.

벽 ① 요금 — 그냥 연결하면 돈이 눈덩이가 됩니다

AI끼리 연결하려면 보통 API라는 걸 씁니다. 쉽게 말하면 프로그램끼리 AI를 불러 쓰는 통로예요. 그런데 API는 쓴 만큼 돈을 내는 종량제입니다.

가볍게 쓰면 싸요. 문제는 AI 여러 개가 서로 계속 말을 주고받을 때입니다. 대화가 오갈수록 그동안의 기록을 매번 다시 실어 보내야 해서, 요금이 곱으로 불어납니다. 실제로 "여러 AI를 엮는 사람이 가장 큰 요금 폭탄을 맞는다"는 게 업계의 공통된 경고예요. 월정액 구독은 아무리 써도 그대로인데, 이 방식은 자동으로 돌릴수록 돈이 새어 나갑니다.

벽 ② 조립 — AI는 '엔진'일 뿐, '자동차'가 아닙니다

요금을 감수한다 쳐도, 더 큰 벽이 있습니다. 비유로 볼게요.

완성된 AI 도구(챗GPT 앱 등) = 그냥 타면 되는 자동차
API로 받는 AI = 자동차가 아니라 엔진만 따로 받는 것

엔진은 강력하지만, 엔진만으로는 도로를 못 달립니다. 차체·핸들·브레이크가 있어야 하죠. AI를 서로 연결하는 것도 똑같아요. "누가 말할 차례인지 정하기", "무엇을 기억하고 넘길지 고르기", "한쪽이 엉뚱한 소리를 하면 멈추기" 같은 골조를 직접 다 만들어야 합니다. 이 골조를 업계에서는 하네스(harness)라고 불러요.

이걸 정확히 짚은 사람이 있습니다. 스티브 키니(Steve Kinney) — 미국 소프트웨어 회사 Temporal의 개발 총괄이고, 개발 교육 플랫폼 'Frontend Masters'에서 AI 개발도구 활용법을 가르치는 현업 개발자입니다.

"The loop is a solved problem. The engineering around the loop—context management, safety controls, graceful degradation, cost containment—is where all the interesting decisions live."

(번역) "AI를 부르는 기본 동작은 이미 해결된 문제다. 진짜 어려운 건 그것을 둘러싼 부분 — 기억 관리, 안전장치, 실패 처리, 비용 억제 — 이다."

즉 AI를 불러 시키는 건 쉽지만, 그걸 안 무너지게 감싸는 게 진짜 일이라는 거죠. 그는 "신뢰성 있게 만드는 게 일의 전부다"라고까지 말합니다.

참고로 오픈소스 도구(Aider, Cline 같은)를 쓰면 이 골조는 남이 만들어둔 걸 쓸 수 있습니다. 하지만 그래도 요금은 여전히 종량제고, 그 도구가 정해둔 방식에 내가 맞춰야 합니다. 골조 하나 해결됐다고 끝이 아닌 거예요.

벽 ③ 정책 — 내 구독으로 연결하면? 대체로 막혀 있습니다

가장 억울한 벽입니다. "나 이미 챗GPT·클로드 구독하고 있는데, 그냥 그걸로 연결하면 안 되나?" 싶죠. 그런데 이건 대체로 막혀 있습니다. 구독은 사람이 직접 쓰라고 만든 거지, 프로그램이 자동으로 갖다 쓰라고 만든 게 아니거든요.

게다가 회사마다 정책이 다릅니다 — 오픈AI(GPT)는 구독으로 붙이는 걸 일부 열어둔 반면, 앤스로픽(클로드)은 막아둔 식이에요. 그만큼 이 판이 아직 정리되는 중이라는 뜻이기도 합니다.

결론 — 이건 '어쩔 수 없는 일'이 아닙니다

세 개의 벽 때문에, 지금도 대부분은 사람이 우체부 노릇을 합니다. 한쪽 결과를 복사해 다른 쪽에 붙이는, 그 번거로운 다리 역할이요.

그런데 하나 말씀드리고 싶은 게 있어요. 사실 저는 이 답답함을 그냥 두지 못하고, 두 AI가 제 손을 덜 거치고 서로 결과를 주고받게 하는 방법을 직접 만들어 쓰고 있습니다. 매번 완벽하진 않아서 중요한 건 제가 눈으로 확인하고 넘기지만, '사람이 다리 역할만 최소한으로 하는' 정도는 충분히 되더군요. 방법 자체는 아직 다듬는 중이라 여기 다 풀진 않겠습니다 — 다만 이 답답함이 '어쩔 수 없는 것'은 아니라는 것만은 말씀드리고 싶었어요.

그러니 지금 당장 여러 AI를 쓰며 답답한 분이라면, 이렇게 정리하시면 됩니다.

가볍게 쓴다면: 굳이 연결하려 애쓰지 마세요. 각각 쓰는 게 속 편합니다.
자주 오가며 쓴다면: 지금은 사람이 다리 역할을 하는 게 가장 안전하고 싸요. 억지로 자동화하면 요금·골조·정책이라는 세 벽에 부딪힙니다.
그리고 이 판은 빠르게 바뀌는 중입니다. 회사들이 정책을 열고 도구들이 좋아지면서, 머지않아 "AI끼리 알아서 주고받기"가 훨씬 쉬워질 겁니다.

"얘네끼리 왜 말을 못 하지?" 하고 답답했던 게 당신만은 아니고, 게으른 상상도 아닙니다. 다만 지금은 그 사이에 세 개의 벽이 있을 뿐이고 — 그 벽은 점점 낮아지고 있습니다.

다음 편 → 7편 — 플러그인은 상자, 스킬은 부품

1인 앱 개발자의 사업자 A to Z — 등록부터 부가세까지, 실제 겪은 세무 전 과정

secondbranch — Sat, 15 Aug 2026 16:38:11 +0900

앱 하나(찰칵분리수거)를 Google Play에 내려던 게 시작이었습니다. 개인 계정으로 출시하려니 테스터 12명이 14일간 매일 테스트해야 하는 요건이 걸렸고, 그걸 피하려 사업자(조직) 계정을 택했어요. 그러려면 사업자 등록이 필요했고 — 그때부터 사업장 주소·부가세·간이과세까지 세무의 세계에 발을 들였습니다. 이 글은 앱을 내려다 개인사업자가 된 개발자의 전 과정 지도입니다. 각 단계는 실제로 겪으며 따로 쓴 글로 연결해뒀어요.

앱 출시·계정 선택 이야기 자체는 찰칵분리수거 개발기 1편에 있습니다.

1. 개인사업자 등록 — 앱 출시가 계기였다

앱을 Google Play에 출시하려면 개발자 계정이 필요한데, 개인 계정은 테스터 12명 요건이 붙습니다. 이 요건이 면제되는 사업자(조직) 계정을 택하면서 사업자 등록을 하게 됐어요. 언제·어떻게 등록했는지, 업종(응용소프트웨어 개발 및 공급업)은 어떻게 정했는지 정리했습니다.

자세히 → 1편 — 개인사업자 등록, 앱 개발자가 겪은 것들

2. 사업장 주소 — 집 주소 대신 공유오피스

사업자를 내려면 사업장 주소가 필요한데, 집 주소를 올리기는 부담스러웠습니다. 그래서 공유오피스(비상주)를 연 264,000원에 계약했어요. 계약 전 물어봐야 할 것들까지 담았습니다.

자세히 → 2편 — 집 주소 대신 공유오피스

3. 사업용 신용카드 — 홈택스에 미리 등록

사업용 카드를 홈택스에 등록해두면 부가세 신고 때 매입이 자동으로 모입니다. 등록 안 하면 하나씩 손으로 넣는 지옥을 겪어요(제가 그랬습니다).

자세히 → 3편 — 사업용 신용카드, 홈택스에 미리 등록하세요

4. 부가세 첫 신고 — 매출 0인데 8만 원을 환급받았다

첫 부가세 확정신고에서 매출은 0원이었는데 87,308원을 환급받았습니다. 개발 장비(GPU) 매입세액 덕분이었어요. 매출이 없어도 매입이 있으면 환급이 나오는 구조를 실제 신고서 숫자로 풀었습니다.

자세히 → 4편 — 매출 0원에 8만 원을 돌려받았습니다

5. 간이과세 — 왜 나는 안 됐을까

간이과세가 유리하다길래 기대했는데, 저는 안 됐습니다. 업종(응용소프트웨어 개발 및 공급업)이 배제업종인 데다 수도권이라 지역 요건까지 걸렸거든요. 그런데 4편의 환급이 바로 그 덕분(일반과세자)이었어요 — 오히려 이득이었습니다.

자세히 → 번외 — 간이과세가 안 됐는데, 오히려 이득이었습니다

6. 경비처리 — 뭐가 되고 뭐가 안 되나

장비·도메인은 경비가 되고, 본인 급여는 안 되고, 해외결제(구글)는 부가세 공제는 안 되지만 소득세 경비는 되고… 헷갈리는 것들을 실제 겪은 실수(공유오피스 매입 누락)까지 포함해 정리했습니다.

자세히 → 번외 2 — 사업 경비, 개인카드로 놓친 24,000원까지

앱 개발자라면 이 순서로 겪습니다

정리하면 이런 흐름이에요.

앱 출시(개인 계정 테스터 요건 회피) → 사업자 계정 위해 개인사업자 등록
사업장 주소 확보(공유오피스)
사업용 카드 홈택스 등록
반기마다 부가세 신고 (매입 있으면 환급도)
내 조건이 간이과세 되는지 확인
평소 경비·증빙 챙기기 → 다음 신고에서 절세

앱을 만드는 것과 사업자로서 세금을 다루는 건 완전히 다른 영역이었지만, 하나씩 겪고 나니 "1인 개발자 = 1인 사업자"라는 게 그렇게 막막한 관문은 아니었습니다. 지금 막 앱을 출시하려는 다른 개발자에게, 이 지도가 시간을 아껴주면 좋겠어요.

개발자의 1인 창업 기록 (번외 2) — 사업 경비, 개인카드로 놓친 24,000원까지

secondbranch — Sat, 15 Aug 2026 09:56:32 +0900

첫 부가세 신고를 하며 제일 많이 검색한 말이 "이건 경비가 되나?"였습니다. 잘 넣은 것도 있었고, 넣을 수 있었는데 어이없게 놓친 것도 있었어요(개인카드로 낸 공유오피스 비용을 빠뜨렸습니다). 거기에 "부가세는 공제가 안 되는데 소득세 경비는 되는" 헷갈리는 경우까지. 실제로 겪은 걸 실수까지 담아 정리합니다.

이 글은 개발자의 1인 창업 기록 시리즈의 실무 확장편입니다.

경비의 대원칙 — 4가지를 다 넘어야 합니다

세법상 어떤 지출이든 경비로 인정받으려면 네 가지를 모두 만족해야 해요.

사업 관련성 — 사업과 직접 연결된 지출인가
실제 지출 — 돈이 실제로 나갔는가
해당 연도(1~12월)에 발생했는가
객관적 증빙이 있는가

그리고 "이건 사업용이다"를 증명할 책임은 나에게 있습니다. 증명 못 하면 경비가 아니에요.

잘 넣은 것

1인 개발자가 실제로 쓰는 것들은 대부분 경비가 됩니다.

사업용 장비 — GPU를 849,000원에 샀는데, 그 해에 전액 즉시 비용으로 처리됐고 부가세 매입세액도 공제받았습니다. (왜 즉시인지는 아래 "100만원 갈림길"에서)
도메인·호스팅 — 사업 운영에 쓰는 것이라 인정됩니다. 소프트웨어 구독료 같은 것도 사업용이면 같은 원리로 경비가 되고요.

★놓친 것 — 공유오피스, 그리고 되찾는 법

여기가 제일 솔직하고 제일 유용한 부분입니다.

저는 사업자를 내려고 공유오피스를 계약했는데, 이걸 개인 신용카드로 결제했습니다. 그런데 첫 부가세 신고 때는 아직 사업용 카드를 홈택스에 등록하기 전이라, 토스뱅크 앱의 카드 사용 내역을 보고 매입을 하나씩 수동으로 입력했어요. 문제는 공유오피스가 개인 카드로 결제돼서 그 내역에 안 잡혔다는 겁니다. 세금계산서로 따로 넣었어야 했는데, 수동 입력에 정신이 팔려 그 24,000원(세액)을 놓쳤습니다. 세금계산서는 멀쩡히 받아뒀는데도요.

"개인카드로 냈으니 그냥 날린 건가?" 싶었는데, 알아보니 아니었어요.

개인카드로 결제해도 상관없습니다. 매입세액 공제의 근거는 결제수단이 아니라 세금계산서 그 자체예요. 사업용 카드로 안 냈어도 세금계산서가 있으면 공제 대상입니다. 저는 카드 내역만 보고 입력하느라 그걸 놓친 거고요.
놓친 매입은 "경정청구"로 되찾을 수 있습니다. 신고를 덜 받게 한 경우라 경정청구 대상이고, 법정신고기한으로부터 5년 이내면 신청 가능합니다. 홈택스에서 누락된 세금계산서를 증빙으로 넣어 청구하면 세무서가 검토 후 환급해줘요.

저는 아직 실제로 청구하진 않았고, 되찾을 수 있다는 걸 이제 알게 된 단계입니다. 혹시 세금계산서 있는 지출을 개인카드로 냈다고 그냥 넘기신 분이 있다면, 놓치지 마세요.

★제일 헷갈린 것 — "부가세 공제"와 "소득세 경비"는 다른 얘기

이거 하나만 알아도 됩니다. 부가가치세와 종합소득세는 완전히 다른 세금이에요.

제가 구글 개발자 등록비를 냈을 때, 부가세에서는 매입세액 공제가 안 됐습니다. 해외 사업자라 한국 세금계산서가 없거든요(4편에서 다룬 이야기).

여기서 착각하기 쉬운 게 "부가세 공제가 안 되니 경비도 안 되겠네"입니다. 아니에요. 해외결제도 소득세 신고 때는 필요경비로 그대로 인정됩니다. 카드 전표·결제 내역·인보이스만 챙겨두면 돼요.

부가세 매입세액 공제: 세금계산서 같은 적격증빙 필수 → 해외결제 불가
소득세 필요경비: 사업 관련이면 인정 → 해외결제도 가능

AWS·구글·애플 같은 해외 서비스 쓰는 개발자라면 꼭 구분하세요.

알아보니 안 되는 것

★본인 급여 — 개인사업자는 순이익 전체가 곧 내 소득이라, "나에게 월급 준다"는 개념 자체가 없습니다. 내 주머니에서 내 주머니로 옮기는 거니까요. (법인은 대표 급여가 경비로 인정 — 개인과 법인의 결정적 차이 중 하나)
자택 월세 — 원칙적으로 가사비용이라 불인정. 사업 전용 공간을 물리적으로 구분하고 면적 안분하면 일부 되지만 세무조사 때 부인 리스크가 커서 신중해야 한다고들 해요. 저는 공유오피스를 따로 뒀으니 이 문제는 피했고요.

100만원 갈림길 — 즉시 비용이냐 감가상각이냐

취득가 100만원 이하 → 그 해에 전액 즉시 경비
100만원 초과 → 감가상각으로 여러 해 분할 (컴퓨터·GPU 같은 비품은 보통 5년)

제 GPU는 849,000원이라 100만원 이하 → 그 해에 다 털었습니다. 200만원짜리였다면 5년에 나눠 처리됐을 거예요. 초기 세부담 관리에 은근히 중요한 기준입니다.

증빙 — 없으면 경비는 되는데 벌금이 붙습니다

적격증빙: 세금계산서 · 계산서 · 신용카드 전표 · 지출증빙용 현금영수증 (소득공제용은 안 됩니다)
3만원 초과는 적격증빙이 원칙
없이 간이영수증·이체만 있으면 → 거래 입증되면 경비는 되지만 2% 가산세

그리고 제 공유오피스 실수에서 보듯, 카드 내역만 보고 입력하면 카드에 안 잡히는 세금계산서 건이 빠지기 쉽습니다. 사업용 카드 등록해두면 자동 수집돼 편하지만(저도 이 신고 끝내고서야 등록했어요), 세금계산서로 받은 건은 카드와 별개로 따로 챙겨야 합니다.

정리

경비는 사업 관련 + 실제 지출 + 당해연도 + 증빙 4요건
장비·도메인 등 사업 지출 → 대체로 인정 / GPU는 100만원 이하라 즉시 비용
세금계산서 있으면 개인카드로 내도 공제 대상 — 놓쳤으면 경정청구(5년)로 회복
부가세 공제 ≠ 소득세 경비 — 해외결제는 부가세는 안 돼도 소득세 경비는 됨
본인 급여는 경비 아님(개인사업자), 자택 월세는 원칙 불인정
100만원 이하 즉시 비용, 초과는 감가상각

세금은 개별 상황과 개정에 따라 달라지니, 애매한 항목이나 경정청구는 홈택스·세무대리인 확인이 안전합니다. 이 글은 1인 개발자가 처음 겪으며(실수까지 하며) 정리한 기록이에요.

AI로 일해본 기록 (5편) — 만드는 데 이틀, 알리는 데 0분을 썼습니다

secondbranch — Fri, 14 Aug 2026 20:07:04 +0900

4편에서 만든 간이과세 확인 도구를 배포했습니다. 이틀 만에 기획부터 배포까지 갔어요. 그런데 아무 일도 일어나지 않았습니다. 방문자 0이요. 뒤늦게 검색량을 재봤더니 더 뼈아픈 사실이 나왔습니다 — 제가 "경쟁이 세니 접자"고 판단했던 쪽의 수요가 8배였습니다. 만드는 것과 도달하는 것은 완전히 다른 일이더군요.

지난 편 → 4편 — 자동 판정 도구인데, 3분의 2는 판정을 포기했습니다

배포하고 나서 아무 일도 없었습니다

도구를 GitHub Pages에 올렸습니다. 주소가 생겼고, 열면 잘 돌아갔어요. 거기까지였습니다.

당연한 결과였는데 그땐 몰랐습니다. 생각해보면 이렇습니다.

방금 만든 페이지라 검색 엔진에 색인조차 안 됐습니다
meta description도, og: 태그도, sitemap도 없었어요
도메인 신뢰도는 당연히 0. "간이과세"로 검색하면 국세청·세무사 블로그·뉴스가 상위를 다 잡고 있습니다

만드는 데 이틀을 썼는데, 알리는 데는 0분을 썼습니다. 그래놓고 "왜 아무도 안 오지" 하고 있었던 거죠.

뒤늦게 검색량을 재봤습니다

네이버 검색광고 키워드도구로 관련 검색어의 월간 검색량을 조회했습니다. 진작 했어야 할 일인데, 만들고 나서야 했어요.

키워드	PC	모바일	합계
간이과세	300	510	810
간이과세 기준	300	390	690
간이과세 배제지역	260	170	430
업종코드 조회	4,730	1,900	6,630

제 도구가 겨냥한 "간이과세 배제지역"은 월 430이었습니다. 세 키워드를 다 합쳐도 1,900이고, 겹치는 검색을 감안하면 실질 1,000~1,500 수준이에요. 작은 시장인 게 맞았습니다.

진짜 뼈아픈 건 마지막 줄이었습니다

업종코드 조회가 6,630입니다. 간이과세 계열의 4~8배예요. 특히 PC가 4,730인 게 눈에 띕니다 — 사무실에서 서류 작성하다 막혀 검색하는 패턴으로 보입니다.

그런데 저는 이 키워드를 착수 전에 이미 검토했고, 접었습니다. 이유는 "레드오션"이었어요. 업종코드 조회 전용 사이트가 이미 여럿 있고, 홈택스도 기본 제공하거든요. "차별점이 없으니 하지 말자"고 판단했습니다.

그 판단 자체는 틀리지 않았습니다. 경쟁 서비스는 실제로 존재하니까요. 문제는 제가 "경쟁이 있는가"만 보고 "얼마나 큰가"는 재지 않았다는 겁니다.

8배 큰 시장은 일부만 가져와도 작은 시장을 통째로 먹는 것보다 많습니다. 레드오션이라도 규모가 크면 각도를 바꿔 진입할 가치가 있고, 반대로 경쟁이 없어도 규모가 0이면 의미가 없어요. 저는 그 저울의 한쪽만 보고 있었습니다.

그래서 아이템 고르는 기준을 고쳤습니다

원래 제가 쓰던 필터는 이랬습니다.

나는 뚫었는데 남들은 못 하는 일인가
한 번 만들면 여러 명이 쓰는가 (매번 맞춤이면 탈락)
빠르게 만들 수 있는 좁고 확실한 수요인가
AI API 없이 되는가 (운영비·장애 포인트 감소)

전부 "만들 가치가 있나"를 묻는 질문입니다. "찾는 사람이 얼마나 있나"를 묻는 항목이 하나도 없었어요. 그래서 축을 하나 추가했습니다.

수요 크기 — 이 검색어를 한 달에 몇 명이 치는가. 착수 전에 실제로 재본다.

키워드 도구로 10분이면 됩니다. 이틀 만들기 전에 10분을 썼다면 방향이 달라졌을 겁니다.

그럼 이 도구는 실패인가

아니라고 봅니다. 두 가지 이유에서요.

첫째, 목적이 달랐습니다. 이 도구는 "작게 만들어 빠르게 내보내는 사이클을 한 바퀴 돌아보자"는 연습이었어요. 기획 → 데이터 확보 → 구현 → 검증 → 배포 → 사용성 개선까지 이틀 반에 완주했으니 그 목적은 달성했습니다. 트래픽이 0인 것과 사이클을 못 돈 것은 다릅니다.

둘째, 배움이 도구보다 큽니다. 4편의 "애매하면 판정하지 말자"와 이번의 "수요 크기를 재자"는, 다음에 만들 것에 그대로 적용됩니다. 도구 하나는 작지만 판단 기준은 계속 남아요.

다만 정직하게 말하면 이건 사후 정당화의 위험이 있습니다. "배웠으니 됐다"는 말은 실패를 덮는 데도 쓰이거든요. 그래서 숫자를 그대로 적어 뒀습니다 — 도달한 사람 0명, 겨냥한 시장 월 430, 놓친 시장 월 6,630.

정리 — 만들기와 도달하기는 별개의 일입니다

배포는 끝이 아니라 시작입니다. 색인·SEO·유입 경로가 없으면 만든 것과 없는 것이 같습니다
착수 전에 수요 크기를 재세요. 키워드 도구로 10분이면 됩니다. 저는 이틀을 쓰고 나서 쟀습니다
"경쟁이 있다"와 "시장이 작다"는 다른 말입니다. 레드오션이어도 8배 크면 각도를 바꿔볼 값이 있습니다
만든 것을 알리는 데도 시간을 배정하세요. 저는 만드는 데 이틀, 알리는 데 0분을 썼습니다

다음에 뭔가 만들 때는, 손을 대기 전에 이 "수요 크기" 기준부터 적용해보려 합니다.

그리고 방향을 조금 틀어, 요즘처럼 AI를 여러 개 쓸 때 생기는 이야기를 다음 편에 담았습니다.

다음 편 → 6편 — 챗GPT와 클로드는 왜 서로 말을 못 섞을까

만든 도구는 여기 있습니다 → 간이과세 될까? (무료, 로그인 없음)

AI로 일해본 기록 (4편) — 자동 판정 도구인데, 3분의 2는 판정을 포기했습니다

secondbranch — Fri, 14 Aug 2026 20:02:22 +0900

자동으로 판정해주는 도구를 만들어놓고, 정작 데이터의 69%는 "판정하지 않기로" 했습니다. 자동화 도구가 3분의 2를 자동화하지 않은 셈이죠. 왜 이런 이상한 결정을 내렸는지 — 하마터면 사용자에게 정반대 답을 내보낼 뻔한 사건과 함께 풀어봅니다.

지난 편 → 3편 — 문서 민감정보 자동 마스킹 도구 만들기

왜 만들었나

사업자등록을 하면서 내가 간이과세 대상인지 확인하는 게 꽤 번거로웠습니다. 국세청이 매년 고시로 배제 기준을 정하는데, 그게 한글 문서로 나오거든요. (이 이야기는 개발자의 1인 창업 기록 번외편에 자세히 썼습니다.)

"이거 검색으로 바꾸면 되겠는데" 싶었습니다. 데이터는 공개돼 있고 상업적 이용 제한도 없었어요. 전형적인 정적 데이터 + 판정 로직 문제로 보였습니다.

첫 관문 — 데이터가 한글 문서였습니다

국세청 고시는 HWPX 파일로 공개됩니다. 처음엔 막막했는데 열어보니 다룰 만했어요. HWPX는 사실 ZIP 압축 파일이고, 풀면 안에 XML이 들어 있습니다. 표는 XML 태그로 구조가 잡혀 있어서 추출이 됩니다.

여기서 하나 배웠습니다. 별표 번호를 믿으면 안 됩니다. 2024년 고시에서는 별표 1이 종목기준이었는데, 2026년 고시에서는 별표 1이 과세유흥장소기준으로 바뀌어 있었어요. 번호로 찾도록 짰다면 다음 개정에서 조용히 엉뚱한 표를 읽었을 겁니다. 그래서 번호 대신 제목 텍스트로 찾도록 바꿨습니다. 이런 건 AI가 알아서 안 해줘요. 두 판본을 다 넣고 돌려보라고 시켜야 드러납니다.

진짜 함정 — 의미가 정반대로 나갔습니다

여기가 제일 아찔했던 부분입니다. 고시의 "적용범위" 칸은 사람이 읽으라고 쓴 문장인데, 한 칸 안에 정반대 의미가 섞여 있었어요.

전사업자(다만, 다음 사업자는 제외) - 노점 …(525911) → 나열된 업종이 빠진다는 뜻
아래 업종사업자 - 금속제가구(523311) → 나열된 업종만 대상이라는 뜻

같은 형태로 업종코드가 나열돼 있는데, 하나는 "제외 대상"이고 하나는 "배제 대상"입니다. 정반대죠.

AI가 짠 첫 버전은 이걸 구분 못 하고 전부 "제외"로 처리했습니다. 그 결과 화면에 이런 문구가 떴어요.

입력하신 업종코드(523311)가 위 제외 목록에 있습니다. 귀하의 업종은 제외될 수 있습니다.

원문은 정확히 반대였습니다. "이 업종만 배제 대상"이었거든요. 사용자에게 "당신은 괜찮습니다"라고 말하고 있었는데, 실제로는 배제 대상이었던 겁니다.

더 무서운 건 에러가 안 났다는 점입니다. 프로그램은 멀쩡히 돌고, 화면도 정상으로 보이고, 다만 답이 반대일 뿐이었어요. 검사역 AI가 원문과 대조하다 잡아냈습니다.

그래서 69%를 포기했습니다

이 사건 이후 방향을 바꿨습니다. "어떻게든 판정한다"에서 "애매하면 판정하지 않는다"로요.

문구의 의미를 확실히 분류할 수 있을 때만 판정하고, 조금이라도 애매하면 판정을 포기하고 고시 원문을 그대로 보여주기로 했습니다. 결과가 이렇습니다.

지역기준 데이터 647행 중
확실히 분류된 것 199행
판정을 포기한 것 448행 — 전체의 69%

자동화 도구인데 3분의 2를 자동화하지 않은 셈이죠. 처음엔 실패처럼 느껴졌습니다. 그런데 겪어보니 생각이 바뀌었어요. 분류 규칙을 정교하게 다듬을수록 새로운 오분류가 생겼습니다. 1차 수정 후에도 10행이 여전히 반대로 나오고 있었거든요.

틀린 답을 자신 있게 주는 것보다, "모르겠으니 원문을 보세요"가 낫습니다. 특히 이 도구는 세금 판단을 돕는 거라, 틀리면 사용자가 실제로 손해를 봅니다.

검증을 다섯 번 했는데, 정작 제가 30초 만에 찾았습니다

만들면서 검증을 꽤 돌렸습니다. 동작 확인용 검사역, 결함을 파고드는 검사역, 다른 세션의 독립 검증까지 총 다섯 번이요. 결함이 20건 나왔고 심각한 건 다 고쳤습니다.

그런데 배포하고 제가 직접 써보니 30초 만에 두 개가 걸렸습니다.

어느 칸에 뭘 넣어야 할지 모르겠더군요. 탭 이름이 "종목기준 / 지역기준"이었는데 그게 고시 용어라 일반인은 모릅니다. 저는 만든 사람인데도 건물명을 업종 칸에 넣고 "없음"을 봤어요.
"이거 결국 일반과세 확인 아닌가?" 하고 묻다가, 도구가 매출 기준을 확인해주지 않는다는 고지가 없다는 걸 알았습니다. 배제 기준에 안 걸려도 매출이 많으면 일반과세인데, 그 말이 어디에도 없었어요.

왜 다섯 번의 검증이 이걸 놓쳤을까요. 검증이 전부 "고시 문서 안에서만" 이뤄졌기 때문입니다. 코드가 고시대로 동작하는지는 집요하게 봤지만, "이 도구가 다루지 않는 것 때문에 사용자가 오해하는가", "사용자가 어디에 뭘 넣을지 아는가"는 아무도 묻지 않았습니다.

기능이 맞는지는 AI가 잘 봅니다. 쓸 만한지는 안 봅니다. 물어보지 않았으니까요.

정리 — 자동화의 질은 "어디서 멈췄나"로 결정됩니다

HWPX는 ZIP+XML이라 파싱이 됩니다. 단 별표 번호는 개정 때 바뀌니 제목으로 찾으세요
사람이 읽으라고 쓴 문서는 한 칸에 정반대 의미가 섞여 있을 수 있습니다. 에러 없이 반대 답이 나가는 게 제일 무섭습니다
애매하면 판정하지 않는 게 낫습니다. 이 도구는 69%를 포기했고, 그게 옳았습니다
AI 검증은 "시킨 것"만 검증합니다. 시키지 않은 관점(쓸 만한가, 안 다루는 게 뭔가)은 사람이 직접 써봐야 나옵니다

3편에서 "무엇을 가릴지는 사람이 판단한다"고 썼는데, 이번엔 그 짝이 되는 교훈을 얻었습니다. 무엇을 판정하지 않을지도 사람이 정해야 합니다.

다음 편 → 5편 — 만드는 데 이틀, 알리는 데 0분을 썼습니다

만든 도구는 여기 있습니다 → 간이과세 될까? (무료, 로그인 없음)

개발자의 1인 창업 기록 (번외) — "간이과세 안 됩니다" 소리에 아쉬워했는데, 8만 원을 돌려받았습니다

secondbranch — Thu, 13 Aug 2026 19:31:25 +0900

사업자등록 창구에서 "간이과세는 안 되시네요"라는 말을 들었을 때, 솔직히 손해 보는 기분이었습니다. 그런데 본편 4편에서 말씀드린 부가세 환급 87,308원이 바로 그 덕분이었어요. 간이과세자였다면 그 돈을 못 돌려받았거든요. 이 번외편은 왜 간이과세가 안 됐는지, 그리고 대부분이 모르는 세 번째 이유(사업장 주소) 이야기입니다. 마지막에 제가 직접 만든 확인 도구도 공개합니다.

지난 편 → 4편 — 첫 부가세 신고, 매출 0원에 8만 원을 돌려받았습니다

그 환급, 사실은 일반과세자여서 가능했습니다

본편 4편에서 매출 0원인데 부가세를 환급받은 이야기를 했습니다. 매입세액을 돌려받는 구조였죠. GPU 849,000원에 붙은 부가세 약 77,182원이 그 대부분이었고요.

그런데 여기엔 전제가 하나 있습니다. 이 환급은 일반과세자만 받을 수 있습니다. 간이과세자는 매입세액 공제 방식이 달라서 이런 환급이 나오지 않아요.

즉 제가 환급을 받은 건 간이과세가 안 되는 사업자였기 때문입니다. 등록할 땐 "세금 더 내겠구나" 아쉬워했는데, 첫 신고에서 정반대 결과를 봤습니다.

간이과세가 안 되는 경우는 크게 셋

제가 알아보며 정리한 건 이렇습니다.

매출 기준 — 직전연도 매출(공급대가)이 기준액 이상이면 안 됩니다. 신규 사업자는 해당 없고요.
업종 기준 — 국세청이 고시로 정한 배제업종에 해당하면 안 됩니다.
지역 기준 — 사업장 주소가 배제지역에 있으면 매출·업종과 무관하게 안 됩니다. ← 이게 대부분 모르는 부분입니다.

저는 2번에 걸렸습니다.

제 경우 — 소프트웨어 개발업

제 업종은 응용소프트웨어 개발 및 공급업입니다(본편 2편에서 공유오피스 계약할 때 언급한 그 업종이에요).

이 업종이 국세청 고시의 배제업종 목록에 들어 있습니다. 다만 단서가 붙어요 — 전국 어디서나가 아니라, 서울특별시와 광역시, 그리고 수도권 17개 시(수원·성남·의정부·안양·부천·광명·안산·시흥·고양·과천·군포·의왕·하남·구리·남양주·용인·평택)에서 영위할 때만 적용됩니다.

저는 수도권이라 해당됐습니다. 업종도 걸리고 지역 조건도 걸린 셈이죠.

※ 업종코드는 개정되며 번호가 바뀌기도 합니다. 사업자등록증의 번호와 현행 고시 번호가 다를 수 있으니, 번호보다 업종명으로 확인하시길 권합니다.

대부분 모르는 세 번째 이유 — 사업장 주소

여기가 이 글에서 제일 알려드리고 싶은 부분입니다.

매출이 적어도, 업종이 배제업종이 아니어도, 사업장 주소만으로 간이과세가 날아갈 수 있습니다. 국세청이 매년 고시로 특정 건물과 구역을 지정해 두거든요.

백화점, 대형 할인점, 집단상가, 호텔, 전통시장… 이런 곳에 입점하면 그 자체로 배제 대상이 됩니다. 매출 규모와 상관없이요.

문제는 이걸 확인하기가 정말 번거롭다는 겁니다. 저도 등록할 때 헷갈려서 한참 헤맸어요.

확인이 왜 어려운가

국세청이 고시를 공개하긴 합니다. 그런데 한글(HWPX) 문서예요.

제가 실제로 열어서 세어 봤더니 지역기준만 647행이었습니다. 게다가 "적용범위" 칸이 자유 서술이라, 이런 식으로 적혀 있습니다.

◦ 전사업자(다만, 다음 사업자는 제외) - 노점 및 유사 이동 소매업(525911) … - 사업장면적 23㎡ 이하 사업자 중 · 의류·신발 등 수선업자 … - 그 외 사업장면적 23㎡ 이하로 월세 50만원 미만 사업자

같은 건물이라도 업종에 따라, 면적에 따라, 월세에 따라 결과가 갈립니다. 이걸 사람이 수십 페이지에서 눈으로 찾아야 해요.

그래서 확인 도구를 만들었습니다

제가 겪은 불편이라 직접 만들었습니다.

간이과세 될까? — 배제기준 확인 도구

내 업종으로 확인 — 업종 이름이나 코드를 넣으면 배제업종 목록과 대조하고, 지역 조건까지 함께 봅니다
내 사업장 위치로 확인 — 건물명이나 동 이름으로 검색하거나, 지방국세청 → 세무서로 좁혀 들어갑니다

만들면서 원칙을 하나 세웠습니다. 판정 결과에 항상 고시 원문을 같이 보여주는 것이요. 위에서 보신 것처럼 적용범위 문구가 복잡해서, 요약만 보여주면 오히려 잘못 판단하게 되거든요. 그래서 자동 판별이 애매한 경우엔 판정을 하지 않고 원문만 보여줍니다. 실제로 지역기준 647행 중 448행(69%)이 그렇게 처리됩니다.

무료고, 로그인도 없고, 입력한 값이 어디로도 전송되지 않습니다(브라우저 안에서만 동작합니다).

다만 이것만은 꼭

이 도구로 확정되지 않습니다. 두 가지 이유가 있어요.

매출 기준은 확인해 드리지 않습니다. 고시의 배제기준만 봅니다. 매출이 기준액을 넘으면 배제기준과 무관하게 일반과세입니다.
고시에 예외 조항이 있습니다. 관할 세무서장의 확인을 거쳐 간이과세가 적용될 수 있어서, 문서만으로는 어떤 도구도 100% 확정할 수 없습니다.

그래서 최종 판단은 관할 세무서나 세무대리인 확인을 받으세요. 이 도구는 "고시 원문을 대신 뒤져 주는" 용도입니다.

정리

부가세 환급(본편 4편)은 일반과세자라서 가능했습니다. 간이과세자는 이런 환급이 안 나옵니다
간이과세가 안 되는 이유는 매출·업종·지역 셋. 저는 업종(응용소프트웨어 개발 및 공급업 + 수도권)에 걸렸습니다
사업장 주소만으로도 간이과세가 날아갈 수 있습니다. 백화점·집단상가·전통시장 등이 지정돼 있어요
초기 장비 투자가 큰 1인 개발자라면, 간이과세가 안 되는 게 오히려 나을 수도 있습니다
확인은 만든 도구로 하시되, 최종 확인은 세무서에서

간이과세는 "무조건 유리한 것"으로 알려져 있는데, 저처럼 초기에 장비를 사는 경우엔 계산이 달라집니다. 등록 전에 내가 간이과세 대상인지부터 확인해 보시고, 선택할 수 있는 상황이라면 어느 쪽이 유리한지도 따져 보시길 권합니다.

개발자의 1인 창업 기록 (4편·완결) — 첫 부가세 신고, 매출 0원에 8만 원을 돌려받았습니다

secondbranch — Thu, 13 Aug 2026 19:26:47 +0900

신고서 최종 숫자가 "환급 87,308원"으로 찍혔습니다. 매출은 한 푼도 없었는데요. 처음엔 저도 "매출이 0인데 세금을 왜 돌려주지?" 싶었습니다. 그런데 부가세 구조를 알고 나니 지극히 당연한 결과였어요. 이 편은 그 원리와 제 실제 신고서 숫자, 그리고 해외결제에서 제가 했던 착각까지 정리합니다. 시리즈 본편 완결입니다.

지난 편 → 3편 — 사업용 신용카드, 홈택스에 미리 등록하세요

매출 0인데 왜 환급? — 뺄셈 하나면 끝

부가세는 복잡해 보여도 계산 뼈대는 뺄셈 하나입니다.

낼 세금 = 매출세액 − 매입세액

매출세액: 내가 판 것에 붙은 부가세 (매출의 10%)
매입세액: 내가 산 것에 붙은 부가세 (매입의 10%)

저는 아직 입금된 매출이 없어 매출세액이 0이었습니다. 반면 사업을 준비하며 산 것에는 부가세를 이미 냈죠. 그러니 0 − (낸 매입세액)은 마이너스, 즉 그 차액을 돌려받는(환급) 구조입니다. 매출이 없어도 매입이 있으면 환급이 나오는 이유가 이거예요.

제 실제 신고서 숫자 공개

말로만 하면 안 믿기니 실제 신고서 숫자를 그대로 올립니다.

매출세액: 0원 (입금된 매출 없음)
매입세액: 82,308원
- 대부분이 GPU 구입입니다. 849,000원에 산 GPU의 부가세가 약 77,182원.
- 나머지는 도메인 등록 등 소액 매입의 부가세 약 5,126원.
전자신고 세액공제: 5,000원 (홈택스로 직접 전자신고하면 붙음)
최종 환급: 82,308 + 5,000 = 87,308원

매출 0인데 8만 원 넘게 돌려받는 거죠. GPU 하나 산 게 환급의 대부분을 만들었습니다.

★해외결제(구글)는 공제 안 됨 — 제 착각 정정

이 편에서 제일 중요한 부분입니다. 저는 처음에 구글 개발자 등록비도 당연히 공제되는 줄 알았어요. 아니었습니다.

구글 개발자 등록비는 해외 사업자에게 낸 돈이라 애초에 한국 부가세가 붙지 않습니다. 낸 부가세가 없으니 공제받을 매입세액 자체가 없어요. 실제로 신고서를 열어보니 구글 결제는 매입세액에 안 들어가 있었습니다. (그래서 위 82,308원에도 구글은 없습니다.)

부가세로는 공제 불가 (해외 전자용역)
대신 종합소득세 때는 "경비"로 인정 가능 — 카드영수증·인보이스를 챙겨두세요.

한 줄로 "해외결제는 부가세 환급 대상이 아니다, 소득세 경비로만." 저처럼 착각하기 딱 좋은 지점이라 콕 집어둡니다.

오픈마켓(11번가)에서 산 GPU, 공제되나?

GPU를 11번가에서 샀는데, 이때 공제 기준은 11번가가 아니라 실제로 판 입점 셀러입니다. 공제받으려면:

영수증에 실제 판매자의 상호·사업자번호가 찍혀 있고
신용카드로 결제했으며
그 판매자가 일반과세자일 것

이 조건이 맞으면 오픈마켓 구매도 정상 공제됩니다. (요즘 국세청이 온라인 플랫폼 결제 공제를 집중 점검한다니, 실제 판매자 정보가 제대로 찍힌 영수증인지 확인하는 게 안전합니다.)

환급은 언제 들어오나

저는 아직 못 받았습니다 — 그런데 이게 정상입니다. 일반환급은 신고기한 종료일(7월 25일 또는 1월 25일)로부터 30일 이내 지급됩니다. 7월에 신고했으니 8월 하순쯤 계좌로 들어올 예정이에요. (환급 계좌는 신고할 때 등록합니다.)

정리 — 그리고 시리즈를 마치며

매출 0이어도 매입세액이 있으면 부가세 환급 — 0 − 매입세액
제 경우 GPU 매입세액(약 7.7만 원)이 환급의 대부분
해외결제(구글)는 부가세 공제 안 됨 — 소득세 경비로만
오픈마켓은 실제 판매자 기준 공제
환급은 신고 후 30일 이내 지급

앱 하나 내려다 사업자를 냈고(1편), 공유오피스로 주소를 마련하고(2편), 사업용 카드를 등록하고(3편), 첫 부가세 신고에서 환급까지 받았습니다(4편). 처음엔 다 낯설고 막막했는데, 하나씩 겪고 나니 "1인 사업자"라는 게 그렇게 대단한 관문은 아니었어요. 이 기록이 지금 막 그 문 앞에 선 다른 1인 개발자에게 조금이라도 지도가 되면 좋겠습니다.

(개발자의 1인 창업 기록 — 본편 완결: 1편 등록 → 2편 주소 → 3편 카드 → 4편 부가세)

※ 번외편 — 그런데 나는 왜 하필 간이과세가 안 됐을까요? 그 이유(매출·업종·지역)와 직접 만든 확인 도구까지 → 간이과세 안 됐는데, 오히려 이득이었습니다

※ 번외 2편 — 사업 경비, 개인카드로 놓친 24,000원까지 → 경비처리, 뭐가 되고 안 되나

개발자의 1인 창업 기록 (3편) — 사업용 신용카드, 홈택스에 미리 등록하세요

secondbranch — Wed, 12 Aug 2026 20:54:00 +0900

부가세 신고를 하다가 알았습니다. 사업용 카드가 홈택스에 등록돼 있으면 카드로 쓴 지출을 자동으로 불러오는데, 등록이 안 돼 있으면 매입을 하나씩 손으로 입력해야 한다는 걸요. 저는 첫 신고 때 그 수동 입력의 고통을 겪고 곧바로 등록했습니다. 이 편은 "왜, 언제, 어떻게"입니다.

지난 편 → 2편 — 집 주소 대신 공유오피스, 계약 전 물어본 8가지

왜 등록해야 하나 — 자동 vs 수동

사업하면 카드로 이것저것 결제합니다(장비, 소프트웨어 구독, 수수료 등). 이 지출은 부가세 신고 때 매입으로 잡아 세금을 줄일 수 있어요. 문제는 그걸 어떻게 신고서에 올리느냐입니다.

사업용 카드를 홈택스에 등록해 뒀다면 → 카드 사용 내역을 홈택스가 자동으로 모아 보여줍니다. 신고 때 클릭 몇 번.
등록을 안 했다면 → 자동으로 안 들어옵니다. 결국 매입을 하나씩 손으로 입력.

항목이 몇 개면 몰라도 쌓이면 진짜 지옥입니다. 저는 첫 신고 때 등록이 안 돼 하나씩 넣었고, "다음에도 이러면 못 하겠다" 싶어 신고 끝내자마자 등록했어요.

저는 이렇게 했습니다

사업자 명의 카드(토스 사업자 카드)가 등록이 안 돼 있어서 그걸 등록했습니다. 절차는 어렵지 않았어요. 홈택스에서 이 경로입니다(메뉴명은 개편으로 바뀔 수 있으니 "사업용 신용카드"로 검색이 안전):

홈택스 → [계산서·영수증·카드] → [신용카드 매입] → [사업용 신용카드 등록 및 조회]

들어가서 카드사·카드번호·휴대폰번호를 넣고 개인정보 제공에 동의한 뒤 등록 접수하면 끝. 주의 하나 — 가족카드·기프트카드·직불카드는 등록이 안 됩니다. 등록 가능한 종류인지 확인하세요.

언제 등록? — 사업자 내면 바로

제일 후회한 게 타이밍입니다. 저는 부가세 신고를 하다가 "어, 카드가 등록이 안 돼 있네?" 하고 그제서야 알았어요. 그 신고는 수동으로 다 넣고, 등록은 그 뒤에 했죠. 교훈은 분명합니다 — 사업자를 내면 매출이 없어도 사업용 카드부터 등록하세요. 몇 분이면 되는데, 안 해두면 신고 시즌에 그 대가를 수동 입력으로 치릅니다.

★등록 전에 쓴 건? (소급)

헷갈리기 쉬운 부분이라 정확히 짚습니다. 저도 "등록만 하면 이전 것도 다 불러오겠지" 했는데 아니었어요.

홈택스 자동 수집은 "등록한 달"부터입니다. 등록 이전 사용분은 자동으로 안 들어와요(그래서 미룰수록 손해).
그렇다고 포기는 아닙니다. 카드사에 요청해 해당 과세기간 매입 내역을 엑셀로 받아, 사업 관련 건만 표시해 제출하면 공제됩니다 — 제가 첫 신고 때 수동으로 넣은 게 이 방식이었어요.

정리하면 "등록 후 = 자동 / 등록 전 = 수동으로 별도 제출". 애매하면 국세상담센터(126)나 홈택스에서 확인하세요(세금은 늘 최종 확인이 안전).

정리

사업용 카드는 사업자 내자마자 등록 — 매출 없어도 미리
등록하면 신고 때 매입 자동 수집, 안 하면 수동 입력
등록 메뉴: 홈택스 "사업용 신용카드 등록 및 조회" (가족·기프트·직불카드 불가)
자동은 등록한 달부터 — 이전 사용분은 카드사 자료 받아 수동 제출

카드 하나 등록하는 데 몇 분인데, 미룬 대가는 신고 시즌에 고스란히 돌아옵니다. 다음 편은 이 시리즈의 하이라이트 — 매출이 0인데 부가세를 환급받은 첫 확정신고 이야기입니다.

다음 편

→ 4편 — 첫 부가세 신고, 매출 0원에 8만 원을 돌려받았습니다

개발자의 1인 창업 기록 (2편) — 집 주소 대신 공유오피스, 계약 전 물어본 8가지

secondbranch — Wed, 12 Aug 2026 20:49:36 +0900

사업자등록을 하려니 "사업장 주소"가 필요했습니다. 그런데 집 주소를 앱스토어에 띄우기는 싫었어요. 그래서 택한 게 비상주 공유오피스 — 실제 자리가 아니라 주소만 빌리는 서비스입니다. 문제는 방문도 없이 1년을 계약해야 한다는 거였고, 그래서 계약 전에 8가지를 먼저 물어봤습니다. 그 8가지가 이 글의 핵심이에요.

지난 편 → 1편 — 앱 내려다 사업자까지, 그리고 간이과세의 함정

왜 공유오피스였나

1편에서 개인사업자를 냈다고 했는데, 사업자등록에는 사업장 주소가 들어갑니다. 이 주소가 걸림돌이었어요.

집 주소를 쓰기 싫었습니다. 앱스토어 개발자 정보 등 여러 곳에 사업장 주소가 노출되는데, 거기 제 집 주소가 뜨는 게 꺼려졌어요.
개인 집 주소는 신빙성이 약할 수 있다는 조언도 참고했습니다(LLM에게 물어보고 판단). 사업자 주소가 아파트면 아무래도 사업체 인상이 옅죠.

그래서 비상주 공유오피스 — 주소만 빌리는 서비스를 골랐습니다. 1인 개발자에겐 실제 사무 공간보다 "번듯한 주소" 자체가 필요했으니까요.

방문을 못 하니 유튜브로 찾았다

비상주는 특성상 직접 가볼 일이 없습니다(어차피 안 쓸 공간이니까). 그러니 "이 업체 믿을 만한가"를 확인할 방법이 마땅치 않았어요. 그래서 유튜브 영상으로 찾았습니다. 실제 이용 후기나 소개 영상을 보며 최소한의 신빙성을 확보한 거죠. 홈페이지 광고 문구만 보는 것보단 나았습니다.

계약 전에 반드시 물어본 8가지

여기가 핵심입니다. 방문도 안 하고 1년 계약이라, 계약 전 이메일로 8가지를 물었어요. 비상주를 고민 중이시라면 그대로 복사해 쓰셔도 됩니다.

지점별 가격 차이 — 같은 업체도 지점마다 가격이 다를 수 있어 여러 지점을 한꺼번에 비교
우편물 전달 방식 — 픽업/사진 전송/택배 중 뭔지. 세금 고지서 같은 중요 우편물이 여기로 옵니다
내 업종으로 등록 가능한지 — 업종에 따라 비상주 등록이 안 되는 경우도 있어 미리 확인
한 주소에 등록된 사업자 규모 — 너무 많이 몰려 있으면 나중에 문제 소지
★건물주 전대동의서 보유 여부 — 제일 중요. 공유오피스는 업체가 빌린 걸 다시 빌려주는(전대) 구조라, 건물주 동의가 없으면 사업자등록이 거부될 수 있습니다
구글플레이·DUNS에 이 주소를 쓴 사례 — 앱 개발자에겐 중요. 이 주소로 개발자 계정·DUNS 발급에 성공한 입주사가 있는지
중도 해지·환불 정책 — 1년 계약인데 사정이 바뀔 수 있으니
세무서 등록 시 주의사항 — 비상주 주소로 신청할 때 알아둘 게 있는지 업체에 직접 확인

특히 5번(전대동의서)은 안 챙기면 등록 자체가 막힐 수 있으니 꼭 확인하세요.

계약은 온라인으로 간단

확인이 끝난 뒤 계약은 업체 사이트에서 온라인으로 진행했습니다. 방문 없이 다 돼요. 계약 완료 후 전대동의서를 제공받기로 하고 마무리(이게 사업자등록에 필요한 서류). 비용은 1년 기준으로 정해져 있고, 실제 공간을 안 쓰는 만큼 실주 사무실보다 훨씬 저렴합니다.

아직 안 겪은 것 (정직하게)

솔직히, 계약한 지 얼마 안 돼서 아직 실제로 겪지 못한 것들이 있습니다. 우편물이 실제로 어떻게 오는지, 세무 실사 같은 게 있는지 — 이런 건 시간이 지나야 알아요. 그래서 이 편은 "계약까지"의 이야기이고, 운영하며 겪는 건 나중에 추가로 정리하겠습니다. 안 겪은 걸 겪은 척 쓰진 않을게요.

정리

집 주소 노출이 싫으면 비상주 공유오피스 — 주소만 저렴하게 빌린다
방문 못 하니 유튜브 등으로 신빙성 확인 + 계약 전 이메일 검증
8가지를 꼭 물어보라 — 특히 건물주 전대동의서, 내 업종 등록 가능 여부, 우편물 전달 방식

집 주소 하나 안 쓰려다 시작한 일인데 챙길 게 꽤 있었어요. 그래도 8가지만 확인하면 어렵지 않습니다. 다음 편은 사업용 신용카드를 홈택스에 등록한 이야기(안 하면 매입 입력이 지옥) 입니다.

다음 편

→ 3편 — 사업용 신용카드, 홈택스에 미리 등록하세요