You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The repository has a wiki that is currently empty, so it competes with the MkDocs site as a documentation destination and gives anyone who lands there nothing. Rather than disabling it, it should become a thin signpost that routes readers to the real documentation.
Evidence
The wiki is enabled and empty; the canonical documentation lives at https://bioedca.github.io/tether/, published with mike and versioned.
Search engines and GitHub's own UI surface a repo wiki independently of the Pages site, so an empty wiki is a live dead end.
Wiki Home page — one screen: what Tether is in two sentences, a prominent link to https://bioedca.github.io/tether/, and a short link list to the main sections that exist and are in the nav today: Does Tether fit my data? (compatibility), Roadmap, Command line (CLI), Exports, Analysis parameters, Project store, Validation & benchmarks, Glossary, Troubleshooting, Packaging, Releasing, Architecture decisions, Stability policy, Privacy policy.
A one-line statement at the top that the wiki is an index only and the docs site is canonical, so nobody adds content here.
Link the docs site's version selector explicitly, so readers know how to match their installed release.
Acceptance criteria
The wiki Home page renders with every link resolving (check each by loading it).
The page contains no substantive documentation content — only orientation and links. Anything longer than a paragraph belongs on the docs site.
No link points at a dev docs tree; all point at latest or the un-versioned root that redirects to it.
Constraints
This is an index, not a second home. Any content added here will drift out of sync with the docs site, which is exactly the failure mode that made the wiki worth addressing.
Wiki content lives in a separate git repository (.wiki.git) and is not covered by this repo's REUSE configuration or CI — it will not be linted or link-checked, which is another reason to keep it to a single short page.
latest currently aliases dev.versions.json holds exactly [{"version":"dev","title":"dev","aliases":["latest"]}] because v1.0.0 has not been cut and docs.yml refuses to alias latest to a pre-release. Linking /latest/... therefore satisfies the "no dev tree" criterion above and is the correct thing to write — do not "fix" it to a version number, and do not link /dev/... directly.
Prior work exists; do not restart from zero and do not resume it wholesale. Closed-unmerged draft PR docs(docs): add reviewed GitHub wiki index #251 left branch docs/issue-189-github-wiki-index at 350cc37 on origin, carrying reusable files (.github/workflows/wiki.yml, wiki/Home.md, the mkdocs.yml and docs/adr/README.md edits). It is +985/−0 across 8 files, roughly 6.5× the size:S budget — see the 2026-07-29 comment for the per-file disposition. Harvest from it, then let the branch be deleted. refs/adr-reservations/0058 (44bb596) is still held on origin; decide its disposition in the same PR — under the current contract an ADR is authored only when the issue carries needs:adr, and this issue does not.
Delivery path (decided 2026-07-27): checked-in wiki source in this repository plus a reviewed
publishing workflow that mirrors it to the separate .wiki.git repository. This discharges the
2026-07-22 blocker, which required one PR-governed delivery path to be explicit before this issue
could enter the autonomous swarm.
Implementation note: the .wiki.git repository is currently uninitialized, so the first publish
creates it. Confirm the publishing token/permission model before writing the workflow; do not weaken
repository permissions to make the push succeed.
Ready condition: met on the delivery-path axis; needs a fresh exact-scope tether-agent-ready
marker, because the 2026-08-02 narrowing edits this body and voids the 1f6176d7… approval.
Why
The repository has a wiki that is currently empty, so it competes with the MkDocs site as a documentation destination and gives anyone who lands there nothing. Rather than disabling it, it should become a thin signpost that routes readers to the real documentation.
Evidence
mikeand versioned./latest/,/versions.jsonand every page URL below return 200, and the served generator ismkdocs-1.6.1, mkdocs-material-9.7.7. The version selector exists again, so the version-selector deliverable is satisfiable.docs/install.md,docs/tutorial.mdanddocs/citing.mdare not onmain— they are the deliverables of open docs: add the end-user installation guide #167, docs: add the guided first run (tutorial) and its sample dataset #176 and docs: make CITATION.cff produce a real citation, and add a per-method citing page #162 respectively, and/latest/install/,/latest/tutorial/and/latest/citing/all return 404 today. An index naming them cannot pass its own "every link resolves" criterion.Deliverables
Homepage — one screen: what Tether is in two sentences, a prominent link to https://bioedca.github.io/tether/, and a short link list to the main sections that exist and are in the nav today: Does Tether fit my data? (compatibility), Roadmap, Command line (CLI), Exports, Analysis parameters, Project store, Validation & benchmarks, Glossary, Troubleshooting, Packaging, Releasing, Architecture decisions, Stability policy, Privacy policy.mkdocs.ymlnav:at implementation time rather than copying it from here — docs: add the end-user installation guide #167 (Install), docs: add the guided first run (tutorial) and its sample dataset #176 (Tutorial) and docs: make CITATION.cff produce a real citation, and add a per-method citing page #162 (Citing) each add a page, and each should be added to the index when its page lands, not in advance. Do not add a link this issue cannot load.Acceptance criteria
Homepage renders with every link resolving (check each by loading it).devdocs tree; all point atlatestor the un-versioned root that redirects to it.Constraints
.wiki.git) and is not covered by this repo's REUSE configuration or CI — it will not be linted or link-checked, which is another reason to keep it to a single short page.latestcurrently aliasesdev.versions.jsonholds exactly[{"version":"dev","title":"dev","aliases":["latest"]}]becausev1.0.0has not been cut anddocs.ymlrefuses to aliaslatestto a pre-release. Linking/latest/...therefore satisfies the "nodevtree" criterion above and is the correct thing to write — do not "fix" it to a version number, and do not link/dev/...directly.docs/issue-189-github-wiki-indexat350cc37onorigin, carrying reusable files (.github/workflows/wiki.yml,wiki/Home.md, themkdocs.ymlanddocs/adr/README.mdedits). It is +985/−0 across 8 files, roughly 6.5× thesize:Sbudget — see the 2026-07-29 comment for the per-file disposition. Harvest from it, then let the branch be deleted.refs/adr-reservations/0058(44bb596) is still held onorigin; decide its disposition in the same PR — under the current contract an ADR is authored only when the issue carriesneeds:adr, and this issue does not.Meta
Grooming status — 2026-07-27
publishing workflow that mirrors it to the separate
.wiki.gitrepository. This discharges the2026-07-22 blocker, which required one PR-governed delivery path to be explicit before this issue
could enter the autonomous swarm.
content that would then drift (chore: repository metadata and project-state hygiene for a public 1.0 #184's 2026-07-20 override). The wiki also stays enabled — that
same override supersedes the earlier
has_wiki=falseproposal, and this issue and chore: repository metadata and project-state hygiene for a public 1.0 #184 must not beexecuted in a way that cancels each other.
.wiki.gitrepository is currently uninitialized, so the first publishcreates it. Confirm the publishing token/permission model before writing the workflow; do not weaken
repository permissions to make the push succeed.
index links only pages that exist, and each of those issues adds its own link when it lands.
tether-agent-readymarker, because the 2026-08-02 narrowing edits this body and voids the
1f6176d7…approval.