Przejdź do treści
Biblioteka skilli
Programowanie · Automatyzacja

documentation-management

/documentation-management

Opisuje obsługę dokumentacji w nexus-agents: aktualizacja i dodawanie dokumentów, zmiany potoku dokumentacji i rozwiązywanie problemów.

Repozytorium
nexus-agents ↗
Licencja
MIT
Ostatnia zmiana repozytorium
27.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
142
Skrypty
0
Komentarze HTML
3
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co sprawdzić przed instalacją
  • 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

update docsadd documentationdoc pipeline
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

  1. Fast Path: Common Tasks
  2. Core Concepts
  3. Pipeline Scripts
  4. CI Validation
  5. Enforcement Rules
  6. Troubleshooting
  7. Quality Checklist
  8. Periodic Drift Audit
  9. Architecture Decision Records (ADRs)
  10. Anti-rationalization — Documentation
Sekcje z nagłówków SKILL.md, w oryginale · 362 linii, 1 983 słów
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.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.