3 signals from Reddit — June 22, 2026

3 signals from Reddit — June 22, 2026

r/AppIdeas delivered today's entire signal haul on its debut evaluation — 3 consumer demand posts in a 28.7h window, a 23.1% signal purity that outpaces every prior subreddit probe. The top pick (buildability 4/5, Go) is a self-hosted saved-video library with AI transcript search and auto-expiry: the OP spent four years watching saves pile up unretriably and ruled out the closest existing tool (Karakeep) on two specific criteria. The other two signals — a remote murder mystery party app and a writer-friendly Markdown editor with track changes — both land at 3/5 conditional, each requiring one concrete validation check before committing. r/SomebodyMakeThis went quiet for the fourth consecutive window.

出典:...
Twitter 'I want an app that...' Demand Radar
2026/6/22 · 8:22
購読 3 件 · コンテンツ 31 件
Coverage: Jun 21 09:20 EDT → Jun 22 14:00 EDT (28.7h — slightly longer than the standard 24h cycle). All 3 signals come from r/AppIdeas, a newly evaluated subreddit. r/SomebodyMakeThis produced zero qualifying signals for the fourth consecutive window.

Quick scan

#IdeaSourceGap statusBuildabilityVerdict
1✅ Cross-platform saved-video library with AI transcript searchr/AppIdeasLikely gap — Karakeep tried and fell short on two key features4 / 5Go (self-hosted angle)
2⚠️ Remote murder mystery party appr/AppIdeasUnverified — no comments, no existing-solution mentions3 / 5Conditional
3⚠️ Markdown editor with track-changes (writer-friendly)r/AppIdeasLikely gap — OP searched and found nothing; "programmerly" tools exist3 / 5Conditional
Source note: r/AppIdeas is a first-time evaluation this run. All three signals have zero comments — community validation of existing solutions is absent. Treat each as single-source demand until cross-checked.

Source: r/AppIdeas, posted Jun 22, 2026 at 06:04 AM EDT by /u/JohnR_Orbit92. Zero comments. 1
コンテンツカードを読み込んでいます…
/u/JohnR_Orbit92 has been saving short-form videos from TikTok, Instagram Reels, and YouTube Shorts for four years. The problem is retrieval — saved videos pile up into an unstructured mass with no search, tagging, or topic grouping. 1
"Is there an app where I send a link to and it downloads the video, saves the audio as text (to make it searchable), categorise it (AI, SEO, Food, Motivational Quote etc) so I can go back and review later?"
The OP already tried Karakeep (a self-hosted bookmark manager) and got close — but ran into two hard blockers: 1
"I tried Karakeep, it comes close but it doesnt extract videos from link + no auto expiry option so library keeps getting bigger n bigger."
The full requirement set: download the original video (the OP notes "content gets deleted faster than you think on these platforms"), extract audio as a searchable transcript, AI-categorize by topic, apply auto-expiry with AI suggestions on knowledge staleness, work on mobile and desktop, and stay self-hostable with no subscription. The OP also flagged wanting AI-agent compatibility (specifically OpenClaw and Hermes).

Competitive landscape check

Karakeep is the closest public candidate and it was explicitly ruled out. No other solutions were raised in the thread. A broader check turns up a few partial overlaps:
  • yt-dlp + Whisper — the open-source stack that handles download + transcription, but requires manual assembly with no UI, no categorization, no auto-expiry.
  • Readwise Reader — handles web clips and PDFs well; video support is limited and it's subscription-based.
  • Raindrop.io — bookmarks short-form video links but doesn't download them or extract transcripts.
None of these combine the full workflow the OP wants under a self-hosted, subscription-free model. The gap looks real, though without comments confirming or denying existing solutions, a 15-minute search before committing would be prudent.

Demand profile and buildability

This is a one-post signal with zero community engagement. The specificity works in its favor: the OP described a concrete four-year frustration, named the closest existing tool, identified its exact failure points, and laid out the desired workflow step-by-step. That's rare.
The self-hostable constraint is a deliberate product position, not a limitation — it filters the potential user base down but creates a clear differentiation from subscription-based note-taking tools. The target user is someone technical enough to self-host but not technical enough to wire yt-dlp + Whisper together themselves.
統計カードを読み込んでいます…

Signal 2 — Remote murder mystery party app

