DevLog

엔지니어링 블로그를 한 곳에서 탐색하고, 최근 발행 흐름을 빠르게 파악할 수 있는 서비스 입니다.

Quick Links

  • Latest Feed
  • Engineering Directory

Support

  • 소개
  • 개인정보처리방침

Contribute

  • 원하는 블로그 추가 (준비 중)
  • Feedback

© 2026 DevLog Inc. All rights reserved.

본 사이트는 공개 RSS 피드를 통해 콘텐츠를 수집하며, 모든 콘텐츠의 저작권은 원저작자에게 있습니다.

Back to Feed
Read Original

Contents

Continue Reading

  • More from 토스
  • Related reads#TechnicalWriting
#DevOps

2. Beyond Our Expertise

2. Beyond Our Expertise
01

Summary

테크니컬 라이터가 직접 만든 토스의 사내 지식 플랫폼 'todoc' 개발기

지식 파편화와 문서화 부채를 끝내고 AI 시대를 준비하는 단일 진실 공급원(SSoT) 구축 전략

단순히 글을 교정하는 역할을 넘어, 사내 문서화 생태계 자체를 혁신하기 위해 토스의 테크니컬 라이터들이 프로덕트 메이커로 나섰습니다. 이들은 깃허브와 정적 사이트 방식의 높은 장벽을 허물고 누구나 쉽게 문서를 작성하고 AI가 똑똑하게 찾아 쓸 수 있는 플랫폼 'todoc'을 탄생시켰습니다. 좋은 문서가 일하는 과정에서 자연스럽게 완성되는 시스템을 설계하기까지의 치열한 고민과 아키텍처적 지향점을 소개합니다.

  • 01비개발자도 쉽게 참여하는 문서화: 복잡한 깃허브 PR 과정 없이 메신저나 사내 툴에서 바로 연동 및 편집 지원
  • 02AI 친화적 지식 자산화: API, CLI, MCP 지원으로 사내 AI 챗봇이 신뢰할 수 있는 컨텍스트를 즉시 제공 가능
  • 03단일 진실 공급원(SSoT)의 실현: 곳곳에 흩어진 파편화된 지식을 하나의 플랫폼으로 모아 정보 탐색 비용을 획기적으로 절감
  • 04테크니컬 라이터의 역할 변화: 개별 문서 작성을 넘어 '좋은 문서가 지속적으로 생산되는 시스템'을 설계하는 PO로의 확장

+RECOMMENDATION

사내 위키나 문서가 업데이트되지 않고 방치되어 골머리를 앓는 플랫폼 엔지니어, 개발자 경험(DX) 담당자에게 적극 추천합니다. 문서화를 단순 공수가 아닌 시스템 아키텍처와 AI 파이프라인 관점으로 해결하는 실마리를 얻을 수 있습니다.

The Problem

기존의 정적 사이트 생성기(SSG) 기반 문서화는 비개발자 직군이 접근하기에 절차가 복잡하여 진입 장벽이 높았습니다. 이로 인해 사내 지식이 여러 도구에 파편화되었고, 작성자나 목적이 불분명한 '정크 지식'이 쌓이면서 정보의 신뢰도가 떨어지는 문서화 부채 문제가 발생했습니다.

The Solution

토스의 테크니컬 라이터들은 이러한 지식 파편화를 해결하기 위해 누구나 쉽게 문서를 작성하고 관리할 수 있는 사내 문서화 플랫폼 'todoc'을 구축했습니다. todoc은 메신저 등 다양한 채널의 정보를 연동하고, AI 에디팅 및 초안 생성 봇을 탑재하였으며, 워크플로우와 코드 변경 사항으로부터 문서가 자연스럽게 최신화되도록 시스템을 설계했습니다.

The Result

