Vague ticket
Make notification settings clearer. Users should know what they are subscribed to.
These examples show the exact move Spec Coding is built around: take a weak AI coding prompt and turn it into files that reviewers, testers, and agents can follow.
Make notification settings clearer. Users should know what they are subscribed to.
spec.md - Goal: show email, in-app, and push preferences per event. - Non-goal: no new notification provider. - Risk: duplicate sends during migration. acceptance-criteria.md - Given an existing user with email disabled When preferences are migrated Then email remains disabled for every event. test-evidence.md - migration dry run - old mobile client screenshot - duplicate notification regression test
Improve API errors. Make them easier for clients to handle.
spec.md - Goal: standardize error code, message, trace_id, and retryable. - Non-goal: no endpoint behavior changes. - Constraint: old SDKs must parse the response. acceptance-criteria.md - Given a validation failure When the API returns 422 Then response includes code, message, field_errors, trace_id. test-evidence.md - contract test for 400/401/409/422 - SDK compatibility fixture - release note for changed examples
Add CSV export to reports. Should work for large accounts.
spec.md - Goal: async CSV export for reports up to 1M rows. - Non-goal: no PDF export. - Risk: long-running jobs and stale filters. tasks.md - persist export request with filters - run worker with retry and idempotency key - notify user when file is ready test-evidence.md - 1M row load test - failed worker retry test - expired download link check
Use the generator when a request is clear enough to discuss, but still too vague to hand directly to an AI coding tool.
Generate a spec packet