👤 3,222 total uses◯ Free: 5 uses/day • Resets in 11h 47m
開発 & 技術

技術仕様生成器

システムアーキテクチャ、データモデル、API契約、パフォーマンス要件、および実装制約を含む詳細な技術仕様を作成します。

もっと知る

Technical Specification Generatorは、エンジニアリングチームが実際に読み、従う包括的な技術文書を作成します。新しいアーキテクチャの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(Request for Comments)は、コンセンサスを求める提案です。問題と提案された解決策を提示し、アプローチにコミットする前にチームレビューを行います。デザインドキュメントは、すでに合意されたアプローチの詳細な実装計画です。何を構築するかではなく、どのように構築するかに焦点を当てています。

ADRとは何ですか?

アーキテクチャ決定記録(ADR)は、重要なアーキテクチャ上の決定を文書化します。コンテキスト、下された決定、そしてその結果(ポジティブとネガティブの両方)です。ADRは、システムがそのように構築されている理由の検索可能な履歴を作成し、将来のチームメンバーにとって非常に貴重です。

実施計画はどのくらい詳細であるべきですか?

'高レベル'では、コンポーネントの責任を持つアーキテクチャの概要を示します。 '詳細'では、データモデル、API契約、シーケンス図を示します。 '実装準備完了'では、Jiraチケットを作成するのに十分具体的です。エンドポイント、データベースの移行、機能フラグ、テスト計画を含みます。

図を含めるべきか?

ジェネレーターはデータフロー、システムアーキテクチャ、シーケンス図のためのASCIIダイアグラムを含みます。これらは任意のテキストエディタやMarkdownビューワーでレンダリングできます。正式なプレゼンテーションの場合、Mermaid、draw.io、またはExcalidrawなどのツールで再作成できます。

技術仕様書はどのくらいの長さが必要ですか?

テクニカルブリーフ:1-2ページ。ADR:1ページ。デザインドキュメント:複雑さに応じて3-8ページ。RFC:主要なアーキテクチャ変更のために5-15ページ。ジェネレーターは、選択した詳細レベルに応じて長さを調整します。

ステークホルダーは生成された仕様を理解できますか?

ターゲットオーディエンスとして「ステークホルダー」または「すべてのオーディエンス」を選択します。生成器は、ビジネスコンテキストと影響を前面に出し、技術的な概念には平易な言葉を使用し、TL;DRの要約を含めます。技術的な詳細は依然として存在しますが、明確に分離されています。

これらのワークフローの一部

このツールは、作業をより効率的に進めるためのステップバイステップガイドで使用されます

🔒
あなたのプライバシーは保護されています

テキストは保存されません。処理はリアルタイムで行われ、結果を生成した後すぐに入力が破棄されます。

無制限のアクセスを解除

無料ユーザー:1日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]向けに、認証・データ・通知の各サービスを備えたマイクロサービスシステムを設計してください。API契約とデータベーススキーマも含めてください。...
[cloud provider]にデプロイする[stack]アプリケーション向けに、完全なCI/CDパイプライン構成を書いてください。...
Redisを用いて、ユーザーごとに毎分[X]リクエストをサポートするNode.js API向けのレート制限ミドルウェアを設計してください。...
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.ワークフローを実行 →

もっと読む