베타 출시 6개월 만에 500개 이상의 문서와 40,000개 이상의 유효 페이지가 누적되었으며, 월간 활성 사용자(MAU) 1,000명을 돌파했습니다. 다양한 사내 팀들이 API, CLI, MCP(Model Context Protocol)를 통해 todoc의 데이터를 자신들의 AI 챗봇과 연동하여 제품 스펙 정리나 문의 대응 등에 적극적으로 활용하고 있습니다.

Trade-off

문서 생성 장벽을 대폭 낮춤에 따라 문서의 절대적인 양은 빠르게 증가했으나, 이는 동시에 지속적인 품질 유지와 정보의 최신성 검증이라는 또 다른 관리 리소스를 요구하게 되었습니다. 현재는 이를 해결하기 위해 개발자의 수동 개입을 최소화하고 워크플로우 상에서 문서가 자동 업데이트되는 시스템적 보완을 진행 중이며 완벽한 자동 검증에는 기술적 한계가 존재할 수 있습니다.

03

Key Concepts

Concept · 01

Single Source of Truth (SSoT, 단일 진실 공급원)

조직 내 모든 구성원이 동일하고 가장 최신의 신뢰할 수 있는 정보를 참조할 수 있도록 일관된 단일 저장소를 구축하는 아키텍처적 개념입니다.

  • 토스 내 여러 도구와 메신저에 흩어져 있던 파편화된 지식을 'todoc'이라는 하나의 허브로 통합했습니다.
  • 정보의 중복을 막고 어떤 정보가 현재 유효한지 명확하게 판별하는 기준점 역할을 합니다.
Concept · 02

Model Context Protocol (MCP)

대규모 언어 모델(LLM)이 외부 데이터 소스나 도구, 개발 환경과 안전하고 표준화된 방식으로 컨텍스트를 주고받을 수 있도록 돕는 개방형 프로토콜입니다.

  • todoc은 MCP 인터페이스를 제공하여 사내 다양한 AI 자동화 에이전트와 챗봇이 지식 데이터를 실시간으로 연동하여 활용할 수 있도록 지원합니다.
Concept · 03

Documentation Debt (문서화 부채)

제품의 코드가 변경되었음에도 문서의 최신화가 지연되거나, 작성 주체가 모호한 상태로 불완전하게 방치되어 정보의 신뢰성이 떨어지는 현상입니다.

  • 정적 사이트 기반의 어려운 접근성과 도구 파편화 때문에 사내에 방치된 정크 지식들을 해결하고자 했습니다.
  • 인적 리소스 기반의 수동 관리에서 벗어나 워크플로우 자동화를 통해 부채를 상쇄하는 방향으로 todoc을 설계했습니다.
Continue reading · same source

토스More from 토스

View all posts from 토스
  • AI가 팀 규칙을 지키도록 하는 방법

    LLMCoding AgentContext Window
    2시간 전
  • 1. Creating a Role That Didn’t Exist Before

    Technical WritingAI ChatbotRAG
    22시간 전
  • How Documents Find Developers at Toss

    RAGLLMSlackbot
    22시간 전
  • AI가 만든 코드가 어드민이 되기까지

    Reactesbuild-wasmImport Map
    3일 전
  • 1%가 겪은 버그 고쳐야할까요?

    HotfixProgressive DeliveryQA Platform
    1주 전

Related reads#TechnicalWriting

Explore #TechnicalWriting
토스

1. Creating a Role That Didn’t Exist Before

#TechnicalWriting22시간 전
채널 톡·Developer Relations

5년, 340개의 이야기로 이어온 개발 문화

#TechnicalWriting1주 전
토스

6. 도구를 넘어, 기준과 책임으로

#TechnicalWriting2개월 전
토스·LLM

5. Technical Writer, 사라질 결심

#TechnicalWriting2개월 전
토스

3. 우리 팀의 문서화는 왜 실패할까? (1)

#TechnicalWriting2개월 전

Source

토스
토스
Engineering Blog

Published · September 7, 2026

Topics

Technical WritingSingle Source of TruthGenerative AIKnowledge ManagementPlatform Engineering