3 signals from Reddit — June 22, 2026

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

#	Idea	Source	Gap status	Buildability	Verdict
1	✅ Cross-platform saved-video library with AI transcript search	r/AppIdeas	Likely gap — Karakeep tried and fell short on two key features	4 / 5	Go (self-hosted angle)
2	⚠️ Remote murder mystery party app	r/AppIdeas	Unverified — no comments, no existing-solution mentions	3 / 5	Conditional
3	⚠️ Markdown editor with track-changes (writer-friendly)	r/AppIdeas	Likely gap — OP searched and found nothing; "programmerly" tools exist	3 / 5	Conditional

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.

Signal 1 — Saved-video library with AI transcript search

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 scorecard — saved-video library with AI transcript search

Buildability 1–5: 1 = hard blocker, 2 = major unsolved dependency, 3 = buildable with significant constraint, 4 = manageable risk, 5 = clear launch path.

Demand evidence

1 post, 0 comments on r/AppIdeas. OP described a 4-year pain point, named and ruled out the closest existing tool (Karakeep), and specified the exact missing features. Single-source, unvalidated.

Gap status

Likely gap. Karakeep ruled out on two criteria (no video download, no auto-expiry). yt-dlp + Whisper covers the technical primitives but requires manual assembly with no UI. No subscription-free self-hosted product was identified that combines the full workflow.

Buildability score

4 / 5

Go/no-go verdict

Go, self-hosted angle. Core stack: yt-dlp for video download, Whisper (or a hosted transcription API) for audio-to-text, any LLM for categorization, SQLite for the library. The auto-expiry feature is genuinely novel — build an 'is this still relevant?' scoring layer using the transcript + publish date. Launch path: package as a Docker container, post to r/selfhosted and r/degoogle. Monetization: one-time payment for a hosted version or optional cloud sync add-on.

통계 카드를 불러오는 중…

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 scorecard — remote murder mystery party app

Buildability 1–5: 1 = hard blocker, 2 = major unsolved dependency, 3 = buildable with significant constraint, 4 = manageable risk, 5 = clear launch path.

Demand evidence

1 post, 0 comments on r/AppIdeas. OP described a genuine remote-play pain point with a detailed proposed workflow. Slight builder-framing signal in the closing question ('is this worth building'). Single-source, unvalidated.

Gap status

Likely gap in the specific mobile-first niche. Physical murder mystery products dominate; digital-native remote versions exist at the margins (tabletop VTT tools) but require high setup overhead. No purpose-built consumer app identified.

Buildability score

3 / 5

Go/no-go verdict

Conditional. Validate first: check whether any murder-mystery-specific mobile apps launched in the past 18 months (App Store search 'murder mystery party game' filtered to 2025–2026 releases). If the field is clear, the MVP is a small story library (3–5 scripts), a real-time lobby with role/clue distribution, and a voting screen. Cold-start distribution path: Reddit communities (r/MurderMystery, r/BoardGames), Kickstarter for story packs, Eventbrite integration for hosted game nights. Monetization: pay-per-story or small annual pass.

통계 카드를 불러오는 중…

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.

Signal scorecard — Markdown editor with track changes

Buildability 1–5: 1 = hard blocker, 2 = major unsolved dependency, 3 = buildable with significant constraint, 4 = manageable risk, 5 = clear launch path.

Demand evidence

1 post, 0 comments on r/AppIdeas. OP described a specific collaborative editing pain point with a concrete existing workflow and named the closest tool (BBEdit diff) as insufficient. Single-source, unvalidated.

Gap status

Likely gap, but requires validation. Draft (draft.com) is the closest known candidate — check whether it supports true .md file export with standard Markdown syntax. If it does, gap may be closed. If not, no confirmed incumbent was found.

Buildability score

3 / 5

Go/no-go verdict

Conditional on validation. First step: test Draft with a real .md file and an editor. If Draft falls short on true Markdown-nativeness, the build is a focused desktop app (Electron or Tauri): file-based .md storage, diff engine (e.g. Myers diff algorithm with character-level granularity), inline accept/reject UI, sidebar comment threads. Monetization: $20–30 one-time purchase. Distribution: Hacker News 'Show HN', r/Markdown, r/ObsidianMD, r/blogging. The strongest version of this product is not just a diff viewer but a writer-first collaboration layer for any plain-text format.

통계 카드를 불러오는 중…

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.

3 signals from Reddit — June 22, 2026

Quick scan

Signal 1 — Saved-video library with AI transcript search

Competitive landscape check

Demand profile and buildability

Signal 2 — Remote murder mystery party app

Competitive landscape check

Demand profile and buildability

Signal 3 — Markdown editor with track changes

Competitive landscape check

Demand profile and buildability

Source pool note

참고 출처