描述您想要构建的内容。获得团队可以审查、代理可以执行的规格说明。
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
流程
领域特定的澄清事项 — 礼品退货路由、捆绑定价逻辑、欺诈边缘情况。简短回答即可。AI会推断其余部分。
不是一次性生成器
每次编辑都有版本记录。比较任意两个版本。添加变更说明。
草稿 → 审核中 → 已批准 → 开发中 → 已交付。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数量翻倍。验证成为瓶颈。
30-50%
的工程时间花在明确需求上。因规格模糊导致15-30%的返工。
抢先体验期间免费。