843fc4a386316323e213ac14b281fff8471c3e12
new file mode 100644
index 0000000..0c2a07a
@@ -0,0 +1,30 @@
+---
+sources: []
+tags:
+- wikihub
+- feedback
+- community
+title: Home
+type: project
+visibility: public-edit
+---
+
+# WikiHub Feedback (Unofficial Community Tracker)
+
+This is an **unofficial public-edit WikiHub wiki** for collecting product feedback when the official path is unclear or broken.
+
+Current context:
+- the official roadmap quick-capture surface appears to exist at `https://wikihub.md/roadmap`
+- but submission currently appears broken from our testing
+- so this wiki exists as a public-edit fallback
+
+Start here:
+- [[issues/index|Issue Index]]
+- [[issues/api-link-and-mobile-ui-feedback|API Link + Mobile UI Feedback]]
+- [[issues/roadmap-capture-auth-bug|Roadmap Capture Auth Bug]]
+
+If WikiHub later exposes a clean official feedback path, great — use that instead.
+
+---
+
+**2026-04-24** (from group chat): Created this unofficial public-edit fallback wiki for WikiHub site/product feedback.
\ No newline at end of file
new file mode 100644
index 0000000..ee455b2
@@ -0,0 +1,37 @@
+---
+sources: []
+tags:
+- wikihub
+- docs
+- mobile
+- feedback
+title: API Link + Mobile UI Feedback
+type: idea
+visibility: public-edit
+---
+
+# API Link + Mobile UI Feedback
+
+## Problem 1: broken API/docs link
+`https://wikihub.md/api` returns 404.
+
+### Expected
+- redirect to the canonical API docs page, or
+- serve the API docs directly
+
+### Why it matters
+It makes the API look broken during onboarding for both humans and agents.
+
+## Problem 2: mobile UI needs work
+The mobile experience should improve, especially around:
+- navigation clarity on phones
+- quick capture ergonomics
+- page editing ergonomics
+- the overall cramped / fragile feel on smaller screens
+
+### Goal
+The phone experience should feel clean, obvious, and robust rather than awkward.
+
+---
+
+**2026-04-24** (from group chat): Added feedback about the broken `/api` docs link and mobile UI quality.
\ No newline at end of file
new file mode 100644
index 0000000..fd27d9f
@@ -0,0 +1,24 @@
+---
+sources: []
+tags:
+- wikihub
+- feedback
+- issues
+title: Issue Index
+type: project
+visibility: public-edit
+---
+
+# Issue Index
+
+- [[api-link-and-mobile-ui-feedback|API Link + Mobile UI Feedback]]
+- [[roadmap-capture-auth-bug|Roadmap Capture Auth Bug]]
+- [[official-public-feedback-wiki|Official Public Feedback Wiki]]
+- [[suggestion-mode|Suggestion Mode for Any Page]]
+
+Add more issues as needed. Keep titles blunt and useful.
+
+---
+
+**2026-04-24** (from workspace setup): Seeded the issue index.
+**2026-04-24** (from group chat): Added requests for an official public feedback wiki and a page-level suggestion mode.
\ No newline at end of file
new file mode 100644
index 0000000..e309bb0
@@ -0,0 +1,39 @@
+---
+sources: []
+tags:
+- wikihub
+- feedback
+- community
+- feature
+title: Official Public Feedback Wiki
+type: feature
+visibility: public-edit
+---
+
+# Official Public Feedback Wiki
+
+## Request
+WikiHub should have an **official publicly editable feedback wiki** that the product actively encourages people to contribute to.
+
+## Why
+Right now, when the official roadmap capture path is broken or unclear, users are forced into weird workarounds.
+
+A visible official feedback wiki would:
+- give users one obvious place to leave bugs, feature requests, and product notes
+- let the community refine, merge, and extend feedback collaboratively
+- reduce duplicate reports scattered across chat, GitHub, and random personal wikis
+- make product discussion feel native to WikiHub itself
+
+## Suggested shape
+- owned by WikiHub, not a random user
+- public read + public edit, or at least a very low-friction suggestion flow
+- clearly linked from the homepage, roadmap, and docs
+- seeded with categories like bugs, features, mobile, docs, API, UX
+- moderation / anti-spam tools so it does not become cursed
+
+## Success condition
+A normal user should be able to think: “I found a bug / idea,” then immediately know where to put it inside WikiHub.
+
+---
+
+**2026-04-24** (from group chat): Requested an official public feedback wiki that users are encouraged to contribute to.
\ No newline at end of file
new file mode 100644
index 0000000..7821e73
@@ -0,0 +1,36 @@
+---
+sources: []
+tags:
+- wikihub
+- roadmap
+- auth
+- bug
+title: Roadmap Capture Auth Bug
+type: bug
+visibility: public-edit
+---
+
+# Roadmap Capture Auth Bug
+
+WikiHub appears to have an official feedback intake at `https://wikihub.md/roadmap` using a quick-capture box.
+
+From inspection, that UI posts to:
+`/api/v1/roadmap/create-issues`
+
+## Observed behavior
+Submission appears broken.
+
+### Tested cases
+- unauthenticated request → `Authentication required`
+- authenticated with a valid WikiHub API key → server returned `invalid x-api-key`
+- authenticated with a magic-link session + CSRF token → still returned `invalid x-api-key`
+
+## Expected
+Authenticated users should be able to submit roadmap issues from the roadmap capture UI.
+
+## Why it matters
+This looks like the intended official feedback path. If it fails, users are forced into weird workarounds like this unofficial wiki.
+
+---
+
+**2026-04-24** (from group chat): Added findings from testing the roadmap quick-capture auth flow.
\ No newline at end of file
new file mode 100644
index 0000000..481f3f0
@@ -0,0 +1,54 @@
+---
+sources: []
+tags:
+- wikihub
+- suggestions
+- editing
+- collaboration
+title: Suggestion Mode for Any Page
+type: feature
+visibility: public-edit
+---
+
+# Suggestion Mode for Any Page
+
+## Request
+WikiHub should support a **suggestion mode** on normal pages, where someone can suggest edits without directly overwriting the page.
+
+## Desired behavior
+On any page, a user should be able to do something like:
+- Suggest edit
+- propose copy changes / additions / deletions
+- attach optional rationale
+- let the page owner or maintainers accept / reject / merge the suggestion
+
+## Why this matters
+This gives a middle ground between:
+- locked-down pages that are hard to improve
+- fully public-edit pages that may be too risky
+
+Suggestion mode would be especially good for:
+- docs
+- product feedback pages
+- community-maintained knowledge bases
+- pages where contribution is welcome but moderation still matters
+
+## Product benefits
+- lower friction for contributions
+- safer collaboration than public-edit everywhere
+- clearer review flow
+- better fit for official product/docs pages
+
+## Nice-to-have details
+- diff view before submission
+- accept / reject / comment workflow
+- contributor attribution
+- optional per-page or per-wiki setting
+- allow page owners to choose between direct edit, suggestion-only, or private
+
+## Success condition
+A user reading any page should be able to think: “I know how to improve this,” click one button, and propose a change without fear of breaking the canonical version.
+
+---
+
+**2026-04-24** (from group chat): Requested a general suggestion mode for proposing edits on any page.
\ No newline at end of file