👤 3,221 total uses◯ Free: 5 uses/day • Resets in 13h 14m
개발 & 기술

기술 사양 생성기

시스템 아키텍처, 데이터 모델, API 계약, 성능 요구 사항 및 구현 제약 조건을 포함한 자세한 기술 사양을 작성하세요.

자세히 알아보기

기술 명세서 생성기는 엔지니어링 팀이 실제로 읽고 따르는 포괄적인 기술 문서를 만들어 줍니다. 새 아키텍처를 위한 RFC, 기능 설계 문서, 기술 선택을 위한 ADR, 이해관계자를 위한 기술 브리프 등 무엇이 필요하든 — 문제 정의, 제안 솔루션, 대안 분석, 구현 계획, 위험 요소, 성공 지표를 갖춘 잘 구성된 문서를 받아보세요.

0 / 5000

✓ 무료 사용 — 가입도, 신용카드도 필요 없습니다.

개발자

Spec for a webhook delivery system

Spec template engineers actually use -- goals, non-goals, SLOs, failure modes

입력 및 출력 미리보기

입력

Feature
outbound webhooks with retries and signed payloads
Constraints
at-least-once delivery, p95 < 5s, 100 RPS sustained

출력 (발췌)

## Webhook Delivery v1 -- Tech Spec

**Goal:** at-least-once outbound delivery of domain events to customer endpoints with HMAC-signed payloads and exponential-backoff retries. **Non-goals:** exactly-once, ordering across event types. **Architecture:** event bus (NATS) -> delivery worker pool (Go) -> customer HTTPS endpoints. **Retry policy:** 8 attempts over 24h with exponential backoff (1s, 5s, 30s, 5m, 30m, 2h, 6h, 12h). **Signing:** HMAC-SHA256 over body, secret rotated per endpoint. **SLOs:** p95 delivery < 5s, success rate > 99.5%. **Failure modes:** detailed table covering DNS, TLS, 5xx, 4xx, timeout, partial response, body-size overflow.

기술 사양 생성기 결과가 여기에 표시됩니다

주석이 달린 깔끔한 코드 블록과 변경 사항에 대한 간단한 설명을 받게 됩니다.

사용 방법 기술 사양 생성기

  1. 기능, 시스템 변경, 또는 기술적 결정을 자세히 설명하세요. 문제, 현재 상태, 그리고 제안하는 접근 방식을 포함하세요.
  2. 문서 유형을 선택하세요: 합의가 필요한 제안의 경우 RFC, 구현 계획의 경우 Design Doc, 아키텍처 결정을 기록하기 위한 ADR.
  3. 기술적 깊이를 조정하기 위해 청중을 선택하세요 — 엔지니어는 깊은 구현 세부정보를 얻고, 이해관계자는 비즈니스 영향 요약을 얻습니다.
  4. 세부 수준을 설정하세요: '구현 준비 완료'는 엔지니어가 코딩을 시작할 수 있을 만큼 구체적인 사양을 생성합니다.

사용 사례

1

주요 아키텍처 변경(마이크로서비스 마이그레이션, 새로운 데이터베이스, API 재설계)을 위한 RFC를 작성하세요.

2

데이터 모델, API 계약 및 롤아웃 계획이 포함된 새로운 기능에 대한 설계 문서를 만드세요

3

팀이 내리는 기술 선택을 위한 아키텍처 결정 기록(ADR) 기록하기

4

시스템의 기능과 한계를 설명하는 이해관계자를 위한 기술 개요를 작성합니다

5

제품 요구 사항과 기술 구현 세부 정보를 연결하는 PRD를 작성하세요

최고의 결과를 위한 팁

  • 현실적인 제약을 고려하기 위해 설명에 제약(예산, 일정, 팀 규모, 기존 기술 스택)을 포함하세요.
  • '고려된 대안' 섹션이 유용하려면, 이미 고려한 접근 방식을 언급하고 제안된 솔루션에 기울어지는 이유를 설명하세요.
  • '구현 준비 완료' 세부 수준을 요청하여 사양이 엔지니어링 작업 분해로 작용하도록 하세요 — 특정 API 엔드포인트, 데이터베이스 쿼리 및 코드 구조가 포함됩니다.
  • '열린 질문' 섹션은 비동기 검토에 유용합니다 — 검토자의 의견이 필요한 특정 결정을 나열하세요.

자주 묻는 질문

RFC와 디자인 문서의 차이점은 무엇인가요?

