構築したいものを説明してください。チームがレビューし、エージェントが実行できる仕様を生成します。
Reduce return processing from 5 days to same-day for eligible orders
As a customer, I can initiate a return from order history so that I get a refund without contacting support
As a warehouse operator, I can process returns with barcode scan so that throughput stays above 50/hour
Return after 30-day window
Item was a gift purchase
Partial refund on bundled items
Payment timeout → retry 3x with backoff, then queue
Inventory sync failure → alert ops, hold refund
Add a returns flow to the e-commerce app
Do gift recipients get the refund, or the original purchaser?
This determines the refund routing logic and notification flow
Should customers be able to return individual items from a bundle?
Partial returns on bundles require inventory reconciliation
プロセス
ドメイン固有の確認事項 — ギフト返品のルーティング、バンドル価格ロジック、不正対策のエッジケース。短い回答でOK。AIが残りを推論します。
使い捨てのジェネレーターではありません
すべての編集をバージョン管理。任意の2バージョンを比較。変更メモを追加。
下書き → レビュー中 → 承認済み → 開発中 → 完了。80%で承認ゲート。
リンクを共有。誰でも特定のセクションにコメント可能 — アカウント登録不要。
GitHubリポジトリを接続。ClearSpecがファイルツリー、依存関係、最近のPRを読み取り、実際のコードを参照した仕様を生成。ソースコードは保存されません。
コンテキストなし
“Create a new API endpoint for refunds”
GitHubコンテキストあり
“Add POST /api/refunds in src/routes/payments.ts using the existing StripeService from src/services/stripe.ts. The OrderV2 schema from PR #487 applies.”
既存の仕様向け
不足している障害状態、セキュリティの盲点、曖昧な基準。各ギャップに具体的で実装可能な修正案を提示。
Add rate limiting: max 5 returns per user per hour with exponential backoff
Flag accounts with >3 returns in 30 days for manual review
Add ARIA labels, keyboard navigation, and screen reader announcements
より早くスタート
各テンプレートが仕様タイプに合わせてAIの確認質問をカスタマイズ。
作業が行われる場所に仕様をプッシュ
19%
低速化。AIを使用した開発者は、自分では速くなったと信じていたにもかかわらず、測定上は遅くなった。
91%
レビュー時間の増加。PR量は2倍に。検証がボトルネックに。
30-50%
のエンジニアリング時間が要件の明確化に費やされる。曖昧な仕様による15-30%の手戻り。
早期アクセス中は無料。