| semantic-links |
|
|---|
This directory contains all project documentation: operational guides, architectural decision records, issue and refactor-plan specifications, templates, and supporting media.
For the full project context see the root AGENTS.md.
| Path | Purpose |
|---|---|
index.md |
Entry point — structured index of every document and subdirectory |
agents/ |
Current AI-agent workflow documentation, handoffs, and enforcement boundary |
architecture/ |
Runtime-composition guides: tracker instances, shared services, and event topology |
benchmarking.md |
How to run and interpret torrent-repository benchmarks |
containers.md |
Running the tracker with Docker / Podman |
packages.md |
Workspace package catalog, architecture layers, dependency rules |
profiling.md |
CPU and memory profiling with Valgrind / kcachegrind |
release_process.md |
Branch strategy, versioning, and the release pipeline |
adrs/20260821172000_establish_ai_agent_context_capability_and_portability_governance.md |
Authority and portability governance for AI-agent workflows and retained context |
adrs/ |
Architectural Decision Records (ADRs) |
analysis/ |
In-depth analysis of features, components, or aspects of the app |
research/ |
External research on technologies, patterns, and best practices |
discussions/ |
Design discussions held in attributed rounds; the decision owner records the Outcome |
external-snapshots/ |
Immutable licensed snapshots of external sources with provenance and integrity metadata |
issues/ |
Issue specification documents linked to GitHub issues |
refactor-plans/ |
Refactor plans (same lifecycle as issue specs) |
pr-reviews/ |
Unified pull-request review audit records |
skills/ |
Internal conventions used by humans and AI agents |
testing/ |
Durable testing guidance and test-design refactoring pattern catalog |
templates/ |
Canonical document templates (ADR, agent review reports, EPIC, issue, refactor plan, security analysis) |
media/ |
Images, diagrams, flamegraphs, benchmark reports, sample torrents |
licenses/ |
Full license texts (AGPL-3.0, MIT-0) |
| Artifact type | Target location |
|---|---|
| New root ADR | docs/adrs/YYYYMMDDHHMMSS_snake_case_title.md — for repository-wide, multi-package, or inter-package decisions |
| New package-local ADR | packages/<package>/docs/adrs/YYYYMMDDHHMMSS_snake_case_title.md — for decisions owned only by an extractable package |
| New issue spec (before GitHub issue exists) | docs/issues/drafts/<short-slug>/ISSUE.md |
| New issue or EPIC spec (after GitHub issue created) | docs/issues/open/<number>-<short-slug>/ISSUE.md or EPIC.md |
| New refactor plan | docs/refactor-plans/<lifecycle>/<short-slug>/REFACTOR-PLAN.md |
| New PR-review audit | docs/pr-reviews/pr-<number>-<suffix>/PR-REVIEW.md |
| Durable testing guide or pattern catalog | docs/testing/ |
| Design discussion for maintainer review | docs/discussions/<issue-number>-<slug>/YYYYMMDD-<topic>/README.md — see docs/discussions/AGENTS.md |
| Immutable external source snapshot | docs/external-snapshots/<source>/<version-or-revision>/ with provenance, checksums, and license |
| New document template | docs/templates/ |
| New diagram or screenshot | docs/media/ (or the relevant subdirectory) |
Choose ADR placement by the decision's architectural scope, not the paths modified by the
implementation. Root ADRs cover shared configuration, protocols, dependency policy, workspace
conventions, and other cross-package contracts. A package-local ADR collection contains its own
README.md and index.md; do not duplicate its entries in the root ADR index. See
docs/adrs/20260830124000_place_adrs_by_decision_scope.md.
Frontmatter use varies by document type:
- Required for issue specs and EPIC specs — see the required field schema in
docs/skills/semantic-skill-link-convention.md. - Recommended for ADRs, refactor plans, and other specification documents.
- Optional for short reference pages and README files.
Use semantic-links in frontmatter to couple a document to the Agent Skills it affects:
---
semantic-links:
skill-links:
- <skill-name>
related-artifacts:
- <repo-relative-path>
---Repository .md files are linted by markdownlint using the configuration in
.markdownlint.json.
GitHub surfaces are a different context. Issue descriptions, PR descriptions, and review
comments are rendered by GitHub and are not governed by .markdownlint.json. In
particular:
- Do not hard-wrap lines in GitHub issue or PR body text. Wrapping produces broken paragraphs on GitHub's web UI. Write each paragraph as a single continuous line.
- The
MD013line-length rule is disabled in the repo config, but repo files should still be kept readable. GitHub surfaces have no such constraint at all.
See the write-markdown-docs skill for the full checklist and GFM pitfalls.
| Skill | When to use |
|---|---|
write-markdown-docs |
Writing or editing any .md file — covers GFM pitfalls, frontmatter, and linting scope |
create-issue |
Drafting and creating issue specifications |