competitor-feedback

Scan competing markdown editors' user feedback (GitHub issues/discussions/releases + closed-source forums) and synthesize themes cross-referenced against SoloMD's own gaps and roadmap. Surfaces unmet demand SoloMD could win on, and features competitors ship that SoloMD lacks. Supports a "subscribe" mode that reports only what's new since the last scan. Use when asked to "check competitor feedback", "what are users complaining about in Obsidian/Logseq/etc.", "competitor watch", or "subscribe to competitors' GitHub".

Jump to install

Repository: zhitongblog/solomd
Last source activity: June 10, 2026 at 05:22
Detected SKILL.md language: English
Stars: 868
Forks: 49

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

A direct command skips the review prompt. Inspect the source before running it.

npx skills add https://github.com/zhitongblog/solomd --skill competitor-feedback

The command stays on one line. Scroll horizontally to inspect it before copying.

Prefer a local copy? Download the files currently available to SkillsMP.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer

5 files

SKILL.md

Source instructions · Read-only preview

Back to search Back to installation

solomd

Read, search, edit, and version-control any folder of Markdown notes via the SoloMD MCP server. 13 tools including AutoGit per-note history, semantic search, and write-with-sandbox via an accept/reject branch. Includes 11 starter agent recipes (weekly review, todo extract, link suggester, …).

2026-06-09

View all from this repository

Competitor feedback watch

Pulls real user feedback from SoloMD's competitors and turns it into a product signal: what their users want that we could win on, and what they ship that we lack.

Channels (which tools actually work)

The global AGENTS.md mentions an unzoo browser. The mcp__unzoo__* MCP tools are not installed — but unzoo IS available as a local REST API at http://127.0.0.1:9399 (a real headless Chromium: JS rendering, anti-bot, cookies). Use it via the bundled unzoo.sh wrapper, not MCP calls.

GitHub (primary, structured): the gh CLI, driven by scan.sh — gives reaction-sorted issue lists (best unmet-demand signal). This is the main channel.

Closed-source competitors (Typora, Obsidian, Bear, iA Writer, Tolaria…): no public issue API → use unzoo.sh to read their forums/Reddit: unzoo.sh fetch-web <forum-url> and unzoo.sh search-web "<name> bug …". unzoo.sh discover-rss <site> can find a feed to poll. WebSearch/WebFetch are fine fallbacks.

GitHub fallback: if gh/the GitHub API is rate-limited or EOFs (CN network), unzoo.sh search-github "<query>" / unzoo.sh fetch-github <owner> <repo> reach GitHub through the browser backend and often succeed when gh doesn't.

Check it's up first: unzoo.sh health → {"status":"ok"}. Endpoints accept url / query / owner+repo; responses are {success, data} JSON.

Steps

Pick mode.

Full scan (default): bash .Codex/skills/competitor-feedback/scan.sh
Subscribe / incremental (only issues opened since last run): bash .Codex/skills/competitor-feedback/scan.sh new
Restrict to some competitors: scan.sh full Logseq SiYuan
Tune volume with LIMIT=12 scan.sh.

The competitor registry is competitors.json (edit to add/remove). GitHub-hosted ones are fetched directly; the script prints the GitHub digest and then lists the closed-source competitors for you to handle in step 2. It also writes .last-scan so the next new run is truly incremental — that's the "subscribe" behaviour.

Web channel for closed-source competitors (via unzoo — the real browser). unzoo.sh health first. Then for each closed-source competitor scan.sh listed: unzoo.sh fetch-web <forum/reddit url from competitors.json> and unzoo.sh search-web "<name> bug OR missing feature OR complaint <year>". (WebSearch/WebFetch are fallbacks if unzoo is down.) Extract recurring themes — don't dump raw posts.

Synthesize — this is the point, not the raw list. Group everything into recurring themes (e.g. "sync conflicts", "mobile parity", "large-vault perf", "plugin breakage"). For each theme note which competitors it hits and rough volume (top-voted issue = strong signal).

Cross-reference against SoloMD. Read docs/roadmap.md and recent SoloMD issues (gh issue list --repo zhitongblog/solomd --state open). Then output two ranked lists:

Win-on: pains competitors' users repeatedly hit that SoloMD already does better or could cheaply own (these are positioning/marketing + wedge opportunities).
Gaps: things competitors ship that SoloMD lacks and users clearly value (candidate roadmap items). Be honest about effort.
Flag any theme that overlaps SoloMD's own recent complaints (shared weak spot).

Write the report to docs/competitor-feedback/YYYY-MM-DD.md (create the dir). Structure: TL;DR (3-5 bullets) → themes table → Win-on → Gaps → raw per-competitor appendix (the scan.sh output + web findings, for traceability). Keep the synthesis tight and opinionated; the founder reads the TL;DR first.

Notes

CN network flakes on the GitHub API — scan.sh already retries; if a competitor shows "(fetch failed)", just re-run it for that one (scan.sh full <name>).

This is a read-only research skill. It never posts to competitors' trackers.

Cadence suggestion: run scan.sh new weekly; it stays incremental via .last-scan.