Przejdź do treści
Biblioteka skilli
Programowanie · Pisanie

docs-update-from-diff

/docs-update-from-diff

Czyta lokalne zmiany z git diff i aktualizuje oficjalną dokumentację w katalogu docs/, aby odpowiadała nowej funkcji lub refaktoryzacji.

Repozytorium
qwen-code ↗
Licencja
Apache-2.0
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
2
Skrypty
0
Komentarze HTML
0
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

Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.

Co robi i kiedy

Czyta lokalne zmiany z git diff i aktualizuje oficjalną dokumentację w katalogu docs/, aby odpowiadała nowej funkcji lub refaktoryzacji.

Wyzwalacze z opisu

git difflocal changesupdate docsofficial docs
Oryginalny opis (EN)

Review local code changes with git diff and update the official docs under docs/ to match. Use when the user asks to document current uncommitted work, sync docs with local changes, update docs after a feature or refactor, or when phrases like "git diff", "local changes", "update docs", or "official docs" appear.

Jak działa

  1. Overview
  2. Workflow
  3. Practical heuristics
  4. Deliverable
Sekcje z nagłówków SKILL.md, w oryginale · 98 linii, 576 słów
Podgląd SKILL.md
---
name: docs-update-from-diff
description: Review local code changes with git diff and update the official
  docs under docs/ to match. Use when the user asks to document current
  uncommitted work, sync docs with local changes, update docs after a feature or
  refactor, or when phrases like "git diff", "local changes", "update docs", or
  "official docs" appear.
---

# Docs Update From Diff

## Overview

Inspect local diffs, derive the documentation impact, and update only the
repository's `docs/` pages. Treat the current code as the source of truth and
keep changes scoped, specific, and navigable.

Read [references/docs-surface.md](references/docs-surface.md) before editing if
the affected feature does not map cleanly to an existing docs section.

## Workflow

### 1. Build the change set

Start from local Git state, not from assumptions.

- Inspect `git status --short`, `git diff --stat`, and targeted `git diff`
  output.
- Focus on non-doc changes first so the documentation delta is grounded in
  code.
- Ignore `README.md` and other non-`docs/` content unless they help confirm
  intent.

### 2. Derive the docs impact

For every changed behavior, extract the user-facing or developer-facing facts
that documentation must reflect.

- New command, flag, config key, default, workflow, or limitation
- Renamed behavior or removed behavior
- Changed examples, paths, or setup steps
- New feature that belongs in an existing page but is not mentioned yet

Prefer updating an existing page over creating a new page. Create a new page
only when the feature introduces a stable topic that would make an existing page
harder to follow.

### 3. Find the right docs location

Map each change to the smallest correct documentation surface:

- End-user behavior: `docs/users/**`
- Developer internals, SDKs, contributor workflow, tooling:
  `docs/developers/**`
- Shared landing or navigation changes: root `docs/**` and `_meta.ts`

If you add a new page, update the nearest `_meta.ts` in the same docs section so
the page is discoverable.

### 4. Write the update

Edit documentation with the following bar:

- State the current behavior, not the implementation history
- Use concrete commands, file paths, setting keys, and defaults from the diff
- Remove or rewrite stale text instead of stacking caveats on top of it
- Keep examples aligned with the current CLI and repository layout
- Preserve the repository's existing docs tone and heading structure

### 5. Cross-check before finishing

Verify that the updated docs cover the actual delta:

- Search `docs/` for old names, removed flags, or outdated examples
- Confirm links and relative paths still make sense
- Confirm any new page is included in the relevant `_meta.ts`
- Re-read the changed docs against the code diff, not against memory
- If the diff added, moved, renamed, or removed a page under `docs/users/`,
  verify the `qc-helper` bundled skill's topic-to-path index tables
  (`packages/core/src/skills/bundled/qc-helper/SKILL.md`) are updated to
  match. This skill ships with the CLI and uses hardcoded doc-path tables at
  runtime — stale entries cause `/qc-helper` to miss the right documentation.
  Also check project-level skills under `.qwen/skills/` for hardcoded
  `docs/users/` references that may need updating.

## Practical heuristics

- If a change affects commands, also check quickstart, workflows, and feature
  pages for drift.
- If a change affects configuration, also check
  `docs/users/configuration/settings.md`, feature pages, and auth/provider docs.
- If a change affects tools or agent behavior, check both
  `docs/users/features/**` and `docs/developers/tools/**` when relevant.
- If tests reveal expected behavior more clearly than implementation code, use
  tests to confirm wording.
- If the change adds, moves, renames, or removes a docs page, also update
  hardcoded doc-path consumers: `qc-helper`'s SKILL.md index tables,
  `_meta.ts` navigation files, and any project-level skills under
  `.qwen/skills/` that reference `docs/users/` paths.

## Deliverable

Produce the docs edits under `docs/` that make the current local changes
understandable to a reader who has not seen the diff. Keep the final summary
short and identify which pages were updated.
Pliki w paczce (2)
  • SKILL.md 4 KB
  • references/docs-surface.md 3 KB

Wersje

W bazie nie ma innych skilli o nazwie docs-update-from-diff.

Migawka bazy z 28.10.2026 · wersja paczki e4a9c9165ab9 (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

  • 100update-docs
    Aktualizuje publiczną dokumentację w katalogu docs/public, gdy zmieniają się funkcje albo narzędzia w projekcie.
  • 100diff-driven-docs
    Aktualizuje dokumentację na podstawie diffa po zakończeniu budowy, przed commitem lub pull requestem i sprawdza, czy dokumenty nadążają za zmianami.
  • 90codex-docs-change-sync
    Mapuje git diff na dokumenty, które mogą wymagać aktualizacji po zmianach kodu, bez automatycznej edycji dokumentacji.
  • 100docs-updater
    Automatycznie aktualizuje dokumentację na podstawie zmian w git od ostatniego tagu wydania: analizuje diff, uzupełnia README.md i CHANGELOG.md według Keep a Changelog oraz znajduje foldery dokumentacji.
  • 100dockeeper
    Synchronizuje docs/ i README z aktualnym stanem implementacji: analizuje git log, wykrywa różnice na podstawie zadań i aktualizuje docs/spec/ oraz README.md i README.ja.md.
  • 100update-docs
    Sprawdza, jaka dokumentacja Next.js wymaga zmian po modyfikacjach w PR, tworzy szkielety dokumentów dla nowych funkcji w plikach MDX i ocenia kompletność docs.

Uwagi i zgłoszenia

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