로드 중

설계 문서 또는 RFC 작성하기

선행 사례와 트레이드오프가 채워진 구조화된 제안서입니다.

10분엔지니어링Claude Cowork
로드 중

설정

플러그인 사용해보기

Engineering 플러그인에는 시작점으로 /system-design이 포함되어 있으며, 이미 RFC 템플릿을 채우고 위키 전반에서 선행 사례를 찾아보도록 구성되어 있습니다. 관리자가 플러그인을 관리하고 있고 아직 사용할 수 없다면 이 단계를 건너뛰세요. 아래 내용에는 이것이 필요하지 않습니다.

EngineeringStreamline engineering workflows — standups, code review, architecture decisions, incident response, and technical documentation. Works with your existing tools or standalone.
추가
/system-designDesign systems, services, and architectures.
Cowork에서 열기
/architectureCreate or evaluate an architecture decision record (ADR).
Cowork에서 열기

도구 연결하기

Claude Cowork는 여러분의 시스템과 직접 연동될 때 더욱 강력해집니다. 권한과 액세스는 여러분이 직접 제어합니다. 도구 액세스에 대해 알아보기.

설정하려면 Cowork에서 사용자 지정 → 커넥터로 이동하세요.

Confluence
이전 RFC와 아키텍처 페이지를 찾아보고 새 문서를 엔지니어링 공간에 바로 작성합니다. Confluence 액세스는 Atlassian Rovo 커넥터(Jira 및 Confluence)를 통해 제공됩니다.
연결
GitHub
관련 코드와 과거 ADR을 읽어 제안서가 시스템의 실제 모습을 참조하도록 합니다.
연결
Notion선택 사항
RFC 템플릿을 가져와 초안을 설계 검토 데이터베이스에 게시합니다.
연결

작업 폴더 설정하기

사용할 파일(RFC 템플릿, 이미 작성한 한 페이지 요약본이나 메모, 관련된 과거 RFC, 서비스의 아키텍처 다이어그램)을 하나의 폴더로 드래그하고 Cowork가 이를 가리키도록 하세요. Cowork는 그곳에서 읽어와 초안, 대안 표, 다이어그램을 다시 그곳에 작성합니다. RFC 폴더에서 Cowork 프로젝트를 생성하면 템플릿, 검토 체크리스트, 팀의 작성 규칙이 계속 연결된 상태로 유지됩니다.

RFCs / 0087-streaming-events
rfc-template.mdJan 4, 20262 KB
notes-streaming-migration.mdApr 24, 20265 KB
current-pipeline-diagram.pngMar 11, 2026142 KB
Cowork의 채팅 바에서:RFCs / 0087-streaming-events

프롬프트

Claude Cowork에 이것을 복사하세요

이벤트 파이프라인을 배치에서 스트리밍으로 전환하기 위한 설계 문서를 작성해 주세요. 선행 사례와 아키텍처 제약 조건을 찾아본 다음, 우리 RFC 템플릿에 맞춰 제안서 초안을 작성하세요: 문제, 목표와 비목표, 트레이드오프가 있는 두세 가지 접근 방식, 권장 사항, 그리고 미해결 질문. 저만 아는 부분은 제가 채우겠습니다.

RFCs / 0087-streaming-events

이것이 효과적인 이유

프롬프트

선행 사례를 명시적으로 요청하세요. Cowork가 위키와 과거 RFC를 검색하여 문서가 이전에 시도된 것을 인용하도록 합니다.

프롬프트

두세 가지 접근 방식을 강제하세요. 첫 번째 아이디어에 대한 판매용 설명이 아니라 실제 트레이드오프 표를 얻게 됩니다.

프롬프트

어느 부분을 직접 채울지 말하세요. Cowork가 구조와 조사를 처리하므로, 실제 판단이 필요한 부분에 시간을 쓸 수 있습니다.

출처

따라야 할 템플릿을 제공하세요. 결과물이 여러분의 섹션과 제목을 따르므로, 검토자는 예상하는 구조를 보게 됩니다.

더 나은 초안 얻기

연습

맞출 예시를 추가하세요. 마음에 드는 예시를 폴더에 넣으면 Cowork가 여러분의 구조와 어조에 맞춥니다.

연습

불확실한 부분을 표시하도록 요청하세요. "확신이 서지 않는 부분은 표시해 주세요"를 추가하면 초안을 검토할 때 어디를 먼저 봐야 할지 알 수 있습니다.

Cowork를 여러분에게 맞게 만들기

플러그인 스킬은 시작점일 뿐입니다 — 여러분만의 방식과 전문성으로 맞춤화하세요. 몇 분간의 대화만으로 이후부터는 여러분의 기준에 따라 실행됩니다.

지금까지 이 작업에서 한 것을 스킬로 만들거나, 제 피드백을 반영해 /system-design 스킬을 수정해 주세요.

RFCs

반복 가능하게 만들기

어떤 한 페이지 요약본에서도 실행하기

설계 문서는 Slack 스레드나 메모 파일의 한 단락에서 시작됩니다. /schedule을 입력하거나 Cowork 사이드바에서 Scheduled를 열면, 맞춤화된 스킬이 RFCs/inbox 폴더를 감시하여 새로운 한 페이지 요약본을 구조화된 초안으로 바꿔줍니다.

/schedule 평일 오전 9시에 RFCs/inbox에서 새로운 한 페이지 요약본을 확인하고, 각각에 대해 /system-design을 실행한 다음, 구조화된 초안을 RFCs/ 아래 번호가 매겨진 폴더에 작성하세요.

RFCs
예약된 작업활성
RFC 수신함에서 초안으로

평일 오전 9시에 RFCs/inbox에서 새로운 한 페이지 요약본을 가져와 선행 사례 조회와 함께 /system-design을 실행하고, 번호가 매겨진 RFC 폴더에 구조화된 초안을 작성합니다.

평일 오전 9:00Cowork에서 열기

팀원과 공유하기

맞춤화된 /system-design에는 이제 여러분의 템플릿, 선행 사례 출처, 검토자들의 고정 질문이 담겨 있습니다. 이를 공유하면 모든 테크 리드의 RFC가 동일한 형태로 도착하고, 아키텍처 검토가 형식이 아닌 결정에 시간을 쓸 수 있습니다.

설계 검토에서 달라지는 점