Skip to content

Latest commit

 

History

History
111 lines (91 loc) · 10.2 KB

AGENTS.md

File metadata and controls

111 lines (91 loc) · 10.2 KB
semantic-links
skill-links related-artifacts
write-markdown-docs
docs/index.md
docs/architecture/README.md
docs/adrs/20260821172000_establish_ai_agent_context_capability_and_portability_governance.md
docs/skills/semantic-skill-link-convention.md
docs/testing/README.md

docs/ — Documentation Directory

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.

Directory Map

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)

Where to place a new artifact

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.

Markdown Frontmatter

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>
---

Markdown Linting

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 MD013 line-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.

Key Skills

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