Fix sample_data CLEAR=true scope, count message, and production guard

[kanejamison]

Closes #59

Summary

Fixes three problems in lib/tasks/bunko/sample_data.rake:

1. CLEAR=true deleted ALL posts, including hand-authored static pages. The generator itself skips the reserved "pages" post type, so clearing is now scoped the same way: Post.joins(:post_type).where.not(post_types: {name: "pages"}). Static pages survive CLEAR=true.
2. The "Cleared" message always said 0. It printed Post.count after deletion. The count is now captured before destroying, and the task prints exactly what will be deleted (count + scope: "Deleting N post(s) from all post types except 'pages'") before doing it, then reports the actual number cleared.
3. The production guard was bypassed in non-interactive shells. $stdin.gets returns nil immediately without a TTY (CI, cron, piped stdin), so CLEAR=true could wipe production content with no confirmation. Now: the interactive prompt is kept when a TTY is present, but if $stdin.tty? is false or gets returns nil (EOF), the task aborts unless CONFIRM_PRODUCTION=true is set explicitly. EOF is never treated as consent.

Tests

Added to test/tasks/bunko_sample_data_task_test.rb:

• Clear message reports the actual number of posts deleted (not the post-deletion count)
• Static pages survive CLEAR=true while non-page posts are cleared
• Production + non-interactive stdin aborts (SystemExit, no posts created) without CONFIRM_PRODUCTION=true
• Production + non-interactive stdin proceeds with CONFIRM_PRODUCTION=true
• Production + TTY whose gets returns nil (EOF) aborts

Results

• bundle exec rake (Ruby 4.0.2): 368 runs, 1343 assertions, 0 failures, 0 errors, 1 skip (pre-existing skip)
• bundle exec standardrb: no offenses

🤖 Generated with Claude Code

https://claude.ai/code/session_01CAFZmU5SJSERBVyedpsYQW

---

Generated by Claude Code