RFC(Comments 요청)는 합의를 구하는 제안입니다. 문제와 제안된 해결책을 제시하여 접근 방식에 대한 약속을 하기 전에 팀 검토를 진행합니다. 디자인 문서는 이미 합의된 접근 방식에 대한 상세한 구현 계획입니다. 무엇을 구축할 것인지가 아니라 어떻게 구축할 것인지에 중점을 둡니다.

ADR이란 무엇인가요?

아키텍처 결정 기록(ADR)은 중요한 아키텍처 결정을 문서화합니다. 맥락, 내린 결정, 그리고 그 결과(긍정적 및 부정적 모두)입니다. ADR은 시스템이 현재와 같은 방식으로 구축된 이유에 대한 검색 가능한 기록을 생성하여 향후 팀원들에게 매우 귀중합니다.

이행 계획은 얼마나 상세해야 하나요?

'고급': 구성 요소 책임이 포함된 아키텍처 개요. '상세': 데이터 모델, API 계약 및 시퀀스 다이어그램. '구현 준비 완료': Jira 티켓을 생성할 수 있을 만큼 구체적입니다. 엔드포인트, 데이터베이스 마이그레이션, 기능 플래그 및 테스트 계획을 포함합니다.

다이어그램을 포함해야 할까요?

제너레이터는 데이터 흐름, 시스템 아키텍처 및 시퀀스 다이어그램에 대한 ASCII 다이어그램을 포함합니다. 이들은 모든 텍스트 편집기 또는 Markdown 뷰어에서 렌더링할 수 있습니다. 공식 프레젠테이션의 경우, Mermaid, draw.io 또는 Excalidraw와 같은 도구에서 재현할 수 있습니다.

기술 사양서는 얼마나 길어야 하나요?

기술 개요: 1-2페이지. ADR: 1페이지. 디자인 문서: 복잡성에 따라 3-8페이지. RFC: 주요 아키텍처 변경을 위한 5-15페이지. 생성기는 선택한 세부 수준에 따라 길이를 조정합니다.

이해관계자들이 생성된 사양을 이해할 수 있나요?

대상 청중으로 '이해관계자' 또는 '모든 청중'을 선택하세요. 생성기는 비즈니스 맥락과 영향을 앞세우고, 기술 개념에 대해 쉬운 언어를 사용하며, TL;DR 요약을 포함합니다. 기술적 세부 사항은 여전히 존재하지만 명확하게 분리되어 있습니다.

다음 워크플로의 일부

이 도구는 더 많은 일을 처리하도록 돕는 단계별 가이드에서 사용됩니다

🔒
당신의 개인정보는 보호됩니다

당신의 텍스트는 저장되지 않습니다. 처리 과정은 실시간으로 이루어지며, 결과 생성 후 즉시 입력이 폐기됩니다.

무제한 액세스 잠금 해제

무료 사용자: 하루 10회 사용 | Pro 사용자: 무제한

⚖️ 이 도구 비교하기

이 도구가 다른 도구와 어떻게 비교되는지 살펴보세요:

기술 사양 생성기 vs. 데이터베이스 스키마 디자이너 비교 보기 →

✍️ 프롬프트 라이브러리

바로 사용할 수 있는 프롬프트 — "사용하기"를 클릭하면 도구에 자동으로 채워집니다

[describe what it does] 하는 Python 함수를 작성해 줘. 타입 힌트와 docstring을 포함해 줘.

이 코드를 설명하고 개선점을 제안해 주세요: [paste code]

다음 함수에 대한 단위 테스트를 생성해 줘: [paste function]

[list columns] 컬럼을 가진 테이블에서 [describe what you need] 하는 SQL 쿼리를 작성해 줘.

[project type] 프로젝트를 위한 README.md를 만들어 주세요. 설치, 사용법, 기여 섹션을 포함해 주세요.

🔒

⚡ Pro 프롬프트

[platform type]을(를) 위한 마이크로서비스 시스템을 설계해 주세요. 인증,…...
[cloud provider]에 배포하는 [stack] 애플리케이션을 위한 완전한 CI/CD…...
Redis를 사용해 사용자당 분당 [X]개의 요청을 지원하는 Node.js…...
Pro로 업그레이드 →

관련 도구

이 에이전트 사용해보기

API-Automatisierungs-AgentAutomatisierung beschreiben → REST/Webhook-Rezept → curl + Python + Node Beispiele → auf AICT-API gemappt.이 에이전트 사용해보기 →

관련 워크플로

Lokalisierer für VeranstaltungsbeschreibungenSchreiben Sie eine Veranstaltungsbeschreibung, lokalisieren Sie sie für 5 Märkte und erstellen Sie marktspezifische Social-Media-Beiträge.워크플로 실행 →

더 보기