스킬 backend-architect
📦
backend-architect
콘텐츠 리비전 r2 안전 📁 파일 시스템 접근
확장 가능한 백엔드 API 설계
백엔드 아키텍처 선택은 취약한 API와 불분명한 서비스 경계를 만들 수 있습니다. 이 skill은 API 계약, 서비스 분해, 복원력, 관측 가능성, 롤아웃 계획을 안내합니다.
지원: Claude Codex Code(CC)
내 에이전트로 설치
이 요청을 에이전트에 복사하세요. 공식 Skill 페이지와 매니페스트가 포함되어 있습니다.
에이전트 요청
Review the Skillstore skill "backend-architect" from https://skillstore.io/skills/sickn33-backend-architect.md and its manifest at https://skillstore.io/api/skills/sickn33-backend-architect/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.에이전트는 계속해서 계획을 표시하고 보안 정책에서 요구하는 확인을 요청해야 합니다.
에이전트가 읽기 쉬운 리소스
AI 에이전트, 크롤러, 스크립트가 전체 페이지 대신 정리된 컨텍스트만 필요할 때 이 링크를 사용하세요.
테스트해 보기
"backend-architect" 사용 중입니다. 결제, fulfillment, 벤더 알림이 있는 marketplace용 주문 관리 API를 설계하세요.
예상 결과:
- 주문, 결제, fulfillment, 알림을 분리하는 서비스 경계 제안.
- 멱등성, 상태 전이, 오류 처리를 포함한 권장 API 계약.
- 재시도, dead letter queue, 모니터링, 안전한 롤아웃을 위한 복원력 참고 사항.
"backend-architect" 사용 중입니다. 우리의 reporting backend가 동기 API를 사용해야 하는지 event streaming을 사용해야 하는지 검토하세요.
예상 결과:
- 최신성, 일관성, 비용, 지연 시간, 운영 복잡성을 다루는 trade-off 분석.
- consumer 소유권과 replay 고려 사항을 포함한 권장 event-driven 설계.
- 스키마 진화와 backfill 전략을 포함해 구현 전에 검증해야 할 위험.
"backend-architect" 사용 중입니다. 사용자, billing, 이메일, analytics를 처리하는 monolith를 현대화하세요.
예상 결과:
- 명확한 모듈 경계와 strangler pattern을 사용하는 단계적 마이그레이션 계획.
- 결합도, 위험, 비즈니스 가치 순으로 정렬한 후보 서비스.
- 트레이싱, 배포 안전성, 계약 테스트를 위한 운영 요구사항.
보안 감사
안전v5 • 2026. 8. 14. 버전별 보고서 열기
Both static findings are false positives caused by harmless prose. The skill contains architecture guidance and no operational filesystem access or system reconnaissance behavior.
1
스캔된 파일
335
분석된 줄 수
0
검토 항목
0
오탐 무시됨
위험 요인
📁 파일 시스템 접근 (1)
가장 최근에 완료된 정적·의미론적 감사에서 확인된 보안 발견 사항이 감지되지 않았습니다. 이는 스킬에 부작용이 없음을 증명하지 않습니다.
감사자: codex 감사 이력 보기 →
이 보고서 공유 및 인용
버전이 지정된 평가 보고서, 중립 배지, 임베드 카드 및 인용을 공유하세요. Skillstore는 근거를 보고하지만 이 Skill의 안전 여부를 판단하지 않습니다.
보고서 링크 복사
https://skillstore.io/skills/sickn33-backend-architect/audits/5?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown 배지
[](https://skillstore.io/skills/sickn33-backend-architect?utm_source=security_passport_badge)HTML 배지
<a href="https://skillstore.io/skills/sickn33-backend-architect?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-backend-architect/security.svg" alt="Skillstore security assessment" loading="lazy"></a>임베드 카드
<iframe src="https://skillstore.io/embed/skills/sickn33-backend-architect.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>학술 인용 (APA · BibTeX · CFF)
APA 인용
sickn33. (2026). backend-architect security audit report (audit version 5) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-backend-architect/audits/5BibTeX 인용
@techreport{sickn33-sickn33-backend-architect-2026,
author = {sickn33},
title = {backend-architect security audit report (audit version 5)},
institution = {Skillstore},
year = {2026},
number = {5},
url = {https://skillstore.io/skills/sickn33-backend-architect/audits/5},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "backend-architect security audit report (audit version 5)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-08-14"
url: "https://skillstore.io/skills/sickn33-backend-architect/audits/5"
identifiers:
- type: other
value: "skillstore:sickn33-backend-architect:audit:5"
description: "Skillstore immutable audit report identifier"
변형 비교
설치 가능한 변형 2개각 작성자의 스킬은 별도의 설치 항목으로 유지됩니다. 추천 변형은 Skillstore 근거로 순위가 정해집니다.
이 변형이 1위인 이유
Skillstore 사용량이 더 높음
Skillstore 점수
이 점수의 이유 증거 신뢰도: 높음 55
아키텍처
85
유지보수성
87
콘텐츠
68
커뮤니티
83
사양 준수
만들 수 있는 것
새 API 플랫폼 계획
구현을 시작하기 전에 API 계약, 서비스 경계, 신뢰성 목표, 롤아웃 단계를 정의합니다.
서비스 아키텍처 선택
제품 및 팀 제약 조건에 맞춰 modular monolith, microservices, event-driven, gateway 패턴을 비교합니다.
레거시 백엔드 현대화
기존 시스템을 위한 strangler 마이그레이션, 서비스 분해, 관측 가능성, 안전한 배포 경로를 계획합니다.
이 프롬프트를 사용해 보세요
백엔드 설계 시작
이 제품을 위한 백엔드 아키텍처를 설계하세요. API 스타일, 핵심 서비스, 데이터 소유권, 신뢰성 요구사항, 롤아웃 단계를 포함하세요.
API 계약 정의
이 사용자 흐름을 위한 API 계약을 정의할 수 있도록 도와주세요. 리소스, 작업, 오류 동작, 멱등성, 인증, 버전 관리를 다루세요.
서비스 경계 검토
이 서비스 분해를 검토하세요. 약한 경계, 결합 위험, 통신 패턴, 소유권 우려 사항, 더 나은 목표 아키텍처를 식별하세요.
복원력 및 운영 계획
이 백엔드를 위한 프로덕션 준비 계획을 만드세요. 장애 모드, 타임아웃, 재시도, 모니터링, 알림, runbook, 배포 전략을 포함하세요.
모범 사례
- 아키텍처를 요청하기 전에 비즈니스 흐름, 규모 목표, 지연 시간 목표, 규정 준수 요구사항, 팀 제약 조건을 제공하세요.
- 단순성, 일관성, 비용, 운영 가능성, 전달 속도 사이의 명시적인 trade-off를 요청하세요.
- 모든 주요 아키텍처 권장사항마다 롤아웃, 관측 가능성, 장애 모드, 테스트 계획을 요청하세요.
피하기
- modular monolith 경계로 충분한지 검증하기 전에 microservices를 요청하지 마세요.
- 엔드포인트를 정의할 때 API 계약, 멱등성, 권한 부여, 오류 동작을 건너뛰지 마세요.
- 데이터 소유권과 운영 책임을 논의하지 않고 프레임워크 선택을 아키텍처로 간주하지 마세요.
자주 묻는 질문
이 skill은 API를 처음부터 설계할 수 있나요?
예. API 스타일, 계약 형태, 버전 관리, 오류 동작, 인증, 문서화 요구사항을 안내할 수 있습니다.
프로덕션 코드를 생성하나요?
아니요. 완전한 프로덕션 코드보다는 아키텍처, 계약, trade-off, 구현 지침에 초점을 맞춥니다.
마이크로서비스에 도움이 될 수 있나요?
예. 서비스 경계, 통신 패턴, 게이트웨이 전략, 관측 가능성, 마이그레이션 계획을 정의할 수 있습니다.
보안을 다루나요?
인증, 권한 부여, 검증, rate limit, secret management와 같은 백엔드 보안 패턴을 다룹니다.
아키텍처 옵션을 비교할 수 있나요?
예. monolith, modular monolith, microservices, event-driven, serverless 접근 방식을 비교할 수 있습니다.
어떤 입력이 결과를 개선하나요?
사용자 흐름, 데이터 소유권, 부하 예상치, 지연 시간 요구사항, 규정 준수 규칙, 팀 역량, 운영 제약 조건을 공유하세요.