business

Verdict

Submitted 5/20/2026, 2:58:14 PM · Completed 5/20/2026, 3:12:35 PM

6.5
pivot
The idea

Built a spoiler-safe character tracker for fantasy novels because I kept forgetting who everyone was

Show original source text →
So I'm building a companion app that tracks characters, places, and relationships only up to the exact page you've read. no "they later betray everyone". If you forget who someone is, you check, and you only see what you've already met. The mechanic: extract the whole book once into a structured graph (characters, where they appear, who they're connected to, what's happened), then filter it to your current page on every query. The frontend never sees anything past your bookmark. Still rough. Solo project, four books in my library, auth and the library UI work. I'd like to know what you guys think and if you'd be interested in trying this, and if so what book if not this game of thrones for example?
TRIZ inventive level: 3/5· Principles: parameter changes, segmentation
Synthesis verdict
**Pivot**. The idea of a companion app that tracks characters, places, and relationships in a book without spoilers has potential, but it requires significant refinement to overcome scalability and copyright concerns. The core mechanic of extracting a book into a structured graph and filtering it to the user's current page is technically achievable, but the complexity lies in developing a robust graph extraction algorithm that can handle various book formats and structures. The market for this app is niche but intensely engaged, with millions of readers buying physical or e-books of complex narratives annually. However, the biggest risk is scalability, and the project's survival is threatened by potential copyright infringement risks and limitations due to manual data extraction.

Strengths

  • Addresses a clear pain point for readers of complex narratives: avoiding spoilers while refreshing memory
  • Technical approach (structured graph + dynamic filtering) is sound and scalable
  • Market for this app is niche but intensely engaged, with millions of readers buying physical or e-books of complex narratives annually
  • Premium version with sync, export, or AI-assisted summaries could easily monetize via subscription
  • No existing app does this with precision and spoiler-free integrity

Weaknesses

  • Scalability limitations due to manual data extraction threaten the project's survival
  • Copyright infringement risks pose significant threats
  • High manual effort required to extract and structure data for each book doesn't scale well for a solo project
  • Challenge of attracting a broad user base beyond avid readers of complex, character-dense fiction
  • Current prototype's limited library (four books) and rough state indicate a long development cycle ahead

Best angle

To succeed, the app should focus on developing a robust graph extraction algorithm, expanding its library to include a diverse range of books, and exploring partnerships with publishers to mitigate copyright concerns.

Panel verdicts

Viability

meta/llama-4-maverick-17b-128e-instruct

7.0

The project's success hinges on developing an efficient graph extraction algorithm that can handle diverse book formats.

The idea is feasible for a solo or 2-person team to build within 4-12 weeks, with some caveats. The core mechanic of extracting a book into a structured graph and filtering it to the user's current page is technically achievable. However, the complexity lies in developing a robust graph extraction algorithm that can handle various book formats and structures. Additionally, implementing a user-friendly frontend and auth/library UI will require significant development time. The fact that the project is still rough and has a limited initial scope (four books) mitigates some of these concerns. Nevertheless, the team will need to prioritize and focus on the most essential features to meet the desired timeframe. The interest in trying this idea and the suggestion to test it with a specific book (e.g., not Game of Thrones) indicates that the concept has potential and could be validated with a minimal viable product.

Risk

nvidia/llama-3.3-nemotron-super-49b-v1

3.0

Copyright infringement risks and scalability limitations due to manual data extraction threaten the project's survival within 6-12 months.

The idea's niche appeal and technical complexity, coupled with copyright concerns and limited solo-project scalability, pose significant threats. While the concept addresses a specific reader frustration, its viability is compromised by potential legal hurdles from publishers, the high manual effort required to extract and structure data for each book (a task that doesn't scale well for a solo project), and the challenge of attracting a broad user base beyond avid readers of complex, character-dense fiction. The current prototype's limited library (four books) and the mention of it being 'still rough' indicate a long development cycle ahead, during which regulatory or platform challenges could emerge, especially if the app's popularity grows.

Market

qwen/qwen3-next-80b-a3b-instruct

8.0

Readers of complex novels don’t need more information—they need the right information, at the right time, without spoilers.

This idea targets a highly specific, unmet need among serious readers of complex narratives—particularly fans of epic fantasy, historical fiction, and multi-threaded literary fiction. The audience is niche but intensely engaged: readers of George R.R. Martin, Patrick Rothfuss, Brandon Sanderson, or Hilary Mantel who struggle to track evolving character relationships and plot threads across hundreds of pages. These readers often use external wikis or notes, but those are overwhelming and spoil future reveals. Your app’s core mechanic—dynamically filtering knowledge to match reading progress—is elegant and ethically sound, preserving narrative surprise. The market is real: millions of readers buy physical or e-books of these genres annually; many already use annotation tools (like Notion, Goodreads, or Kindle highlights), indicating willingness to pay for better organization. A premium version with sync, export, or AI-assisted summaries could easily monetize via subscription ($3–5/month). Early adopters would be avid readers in their 30s–50s with disposable income, active in book clubs or Reddit communities like r/asoiaf. The fact you’ve already built a working prototype with auth and library UI proves feasibility. The biggest risk is scalability—extracting structured graphs from diverse formats (PDF, EPUB, MOBI) with accurate entity recognition is non-trivial—but even supporting 10–20 top fantasy/historical novels would capture a loyal user base. If you expand to include audiobook sync or community-shared annotations (opt-in), the product could become indispensable. No existing app does this with precision and spoiler-free integrity.

Competition

no model

This agent failed to return a verdict (executor exception: 'NoneType' object has no attribute 'strip'). The synthesis ran with the remaining agents.

Monetization

mistralai/mistral-medium-3.5-128b

7.0

Spoiler-free utility is the hook, but monetization hinges on proving extraction accuracy and scaling beyond a single fandom.

The idea addresses a clear pain point for readers of complex narratives: avoiding spoilers while refreshing memory. The technical approach (structured graph + dynamic filtering) is sound and scalable, though execution risk remains (e.g., accurate extraction for diverse books). Monetization potential exists via freemium (basic tracking free, advanced features like cross-book analysis or author insights paid) or B2B partnerships (publishers/educators). Unit economics could be strong if extraction is automated (low marginal cost per book). However, market size is niche (avid readers of dense books), and competition from free wikis or fan sites is a risk. Early traction with a specific fandom (e.g., ASOIAF) could validate demand. Pricing could start at $1–2/book or $5–10/month for premium.

Synthesized by meta/llama-3.3-70b-instruct · 14.6s