documentation-management
/documentation-management
Opisuje obsługę dokumentacji w nexus-agents: aktualizacja i dodawanie dokumentów, zmiany potoku dokumentacji i rozwiązywanie problemów.
- Autor
- nexus-substrate ↗
- Repozytorium
- nexus-agents ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 27.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 142
- Skrypty
- 0
- Komentarze HTML
- 3
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
- SKILL.md zawiera komentarze HTML (3). Nie widać ich w podglądzie Markdown, a model je czyta.
Co robi i kiedy
Opisuje obsługę dokumentacji w nexus-agents: aktualizacja i dodawanie dokumentów, zmiany potoku dokumentacji i rozwiązywanie problemów.
Wyzwalacze z opisu
Oryginalny opis (EN)
Operating manual for documentation work in nexus-agents. Use when updating docs, adding new docs, changing doc pipeline, or troubleshooting doc issues. Triggers on "update docs", "add documentation", "doc pipeline".
Jak działa
- Fast Path: Common Tasks
- Core Concepts
- Pipeline Scripts
- CI Validation
- Enforcement Rules
- Troubleshooting
- Quality Checklist
- Periodic Drift Audit
- Architecture Decision Records (ADRs)
- Anti-rationalization — Documentation
Podgląd SKILL.md
---
name: documentation-management
description: |
Operating manual for documentation work in nexus-agents.
Use when updating docs, adding new docs, changing doc pipeline, or troubleshooting doc issues.
Triggers on "update docs", "add documentation", "doc pipeline".
allowed-tools: Read, Edit, Write, Bash, Grep, Glob, Task
---
# Documentation Management Skill
<!-- CANONICAL SOURCE: docs/ops/docops-spec.md -->
<!-- DOCOPS MANIFEST CHECKSUM: [auto-updated by CI] -->
**Full specification:** [docops-spec.md](../../docs/ops/docops-spec.md)
---
## Fast Path: Common Tasks
### Update Documentation Content
```bash
# 1. Edit canonical source
edit docs/architecture/MEMORY_SYSTEM.md # or relevant file
# 2. Verify docs are indexed
pnpm exec tsx scripts/check-docs-indexed.ts
```
### Add New Document
1. Create file in appropriate `docs/` directory
2. **REQUIRED:** Add YAML frontmatter (`title`, `description`, `tier`, `keywords`, `related_files`)
3. **Declare the Diátaxis type and audience** in the same frontmatter: `diataxis: tutorial | how-to | reference | explanation | none` and `audience: user | project`. Classify the page with `skills/diataxis` if you are unsure. `none` is only for the page kinds in `docs/ops/diataxis-none-kinds.json`. Declare both keys on any existing page you edit, too. The `Diátaxis Frontmatter` job fails when a page omits a key and is not listed in `docs/ops/diataxis-frontmatter-baseline.json`, or when a listed page has since declared it. After declaring a listed page, run `pnpm exec tsx scripts/check-diataxis-frontmatter.ts --update-baseline` (#7196)
4. **REQUIRED:** Add entry to `docs/README.md`
5. Commit and push
### Change Doc Pipeline
1. Edit pipeline script/config
2. **REQUIRED:** Update `docs/ops/docops-spec.md`
3. **REQUIRED:** Update this skill (`.claude/skills/documentation-management.md`)
4. Run all checks (see Verification below)
5. Commit and push
### Verify Pipeline Health
```bash
pnpm exec tsx scripts/check-docs-indexed.ts
pnpm exec tsx scripts/generate-repo-index.ts --check
pnpm exec tsx scripts/inject-governance.ts check
```
---
## Core Concepts
### Canonical Sources
| Source | Purpose |
| ---------------- | --------------------------------------------- |
| `docs/README.md` | Human-readable index (SINGLE SOURCE OF TRUTH) |
| `docs/**/*.md` | Canonical documentation |
| Root `*.md` | Project entry points |
### Generated Outputs
| Output | Generated By | From |
| -------------------------------- | ---------------------------- | ------------------------------ |
| `docs/interfaces/agent.md` | `generate-docs-content.ts` | `core/types/agent.ts` |
| `docs/design/components.md` | `generate-docs-content.ts` | `src/` module scan |
| `docs/ops/docs-inventory.md` | `generate-docs-content.ts` | ADR + MCP tool scan |
| `docs/reference/capabilities.md` | `generate-repo-index.ts` | Source code |
| `docs/reference/tools/*.md` | `generate-tool-reference.ts` | TOOL_MANIFEST + `*InputSchema` |
| CLAUDE.md tool index | `inject-governance.ts` | MCP tool files |
### Tier System
- **Tier 1 (Essential):** README, CLAUDE.md, QUICK_START, TROUBLESHOOTING
- **Tier 2 (Reference):** Hub documents (architecture/README.md, etc.)
- **Tier 3 (Detail):** Deep-dive documents, ADRs, proposals
---
## Pipeline Scripts
### generate-docs-content.ts
Auto-generates documentation sections that are derivable from source code:
the `AgentRole` interface, a module inventory, and the ADR / MCP tool counts.
Prevents drift by reading directly from the source of truth.
```bash
pnpm exec tsx scripts/generate-docs-content.ts # Generate all
pnpm exec tsx scripts/generate-docs-content.ts --check # CI validation
```
### generate-repo-index.ts
Generates capability index from source code. MCP tools are discovered by parsing
the canonical `tools: [...]` return array in `mcp/tools/index.ts`.
```bash
pnpm exec tsx scripts/generate-repo-index.ts # Generate index
pnpm exec tsx scripts/generate-repo-index.ts --check # CI validation
```
### inject-governance.ts
Injects MCP tool table into CLAUDE.md. Tool descriptions are defined in the
`TOOL_DESCRIPTIONS` map — add an entry there when registering a new MCP tool.
```bash
pnpm exec tsx scripts/inject-governance.ts inject # Update CLAUDE.md
pnpm exec tsx scripts/inject-governance.ts check # CI validation
```
---
## CI Validation
### docs-check.yml jobs
<!-- Count + job list intentionally not hardcoded here. See #1837 for
the work to inject counts programmatically. Authoritative source:
`.github/workflows/docs-check.yml` — grep for `^ [a-z-]+:` under
`jobs:` for the current list. -->
The pipeline runs a family of jobs covering: TypeDoc freshness, `capabilities.md` regeneration, link validation, docs coverage, secrets scanning, DocOps skill sync, canonical-index enforcement, markdown lint, spell check, Diátaxis frontmatter (`scripts/check-diataxis-frontmatter.ts`, a per-page ratchet on undeclared pages), skills/index.yaml freshness, agents/index.yaml + gap-coverage check, and governance drift. Blocking-vs-warning status is declared per job in the workflow file.
---
## Enforcement Rules
### Rule 1: Canonical Index Required
All documentation MUST be indexed in `docs/README.md`.
### Rule 2: No Parallel Indexes
`docs/README.md` is the ONLY permitted documentation index.
### Rule 3: Generated Files Must Match Source
CI fails if generated files drift from canonical sources.
### Rule 4: DocOps Changes Require Skill Update
Changes to pipeline files require updating this skill and `docs/ops/docops-spec.md`.
**Pipeline files:**
- `scripts/generate-docs-content.ts`
- `scripts/generate-repo-index.ts`
- `scripts/inject-governance.ts`
- `.github/workflows/docs-check.yml`
---
## Troubleshooting
### "docs-content check failed"
```bash
pnpm exec tsx scripts/generate-docs-content.ts
git add docs/interfaces/agent.md docs/design/components.md docs/ops/docs-inventory.md
git commit -m "docs: regenerate source-derived docs"
```
### "Link check failed"
1. Run `npx lychee . --config lychee.toml` to identify broken links
2. Fix links in canonical source
### "CI keeps failing on docs"
```bash
# Run full validation suite locally
pnpm lint
pnpm typecheck
pnpm exec tsx scripts/generate-docs-content.ts --check
pnpm exec tsx scripts/generate-repo-index.ts --check
pnpm exec tsx scripts/inject-governance.ts check
```
---
## Quality Checklist
Before committing documentation changes:
- [ ] File indexed in `docs/README.md`
- [ ] `pnpm exec tsx scripts/generate-docs-content.ts --check` passes (if types/module structure changed)
- [ ] `pnpm exec tsx scripts/generate-repo-index.ts --check` passes (if MCP tools added/renamed)
- [ ] Links work: `npx lychee . --config lychee.toml`
- [ ] No secrets in content
---
## Periodic Drift Audit
Adapted from `paperclipai/paperclip` doc-maintenance skill. Triggers: weekly cadence, post-release, after a major merge, or on explicit request ("audit docs", "doc drift").
### Targets
User-facing docs that get stale fastest as the codebase moves:
- `README.md` — features table, quickstart, prerequisites
- `docs/README.md` — canonical doc index
- `docs/getting-started/INSTALLATION.md` — install commands, Node/pnpm versions
- `docs/getting-started/CONFIGURATION.md` — env var table, config schema
- `CLAUDE.md` — Canonical Paths table, MCP Tools table (auto-generated, but check the _non_-auto sections)
### Cursor Pattern (incremental review)
Store the last-reviewed commit SHA in `.doc-review-cursor` (gitignored — it's local audit state, not project state). On each audit run:
```bash
LAST_SHA=$(cat .doc-review-cursor 2>/dev/null || echo "HEAD~200")
git log "$LAST_SHA"..HEAD --oneline --no-merges > /tmp/audit-window.log
```
After committing the audit fixes:
```bash
git rev-parse HEAD > .doc-review-cursor
```
Without the cursor, every audit re-reads the whole history → audits get skipped. With it, audits stay incremental and cheap.
### Commit Classification
From the audit window, only these commit prefixes warrant a doc check:
| Prefix | Action |
| ------------------------------------------ | -------------------------------------------------------- |
| `feat:` / `feat(...)`: | Check feature tables, README highlights, capability docs |
| `fix:` containing `breaking` / API-removal | Check API reference, migration notes |
| New top-level `src/` directory | Check architecture overview, canonical paths |
| `chore(deps):` major bumps | Check prerequisites + compat tables |
Ignore: `refactor`, `test`, `chore(ci)`, `docs`, `style` — they don't shift user-facing surface.
### What to Look For
Run the audit through this lens:
| Drift class | Signal |
| ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- |
| **False negative** | Shipped capability missing from feature/MCP tool/expert tables. Resolved design questions still marked TBD. Removed adapters/skills still listed. |
| **False positive** | "Coming soon" / "planned" features that have shipped. Cancelled items still on roadmap. Capability claims that contradict current implementation. |
| **Quickstart breakage** | `npx`/`pnpm` commands that don't work. Prerequisites pinning unsupported versions. Clone URL drift. Required env vars unmentioned. |
| **Feature-table drift** | `## MCP Tools Reference` count mismatch. Adapter "Works with" table missing recently-added CLI. Skill index missing a new skill. |
For our auto-generated tables (CLAUDE.md MCP tools, `capabilities.md`, `docs/interfaces/agent.md`), drift is a generation-script bug, not a doc edit — file an issue against the script instead of editing the rendered output.
### Audit-PR Discipline
- Branch: `docs/audit-$(date +%Y%m%d)`
- Commit message lists fixes + the source PR/commit that triggered each
- **Factual fixes only** — do NOT bundle style refactors, link-checker autofixes, or formatting passes. Style/refactor PRs are separate; mixing them defeats the audit's signal-to-noise.
- If a doc needs _more_ than drift fixes (e.g., a section is structurally wrong), open a follow-up issue rather than expanding the audit PR
### Out of Scope
- Auto-generated tables (handled by `scripts/inject-governance.ts`, `scripts/generate-docs-content.ts`, `scripts/generate-repo-index.ts`, etc.) — see Pipeline section above
- Style/voice/markdown formatting — orthogonal, separate PRs
- Adding new docs — separate workflow; this audit only fixes drift in existing docs
---
## Architecture Decision Records (ADRs)
ADRs capture the _why_ behind significant technical decisions. Code shows _what_ was built; ADRs explain _why this way_ and _what alternatives were rejected_. They're the highest-leverage documentation in the repo for onboarding (humans and agents) and for evaluating future changes.
ADRs live in [`docs/adr/`](../../docs/adr/) with sequential numbering: `0001-foo.md`, `0002-bar.md`, …
### When to write an ADR
- Choosing a framework, library, or major dependency (consensus_vote candidate)
- Designing a data model or schema
- Selecting an authentication, voting, or routing strategy
- Deciding on a public-API shape (REST, MCP tool, CLI command)
- **Any decision expensive to reverse** — that's the threshold
### ADR template
```markdown
# ADR-NNNN: <decision in present tense>
## Status
Proposed | Accepted | Superseded by ADR-MMMM | Deprecated
## Date
YYYY-MM-DD
## Context
What problem are we solving? What constraints (technical, organizational, time-bound) apply?
Cite the issue, vote, or incident that prompted the decision.
## Decision
The chosen approach, in 1-3 sentences.
## Alternatives Considered
Each as its own subsection. Pros, cons, and **why rejected**. Don't skip — the rejected
alternatives are how future readers understand the trade-off space.
## Consequences
Positive AND negative outcomes. What new constraints does this create?
What follow-up work falls out of this decision?
```
### ADR lifecycle
```text
PROPOSED → ACCEPTED → (SUPERSEDED-BY-NNNN | DEPRECATED)
```
- **Don't delete old ADRs.** They're historical context. A superseded ADR + its replacement together tell the story of why the system evolved.
- **When a decision changes, write a new ADR** that references and supersedes the old one. Update the old one's `Status:` line to `Superseded by ADR-NNNN`.
- ADRs are **immutable after Accepted** in spirit — fix typos, but don't rewrite the substance. New thinking goes in a new ADR.
### When NOT to write an ADR
- Reversible decisions (small refactor choices, naming style nits)
- Mechanical changes (dependency bump, lockfile update)
- Decisions already captured in a higher-level doc (`CLAUDE.md`, `.rules/`) — reference, don't duplicate
## Anti-rationalization — Documentation
| Excuse | Counter |
| ------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| "The code is self-documenting" | Code says **how**, not **why**. The why-this-not-that lives nowhere if not in an ADR or doc comment. |
| "I'll document it later" | Later never comes. The context decays within days; what felt obvious now will be a mystery to next-quarter-you. Document at decision time. |
| "We'll update the docs in the next release" | Drift compounds. By the next release, the doc says one thing, the code does another, and the audit gate fires (see #2225 audit). Update docs in the same PR as the code change. |
| "Comments lie, only code is truth" | Lies-in-comments is a culture problem, not a comments problem. Code can also lie (subtly broken implementations). Both need review. |
| "Nobody reads the docs anyway" | Future-you reads them. New contributors (human or agent) read them. The skill-tree of the project depends on them. |
| "It's just an internal API" | Internal APIs accumulate Hyrum's Law just like public ones (see `api-and-interface-design`). Internal docs prevent internal coupling. |
## Verification — Documentation changes
- [ ] Every public-API change has a documentation update in the same PR
- [ ] Significant architectural decisions have an ADR (or reference an existing one)
- [ ] Auto-generated docs regenerated via the pipeline scripts after source changes
- [ ] Doc additions follow the Tier system (Tier 1 essential / Tier 2 reference / Tier 3 detail)
- [ ] No drift from canonical sources — `pnpm exec tsx scripts/check-docs-indexed.ts` passes
- [ ] Markdown lint clean: `npx markdownlint 'docs/**/*.md' '*.md'`
## Related Documents
- **DocOps Spec:** [docs/ops/docops-spec.md](../../docs/ops/docops-spec.md)
- **Documentation Index:** [docs/README.md](../../docs/README.md)
- **Inventory:** [docs/ops/docs-inventory.md](../../docs/ops/docs-inventory.md)
- **ADR directory:** [docs/adr/](../../docs/adr/)
## Red flags
- Public-API change PR with no doc update in the same diff
- Architectural decision merged without an ADR
- Auto-generated doc table broken (`inject-governance.ts check` fails)
- Stale `@deprecated` references in `docs/` after a removal
- Doc PR with markdown lint errors (line wraps, table formatting)
Pliki w paczce (142)
- SKILL.md 16 KB
- pipeline-notes/1619-inject-governance-ts-table-formatting-normalized.md 1 KB
- pipeline-notes/1837-inject-governance-ts-extended-with-ancillary.md 1 KB
- pipeline-notes/1839-inject-governance-ts-syncs-plugin-json.md 1 KB
- pipeline-notes/1848-link-check-yml-verify-review-yml.md 1 KB
- pipeline-notes/2004-docops-spec-md-tagged-with-last.md 1 KB
- pipeline-notes/2014-docops-spec-md-skill-file-reference.md 1 KB
- pipeline-notes/20260203-docs-check-yml-docs-coverage-job.md 1 KB
- pipeline-notes/20260203-generate-repo-index-ts-outputs-md060.md 1 KB
- pipeline-notes/20260204-docs-check-yml-docs-coverage-handles.md 1 KB
- pipeline-notes/20260222-website-removed-2026-02-22-sync.md 1 KB
- pipeline-notes/20260410-generate-repo-index-ts-extractmcptools-switched.md 1 KB
- pipeline-notes/20260419-outdated-docs-banner-pattern-documented-for.md 1 KB
- pipeline-notes/2027-typedoc-verification-ci-job-docs-check.md 1 KB
- pipeline-notes/2087-link-check-yml-bumped-actions-cache.md 1 KB
- pipeline-notes/2101-docs-check-yml-link-check-job.md 1 KB
- pipeline-notes/2107-docs-check-yml-docs-content-drift.md 1 KB
- pipeline-notes/2121-claude-rules-moved-to-rules-for.md 1 KB
- pipeline-notes/2156-generate-repo-index-ts-now-imports.md 1 KB
- pipeline-notes/2231-inject-governance-ts-tool-descriptions-map.md 1 KB
- pipeline-notes/2233-inject-governance-ts-tool-descriptions-extended.md 1 KB
- pipeline-notes/2269-inject-governance-ts-now-also-writes.md 1 KB
- pipeline-notes/2281-inject-governance-ts-tool-descriptions-readme.md 1 KB
- pipeline-notes/2294-inject-governance-ts-tool-descriptions-readme.md 1 KB
- pipeline-notes/2295-inject-governance-ts-tool-descriptions-readme.md 1 KB
- pipeline-notes/2296-extractmcptools-in-inject-governance-ts-and.md 1 KB
- pipeline-notes/2297-inject-governance-ts-tool-descriptions-readme.md 1 KB
- pipeline-notes/2317-inject-governance-ts-now-generates-the.md 1 KB
- pipeline-notes/2326-inject-governance-ts-now-also-auto.md 1 KB
- pipeline-notes/2358-inject-governance-ts-now-auto-syncs.md 1 KB
- pipeline-notes/2402-inject-governance-ts-tool-descriptions-readme.md 1 KB
- pipeline-notes/2406-github-workflows-docs-check-yml-extended.md 1 KB
- pipeline-notes/2408-github-workflows-docs-check-yml-extended.md 1 KB
- pipeline-notes/2410-github-workflows-docs-check-yml-extended.md 1 KB
- pipeline-notes/2546-inject-governance-ts-model-caps-path.md 1 KB
- pipeline-notes/2555-inject-governance-ts-compacted-the-claude.md 1 KB
- pipeline-notes/2571-inject-governance-ts-version-stamp-is.md 1 KB
- pipeline-notes/2627-inject-governance-ts-wave-2-claude.md 1 KB
- pipeline-notes/2648-inject-governance-ts-checktoolannotations-validator-added.md 1 KB
- pipeline-notes/2649-inject-governance-ts-checkmcperrorenvelope-validator-added.md 1 KB
- pipeline-notes/2649-inject-governance-ts-decides-the-raw.md 1 KB
- pipeline-notes/2650-inject-governance-ts-checktooldistinctness-validator-added.md 1 KB
- pipeline-notes/2652-inject-governance-ts-checktoolprerequisites-validator-added.md 1 KB
- pipeline-notes/2653-inject-governance-ts-checktooloutputconsistency-validator-added.md 1 KB
- pipeline-notes/2655-inject-governance-ts-checkadapterprecedencedocs-validator-added.md 1 KB
- pipeline-notes/2656-inject-governance-ts-checkrulefrontmatter-validator-added.md 1 KB
- pipeline-notes/2657-inject-governance-ts-now-generates-the.md 1 KB
- pipeline-notes/2766-docs-check-yml-typedoc-job-npm.md 1 KB
- pipeline-notes/2774-inject-governance-ts-checkmemorycontract-validator-added.md 1 KB
- pipeline-notes/2805-docs-check-yml-gains-harness-alignment.md 1 KB
- pipeline-notes/2814-release-yml-migrated-from-npm-token.md 1 KB
- pipeline-notes/3052-docs-check-yml-mcp-tool-count.md 1 KB
- pipeline-notes/3334-entrypointstooldescription-in-inject-governance-ts-now.md 1 KB
- pipeline-notes/3334-inject-governance-ts-now-generates-both.md 1 KB
- pipeline-notes/3444-checktoolprerequisites-in-inject-governance-ts-was.md 1 KB
- pipeline-notes/3446-inject-governance-ts-now-generates-claude.md 1 KB
- pipeline-notes/3528-new-docs-check-job-mcp-description.md 1 KB
- pipeline-notes/3566-the-canonical-mcp-tool-name-list.md 1 KB
- pipeline-notes/3596-inject-governance-ts-extractmcptools-switched-from.md 1 KB
- pipeline-notes/3597-tool-manifest-folded-annotation-side-effect.md 1 KB
- pipeline-notes/3687-scripts-generate-tool-reference-ts-3687.md 1 KB
- pipeline-notes/3688-generate-tool-reference-ts-re-sourced.md 1 KB
- pipeline-notes/3689-docs-check-yml-gained-a-tool.md 1 KB
- pipeline-notes/3778-link-check-yml-gained-a-rule.md 1 KB
- pipeline-notes/3825-docs-check-yml-gains-claims-registry.md 1 KB
- pipeline-notes/3837-inject-governance-ts-checkgovernance-gains-checkstrategymanifestregistry.md 1 KB
- pipeline-notes/3838-docs-check-yml-gains-strategy-reference.md 1 KB
- pipeline-notes/3841-inject-governance-ts-checkgovernance-gains-checkauthoritytierdeclarations.md 1 KB
- pipeline-notes/3844-docs-check-yml-claims-check-push.md 1 KB
- pipeline-notes/3877-claims-check-hardened-3877-3878-3879.md 1 KB
- pipeline-notes/3880-claims-check-gained-anti-gaming-reverse.md 1 KB
- pipeline-notes/3954-inject-governance-ts-made-in-process.md 1 KB
- pipeline-notes/4171-check-docops-skill-ts-input-hardening.md 1 KB
- pipeline-notes/4279-remediation-audit-soak-yml-is-relabelled.md 1 KB
- pipeline-notes/4449-typedoc-api-reference-is-no-longer.md 2 KB
- pipeline-notes/4504-typedoc-entry-point-coverage-gate-4504.md 1 KB
- pipeline-notes/4523-docs-check-yml-typedoc-check-job.md 2 KB
- pipeline-notes/4582-docs-check-yml-11-if-eq.md 1 KB
- pipeline-notes/4583-docs-check-yml-orphan-detection-job.md 1 KB
- pipeline-notes/4586-inject-governance-ts-check-now-fails.md 1 KB
- pipeline-notes/4794-ci-yml-security-security-audit-is.md 2 KB
- pipeline-notes/4802-governor-review-yml-runs-the-governor.md 2 KB
- pipeline-notes/4809-docs-check-yml-gains-a-docs.md 2 KB
- pipeline-notes/4810-docs-index-yaml-retired-4810-2026.md 2 KB
- pipeline-notes/4927-docs-check-yml-skip-if-escape.md 1 KB
- pipeline-notes/4932-ci-yml-commitlint-changeset-check-producer.md 1 KB
- pipeline-notes/4968-generate-tool-reference-ts-now-renders.md 1 KB
- pipeline-notes/5142-inject-governance-ts-generates-the-agents.md 1 KB
- pipeline-notes/5218-inject-governance-ts-now-writes-agents.md 2 KB
- pipeline-notes/5298-inject-governance-ts-checktooloutputconsistency-now-fails.md 1 KB
- pipeline-notes/5302-docs-check-yml-three-gates-that.md 3 KB
- pipeline-notes/5396-docs-check-yml-job-timeout-minutes.md 2 KB
- pipeline-notes/5411-docs-check-yml-s-24-gate.md 3 KB
- pipeline-notes/5458-inject-governance-ts-now-generates-docs.md 2 KB
- pipeline-notes/5461-generate-repo-index-ts-no-longer.md 1 KB
- pipeline-notes/5473-ci-yml-changeset-presence-producer-consumer.md 2 KB
- pipeline-notes/5491-inject-governance-ts-derives-the-governance.md 1 KB
- pipeline-notes/5501-docs-check-yml-gains-a-research.md 1 KB
- pipeline-notes/5731-governor-review-yml-builds-labels-inside.md 1 KB
- pipeline-notes/5742-link-check-yml-s-pr-comment.md 1 KB
- pipeline-notes/5882-inject-governance-ts-count-drift-probes.md 1 KB
- pipeline-notes/5943-inject-governance-ts-derives-the-governance.md 3 KB
- pipeline-notes/6022-inject-governance-ts-is-now-a.md 3 KB
- pipeline-notes/6026-check-docops-skill-ts-recognises-an.md 3 KB
- pipeline-notes/6034-inject-governance-ts-gains-checkgovernorpatternsresolve-which.md 3 KB
- pipeline-notes/6062-inject-governance-ts-check-now-compares.md 1 KB
- pipeline-notes/6087-inject-governance-ts-check-now-compares.md 2 KB
- pipeline-notes/6099-inject-governance-ts-inject-and-check.md 3 KB
- pipeline-notes/6105-inject-governance-ts-inject-now-regenerates.md 3 KB
- pipeline-notes/6130-inject-governance-ts-check-now-measures.md 3 KB
- pipeline-notes/6146-inject-governance-ts-check-now-measures.md 2 KB
- pipeline-notes/6148-generate-repo-index-ts-now-resolves.md 1 KB
- pipeline-notes/6153-every-eslint-suppression-in-scripts-and.md 1 KB
- pipeline-notes/6167-inject-governance-ts-renderclaudemd-now-copies.md 2 KB
- pipeline-notes/6256-governor-review-yml-gains-a-ratified.md 2 KB
- pipeline-notes/6263-append-ratification-record-ts-vetsourcerecord-now.md 1 KB
- pipeline-notes/6264-governor-ledger-evidence-ts-governor-ledger.md 1 KB
- pipeline-notes/6301-governor-review-yml-passes-pr-prior.md 3 KB
- pipeline-notes/6334-notes-directory.md 1 KB
- pipeline-notes/6353-migrate-notes.md 1 KB
- pipeline-notes/6362-required-jobs-panel-fixes.md 1 KB
- pipeline-notes/6369.md 1 KB
- pipeline-notes/6382-manifest-driven-aggregators.md 1 KB
- pipeline-notes/6921-release-9-branch.md 1 KB
- pipeline-notes/6988-website-own-root.md 1 KB
- pipeline-notes/7133-release-10-branch.md 1 KB
- pipeline-notes/7151-release-11-branch.md 1 KB
- pipeline-notes/7196-diataxis-frontmatter.md 1 KB
- pipeline-notes/7200-env-cli-reference-and-site-counts.md 1 KB
- pipeline-notes/7201-a11y-gates.md 2 KB
- pipeline-notes/7201-lychee-fragments.md 1 KB
- pipeline-notes/7227-diataxis-frontmatter-from-generators.md 1 KB
- pipeline-notes/7228-diataxis-frontmatter-internal-generators.md 1 KB
- pipeline-notes/7231-mermaid-remarque-audit-gate.md 1 KB
- pipeline-notes/7308-mobile-menu-check.md 1 KB
- pipeline-notes/7390-website-audit-chromium-prerequisite.md 1 KB
- pipeline-notes/7407-quality-gate-feedback.md 1 KB
- pipeline-notes/7414-pages-deployment-deadlines.md 1 KB
- pipeline-notes/7422-worker-call-budget.md 1 KB
- pipeline-notes/7497-decouple-model-list.md 1 KB
- pipeline-notes/7609-served-palette-audit.md 1 KB
- pipeline-notes/README.md 1 KB
Wersje
W bazie nie ma innych skilli o nazwie documentation-management.
Migawka bazy z 28.10.2026 · wersja paczki d271df3db2d0 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100create-doc
Tworzy nowy plik dokumentacji w .chalk/docs/, gdy użytkownik prosi o napisanie lub dodanie dokumentacji. - 100documentation
Stosuje standardy dokumentacji przy zmianach kodu: pisze i przegląda dokumentację, docstringi i komentarze, opisuje publiczne API i zmiany widoczne dla użytkownika oraz poprawia README. - 100doc-coauthoring
Prowadzi przez wspólne tworzenie dokumentacji: aktualizacja README, dokumenty architektury, propozycje, specyfikacje techniczne, dokumenty decyzyjne, dokumentacja API i opis kodu. - 100doc-maintenance
Przeprowadza systematyczny audyt dokumentacji, wskazuje strukturę folderów docs i manual, zleca skanowanie subagentom haiku i kieruje tworzenie dokumentów do wyspecjalizowanych agentów. - 100spec-doc
Generuje lub synchronizuje żywą specyfikację docs/spec.md z kodu źródłowego, żeby usunąć rozjazd dokumentacji z kodem. - 100docs-sources
Opisuje platformy dokumentacji i strategie pobierania: dodawanie nowych źródeł, dobór strategii dla strony docs, wykrywanie frameworków dokumentacji i konfigurację rejestru dokumentacji.