Trend to Microbet
Do not answer hype with hype. Convert the trend into a bounded experiment.
Workflow
- Name the trend precisely. Separate the product, capability, ecosystem, and social buzz.
- Verify recency when tools allow. Prefer official release notes plus at least one independent community or adoption signal. If live web access is unavailable, mark trend strength as unverified.
- Check personal leverage. What assets already exist: code, audience, domain knowledge, data, relationships, infrastructure, writing, distribution, or a half-built prototype?
- Score the opportunity using
references/microbet-scorecard.md. - Design the smallest public or real-world test. Default horizon: 48 hours to 7 days. Cap effort before building.
- Choose one proof metric before work starts. Examples: external installs, completed tasks, user replies, repeat use, accepted demo, qualified leads, benchmark delta, or a real conversation that changes the decision.
- Define stop / iterate / double-down rules. A microbet without a stop rule becomes a new distraction.
- Publish or test where the target users already are. Do not build a new community merely to validate the idea.
- Review the result, not the excitement. Update the opportunity score after evidence arrives.
Output
Return:
- Trend claim and verification status
- Why it may matter
- Existing leverage
- 48h–7d microbet
- Effort cap
- Primary proof metric
- Stop / iterate / double-down rule
- What not to do yet
Do not present social-media excitement, stars, or press coverage as proof that the user's own bet will work.