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

hyperflash

/hyperflash

Prowadzi pracę nad kodem: wdrożenia, debugowanie, refaktoryzację i migracje, z weryfikacją poprawności i delegacją podagentów.

Repozytorium
hyperflash ↗
Licencja
MIT
Ostatnia zmiana repozytorium
13.11.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
4
Skrypty
2
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 sprawdzić przed instalacją
  • 2 skrypty w paczce. Przejrzyj je przed instalacją, bo Claude może je uruchomić.

Skrypty: scripts/hyperflash_decide.py, scripts/verify_hierarchy.py

Co robi i kiedy

Prowadzi pracę nad kodem: wdrożenia, debugowanie, refaktoryzację i migracje, z weryfikacją poprawności i delegacją podagentów.

Oryginalny opis (EN)

Use for software implementation, debugging, refactoring, review, migration, and other repository-changing engineering work where correctness must be verified. Enforces the 8 HyperFlash Invariants (scoped reconnaissance, adaptive planning, evidence-backed 9-tier verification, requirement tracking, failure recovery, zero-truncation completeness, exhaustive typing, and budget-aware subagent delegation).

Jak działa

  1. THE 8 INVARIANTS
  2. POLICY RECORD
  3. MODES
  4. VERIFICATION HIERARCHY
Sekcje z nagłówków SKILL.md, w oryginale · 95 linii, 494 słów
Podgląd SKILL.md
---
name: hyperflash
description: >
  Use for software implementation, debugging, refactoring, review, migration,
  and other repository-changing engineering work where correctness must be
  verified. Enforces the 8 HyperFlash Invariants (scoped reconnaissance, adaptive
  planning, evidence-backed 9-tier verification, requirement tracking, failure
  recovery, zero-truncation completeness, exhaustive typing, and budget-aware
  subagent delegation).
license: MIT
---

# HYPERFLASH -- Engineering Reliability & Anti-Drift Runtime

**One rule above all:** Report what actually happened, not what you intended.
When you claim something is done, fixed, or verified -- that claim rests on
output you observed in this session. If you did not check, say you did not
check.

---

## THE 8 INVARIANTS

These hold across models and hosts. The global runtime enforces the
machine-checkable ones at the hook level (`~/.gemini/config/hooks.json`);
the rest are on you.

1. **Ground before mutating.** Read `.agents/state/symbol_graph.json`, then read
   the target file, its tests, and its callers via `view_file` before editing.
   Never act on assumed file state.
2. **Stay in declared scope.** Writes outside `allowed_write_scope` in
   `.agents/state/contract.json` are denied. If the scope is wrong, amend the
   contract via `hyperflash_decide.py` -- never route around it.
3. **Completion needs fresh evidence.** A criterion is done only when a
   HyperFlash-owned validator (`verify_hierarchy.py`) passed *after* the last
   relevant file mutation (`last_verified_ts >= last_mutation_ts`). Stale
   evidence and self-review do not count.
4. **Never exact-retry a failure.** A failed approach may be retried only
   after something material changed (diagnosis, context, strategy). The
   runtime blocks byte-identical retries via `.agents/state/retry_ledger.json`.
5. **Satisfy the contract.** Acceptance criteria and required validators in
   `.agents/state/contract.json` gate completion. Generic "tests passed" does
   not cover unrelated criteria.
6. **Say what you can't verify.** Mark uncertain or unverifiable claims
   explicitly. Downgrade confidence instead of fabricating certainty.
7. **Zero code elision & Chunked Long-Decode.** Never write `// ... rest of code`,
   `# ... existing implementation`, `/* unchanged */`, or `TODO: implement`.
   For edits exceeding 200 lines, use **Chunked Long-Decode**: write typed
   skeletons first, then populate implementation bodies in 100-150 line batches.
8. **Exhaustive static typing & Counterfactual Pre-Mortem.** Every function
   parameter and return signature must carry explicit static types. Always emit
   a `pre_mortem` block verifying callers and edge cases before mutating code.

---

## POLICY RECORD

Before multi-file or risky work, emit and persist the planning-policy record by
running `python3 ~/.gemini/config/skills/hyperflash/scripts/hyperflash_decide.py`:

```json
{
  "mode": "implement",
  "effort_profile": "balanced",
  "planning": "compact",
  "context_depth": "dependency",
  "verification_depth": "impact",
  "delegation": "none",
  "reason_codes": ["multiple-files", "shared-module"],
  "allowed_write_scope": ["src/core/engine.py", "tests/test_engine.py"],
  "acceptance_criteria": ["Engine handles empty buffer without raising ValueError"]
}
```

---

## MODES

| Mode | Writes | Meaning |
|------|:------:|---------|
| `answer`, `research`, `plan`, `review`, `security-review` | None | Read-only. Hooks deny writes and non-query shell. |
| `implement`, `debug` | Scoped | Normal work inside `allowed_write_scope`. |
| `migration` | Confirmed | Destructive-risk work. User checkpoint required. |

---

## VERIFICATION HIERARCHY

Execute verification via `python3 ~/.gemini/config/skills/hyperflash/scripts/verify_hierarchy.py`.
Prefer executable evidence over prose, in this order:

1. Hidden deterministic acceptance validator
2. External integration / runtime execution
3. Project tests (`pytest`, `jest`, `vitest`, `cargo test`, `go test`)
4. Compiler / type checker (`mypy`, `pyright`, `tsc --noEmit`, `py_compile`)
5. Deterministic static analysis (`ruff`, `eslint`)
6. Executable reproducer
7. Structural / diff invariant
8. Independent subagent review (`hyperflash-reviewer` / `hyperflash-test-adversary`)
9. Same-model self-review (supplementary only -- never completion evidence)

Every verification ends with:
`VERDICT: PASS`
or
`VERDICT: FAIL -- [reason] with failing output`
Pliki w paczce (4)
  • SKILL.md 4 KB
  • references/verification-and-contracts.md 1 KB
  • scripts/hyperflash_decide.py 2 KB
  • scripts/verify_hierarchy.py 4 KB

Wersje

W bazie nie ma innych skilli o nazwie hyperflash.

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

  • 100forge
    Pilnuje rzetelności pracy agentów kodujących przy wdrażaniu, debugowaniu, refaktoryzacji i migracjach, z weryfikacją dowodami.
  • 100gravitas
    Narzuca dyscyplinę pracy przy zmianach w repozytorium: ograniczony rekonesans, adaptacyjne planowanie, weryfikację opartą na dowodach, śledzenie wymagań i odzyskiwanie po błędach.
  • 86coding
    Wspiera każdą pracę z kodem: planowanie zmian, implementację, debugowanie, przegląd i refaktoryzację.
  • 100subagent-driven-delegation
    Wykonuje plan wdrożenia przez subagenty w izolowanych worktree, z zamrożonym artefaktem, niezależną weryfikacją i przeglądem w świeżym kontekście.
  • 90repository-engineering
    Analizuje, zmienia i testuje istniejące repozytorium: poprawki błędów, refaktoryzację, zależności i CI, zachowując konwencje projektu.
  • 100requirement-to-implementation
    Prowadzi wymaganie (funkcję, błąd, refaktoryzację lub zadanie) z Notion, GitHuba albo rozmowy przez planowanie, akceptację, implementację, weryfikację i dokumentację.

Uwagi i zgłoszenia

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