Source: r/AppIdeas, posted Jun 21, 2026 at 09:45 AM EDT by /u/Wonderful_Flight_965. Zero comments. 2
コンテンツカードを読み込んでいます…
/u/Wonderful_Flight_965 plays Murder Mystery Dinner games but finds remote play with long-distance friends broken: 2
"I love Murder Mystery Dinner games, but playing them remotely is painful. Mailing cards out or managing hidden clues completely takes the joy out of the game as you cannot really do the clues together."
The proposed workflow is detailed: host picks a story and sends an invite link → players join a lobby and read their character descriptions → the app distributes texts, clues, and role-specific information automatically so nobody accidentally sees another player's cards → a voting screen picks the murderer with scoring. The OP also floated user-generated story uploads with a monetization layer (story sales), and noted the design could extend to other social deduction games like Werewolf.
The post closes with: "Is an idea like this actually worth trying to build, or am I wasting my time?" — which reads less like a pure consumer demand signal and more like a founder testing an idea. That's worth flagging: this is borderline demand/builder framing, but the core pain point (remote play is broken for this category) is genuine consumer frustration.

Competitive landscape check

The space isn't empty. A few products exist:
  • Hunt a Killer — physical subscription box, no remote-native digital mode.
  • Mysterium — digital board game adaptation, fully async, but a different genre.
  • Various tabletop RPG tools (Roll20, Foundry VTT) — support for running mysteries remotely exists but requires heavy setup and GM work; not consumer-friendly.
The specific gap the OP is pointing at — a mobile-first, lobby-style app purpose-built for Murder Mystery Dinner games with automatic clue distribution — doesn't seem to have a clear incumbent. The OP's instinct to extend to Werewolf/Mafia-style social deduction is correct; those games have more established digital analogues (Jackbox), so the murder mystery niche is the more defensible starting point.

Demand profile and buildability

Zero community engagement makes this hard to calibrate. The OP's workflow description is unusually complete for a first post — character lobbies, clue distribution logic, vote + scoring, UGC monetization — which either signals a motivated potential user or a builder who wrote themselves into the "demand" framing.
統計カードを読み込んでいます…

Signal 3 — Markdown editor with track changes

Source: r/AppIdeas, posted Jun 21, 2026 at 10:51 AM EDT by /u/Available_Walk_1874. Zero comments. 3
コンテンツカードを読み込んでいます…
/u/Available_Walk_1874 writes everything in Markdown — blog posts, work memos — and has his wife serve as editor. The current workflow: wife edits the .md file directly and sends it back; OP manually figures out what changed. He tried BBEdit for file comparison and found it works but feels "programmerly." What he wants is "writerly": 3
"I know of no markdown native app that integrate something like 'track changes' and makes it easy to view differences between two versions of a document."
"I want to see the edits inline with an interface that allows me to accept or reject changes."
The requirements: inline diff visualization, accept/reject interface, sidebar comments, and Markdown-native (plain text files, standard Markdown syntax). The OP considered Git but acknowledged the complexity cuts against the "writerly" principle — he wants the collaboration UX of Google Docs Track Changes applied to a plain-text Markdown file.

Competitive landscape check

This is a genuinely narrow gap in a crowded-but-misaligned space:
  • Typora — no track changes.
  • Obsidian — no native track changes; community plugins exist but are basic.
  • iA Writer — no track changes.
  • Notion — has version history but is not Markdown-native (proprietary format).
  • Git diff + a visual frontend (e.g. VS Code GitLens) — covers the diff side but the UX is squarely programmer-facing.
  • Draft (web app, draft.com) — specifically built for collaborative writing with track changes, and it supports Markdown-ish syntax. This is the closest existing match. Whether it meets "Markdown-native" (true plain-text .md files) is the key question: Draft uses its own format internally.
The OP's explicit test ("I know of no markdown native app") hasn't been independently verified here, and the zero-comment post means no community member stepped in to correct or confirm. Draft should be the first validation check before building — if Draft handles true .md files with an accept/reject interface, the gap may already be closed.

Demand profile and buildability

The pain point is real and the user is technical enough to have tried BBEdit and considered Git — meaning the target audience is writers who have bumped hard against the programmer/writer tool divide. That's a real population: technical bloggers, developer-adjacent writers, academics who adopted Markdown for portability.
統計カードを読み込んでいます…

Source pool note

r/AppIdeas — first evaluation. 13 posts reviewed in-window; 3 qualifying consumer demand signals (23.1% signal purity). This is the highest purity rate of any subreddit probe to date — r/androidapps ran at 3.3%, r/apps at 4.2%, r/AppIdeas at 23.1%. The structural caveat: all posts in the window had zero comments, meaning no community validation of existing solutions. Adding to regular daily rotation with a "zero-comment caution" flag attached to every signal. 4
r/SomebodyMakeThis — 0 qualifying signals in 28.7 hours. Five in-window posts reviewed; all excluded (3 builder-intent / meta, 1 I-made-this, 1 cross-post spam from /u/PieKey1836). This is the fourth consecutive below-average run (pattern: 0 → 1 → 0 → 0). SMT has now produced qualifying signals in only 1 of the last 4 windows, down from a longer-run average of roughly one signal per window. 5
Cover: AI-generated illustration.

このコンテンツについて、さらに観点や背景を補足しましょう。

  • ログインするとコメントできます。