Przejdź do treści
Biblioteka skilli
Programowanie · Przegląd i audyt

fact-check

/fact-check

Sprawdza twierdzenia w dokumentach projektowych, specyfikacjach i planach (nazwy API, ścieżki plików, wartości enum, liczby, wykonalność mechanizmów) w kodzie, z dowodem dla każdego twierdzenia.

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

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

Co robi i kiedy

Sprawdza twierdzenia w dokumentach projektowych, specyfikacjach i planach (nazwy API, ścieżki plików, wartości enum, liczby, wykonalność mechanizmów) w kodzie, z dowodem dla każdego twierdzenia.

Wyzwalacze z opisu

alwaysnever
Oryginalny opis (EN)

Use when reviewing design documents, architecture specs, technical proposals, or plans that make claims about API names, file paths, enum values, counts, or mechanism feasibility — a lightweight claim-by-claim check against the codebase with evidence. Built into embedded-workbench as the fallback when the full dsh-model-everything plugin (or its predecessor logicprobe) is not installed. NOT for state machines, protocol/retry logic, or 'always'/'never' behavioral claims that need executable model verification — those require dsh-model-everything (or logicprobe).

Jak działa

  1. When to use
  2. What to verify (per claim)
  3. Process
  4. Output format
  5. Boundaries
Sekcje z nagłówków SKILL.md, w oryginale · 55 linii, 295 słów
Podgląd SKILL.md
---
name: fact-check
description: "Use when reviewing design documents, architecture specs, technical proposals, or plans that make claims about API names, file paths, enum values, counts, or mechanism feasibility — a lightweight claim-by-claim check against the codebase with evidence. Built into embedded-workbench as the fallback when the full dsh-model-everything plugin (or its predecessor logicprobe) is not installed. NOT for state machines, protocol/retry logic, or 'always'/'never' behavioral claims that need executable model verification — those require dsh-model-everything (or logicprobe)."
---

# Fact Check (fallback)

Lightweight claim verification built into this plugin. Use it when the full
`dsh-model-everything` plugin — or its predecessor `logicprobe` — is not installed.
It checks every verifiable claim in a document/plan against the codebase with
evidence, without model escalation.

## When to use

- Design docs, architecture specs, technical proposals, refactoring plans
  that name APIs, types, files, enums, counts, or mechanisms.
- Proactively when a plan will be approved (plan-mode gate) and logicprobe is
  unavailable.

## What to verify (per claim)

| Claim type | Method |
|-----------|--------|
| Numeric claims (counts, sizes, frequencies) | `grep -c` / `grep -rn` |
| API/type/enum names | Extract actual signatures/values from headers |
| File paths and line numbers | Confirm existence and content |
| Mechanism feasibility | Check language standard / compiler support |

## Process

1. Enumerate every verifiable claim (quote it verbatim).
2. Verify each against the codebase with evidence (file:line + excerpt).
3. Output per claim: claim → evidence → verdict.

## Output format

- **Claim**: <verbatim quote>
- **Evidence**: <file:line + grep/read excerpt>
- **Verdict**: confirmed | refuted | unverifiable
- **Correction direction** (when refuted) — never fix inline.

Append a `## Plan Verification` block:

```markdown
## Plan Verification
- **Mode**: fact-check (fallback — logicprobe plugin not installed)
- **Claims checked**: [N] confirmed, [M] refuted, [K] unverifiable
- **Escalation**: model verification NOT run (requires logicprobe plugin)
```

## Boundaries

- **No executable model verification** — no state-space exploration, no harness.
- State machines (≥3 states), ACK/NACK/retry/timeout logic, lock/unlock
  ordering, and "always"/"never"/"guaranteed" claims require the `logicprobe`
  plugin: install it (see `.dsh/INSTALL.md`) or tell the user verification is
  degraded to manual mode for those claims.
- Checking a claim is not a security audit; being checked ≠ being safe.

Wersje

RepozytoriumWynikLicencja
Ta strona · amethystluna/embedded-workbench100MIT
buriedsignals/mycroft100MIT
namedtoaster/the-last-mile100MIT
thu-maic/openmaic100MIT
mronkko/claude-academic-research100MIT
hagaiw/skillroll100MIT
kouko/monkey-skills100MIT
LeeJuOh/claude-code-zero100MIT
carlheath/ogmios100MIT

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

  • 100fact-checking
    Weryfikuje twierdzenia techniczne w kodzie, dokumentacji i komentarzach przed scaleniem zmian, sprawdzając, czy zapisane stwierdzenia są prawdziwe.
  • 90midnight-fact-check:fact-check-extraction
    Wyciąga z dokumentacji Midnight testowalne twierdzenia o składni Compact, typach, API i błędach, zwracając listę w formacie JSON.
  • 90midnight-fact-check:fact-check-classification
    Klasyfikuje twierdzenia do domen weryfikacji Midnight: Compact, SDK, ZKIR lub Witness, z oceną pewności i przypadkami granicznymi.
  • 100dsh-plugin-publisher
    Publikuje zwalidowany pakiet wtyczki DSH do npm, gita lub tarballa i sprawdza, czy ładuje się w DeepSeek Harness.
  • 100docs-claim-check
    Sprawdza fakty w publicznej dokumentacji, weryfikuje README względem repozytorium i audytuje notatki o wydaniu, wskazując nieaktualne lub wyolbrzymione twierdzenia na podstawie dostarczonych dowodów.
  • 90p2-arch-design
    Ocenia wykonalność sprzętową kandydatów i projektuje ścieżki danych bloków oraz referencyjny model C.

Uwagi i zgłoszenia

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