Przejdź do treści
Biblioteka skilli
Programowanie · Budowanie i kod

no-invented-code

/no-invented-code

Weryfikuje w repozytorium i dokumentacji funkcje, pakiety i zmienne środowiskowe, zanim trafią do kodu i sugestii.

Licencja
MIT
Ostatnia zmiana repozytorium
13.11.2026

Ocena i bezpieczeństwo

90/ 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ść25 / 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 13.11.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

Weryfikuje w repozytorium i dokumentacji funkcje, pakiety i zmienne środowiskowe, zanim trafią do kodu i sugestii.

Oryginalny opis (EN)

Use whenever writing or suggesting code that calls a function, file, module, package, CLI flag, config key, environment variable, or API endpoint — especially third-party libraries, SDKs, or framework features. Prevents hallucinated APIs by checking the repo and docs before using anything.

Jak działa

  1. Inside the project
  2. Third-party libraries
  3. Adding a dependency
  4. Commands, flags, config keys, env vars
  5. Red flags — stop and check
  6. Memory
Sekcje z nagłówków SKILL.md, w oryginale · 37 linii, 314 słów
Podgląd SKILL.md
---
name: no-invented-code
description: Use whenever writing or suggesting code that calls a function, file, module, package, CLI flag, config key, environment variable, or API endpoint — especially third-party libraries, SDKs, or framework features. Prevents hallucinated APIs by checking the repo and docs before using anything.
---

# No Invented Code

Every identifier you use must exist. If you have not seen it, check it — or say you have not.

## Inside the project
Before calling or importing something from the codebase:
- Search for it (`grep -rn`, file search, IDE symbols). Confirm the **exact** name, signature, and export.
- Read the file it lives in. Check argument order, return type, and whether it is async.
- Before referencing a file path, confirm the file exists.
- Use the project's existing helpers instead of inventing new ones with similar names.

## Third-party libraries
- Check the **installed version** first: `package.json` / lockfile, `requirements.txt` / `pyproject.toml`,
  `go.mod`, `Cargo.toml`. APIs change between major versions.
- Verify the API against one of: the library source in `node_modules` / site-packages / module cache,
  official docs for that version (use web search when available), or the project's existing usage.
- If you cannot verify, say so: *"I believe the option is `X` in v4, but I could not confirm it — please check."*

## Adding a dependency
- Confirm the package name exists and is the right one (watch for look-alike/typosquat names).
- Prefer what the project already uses. Mention every new dependency in your report.

## Commands, flags, config keys, env vars
- Check `--help`, the tool's docs, or existing scripts/config before using a flag or key.
- Never invent environment variables; find where the code reads them.

## Red flags — stop and check
- "This library probably has a method for that."
- A function name that sounds right but you have not seen in this codebase.
- Copying a pattern from a different framework or an older major version.
- Mixing APIs from two different SDKs.

## Memory
If you discover a version-specific gotcha (renamed API, breaking change, wrong docs),
save it with `mem_save` so it is not rediscovered next session.

Wersje

RepozytoriumWynikLicencja
Ta strona · geadalfa/OverhaulMyAgent90MIT
fvkmizel/soulkeeper90MIT

Migawka bazy z 13.11.2026 · wersja paczki 56491cd85bc3 (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

  • 100use-external-api
    Sprawdza zainstalowaną wersję i prawdziwą dokumentację bibliotek, SDK i API, zanim użyje metody, zamiast polegać na pamięci.
  • 100ai-read-docs
    Wymusza czytanie dokumentacji, gdy praca zależy od wersjonowanego lub zewnętrznego zachowania: nowe pakiety, SDK, płatne API, zmiany frameworków, dryf API i wysokostawkowe uwierzytelnianie.
  • 100fact-checker
    Wymusza weryfikację zewnętrznych symboli, takich jak funkcje biblioteki, klucze konfiguracji, wersje pakietów, flagi CLI i endpointy, przez grep, odczyt sygnatur i lockfile, zanim trafią do kodu.
  • 100find-docs
    Pobiera aktualną dokumentację, odwołania do API i przykłady kodu dla dowolnej technologii przez Context7 CLI, gdy ważna jest dokładność dokumentacji.
  • 100microsoft-code-reference
    Wyszukuje dokumentację API Microsoft, działające przykłady kodu i weryfikuje kod SDK, wychwytując zmyślone metody, błędne sygnatury i przestarzałe wzorce.
  • 100ctxhub-get-api-docs
    Pobiera aktualną dokumentację API, SDK i bibliotek przed pisaniem kodu, zamiast polegać na przestarzałej wiedzy.

Uwagi i zgłoszenia

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