Összefoglaló

Megakadtál két megközelítés között? Kapsz 2–4 valóban különböző utat őszinte előnyökkel és hátrányokkal, és egy határozott ajánlást — a tényleges projektedhez igazítva, nem általános feltételezések alapján.

Mikor használd

Akkor használd az /options-t, ha döntést kell hoznod, és előbb szeretnéd látni a kompromisszumokat. A skill beolvassa a releváns projektfájlokat, hogy az előnyök és hátrányok a tényleges stackedet tükrözzék, ne tankönyvi választ adjanak.

Triggerkifejezések (a SKILL.md-ből):

Nem kutatási munkafolyamat. A skill projektfájlokat olvas és azokból érvel; nem futtat többlépéses vizsgálatot, és nem ment kimeneti fájlokat.

Meghívás

Add meg a döntést közvetlenül argumentumként:

/options [döntés vagy probléma]

Vagy csak vesd fel a döntést természetes nyelven — a skill a közelmúltbeli konverzációból is felveszi, ha nincs argumentum. Ha a döntés a jelenlegi projekthez kapcsolódik, győződj meg róla, hogy a projekt könyvtárában vagy, hogy a skill be tudja olvasni a releváns fájlokat.

1. példa — Biztonsági kompromisszum

Bemenet:

/options how should we handle auth tokens — store in localStorage vs httpOnly cookies?

Kimenet / Eredmény:

Döntés: auth token tárolása

A lehetőség — localStorage
  Előny: egyszerű implementáció; aldomainek közt konfigurálás nélkül működik
  Hátrány: az oldalon futó bármely szkript elérheti — XSS bármely
           függőségben azonnal kiteszi az összes tokent
  Hátrány: lejárati kényszer csak egyéni logikával oldható meg

B lehetőség — httpOnly cookie (ajánlott)
  Előny: JavaScript nem tudja olvasni — XSS nem érheti el a tokent
  Előny: lejáratot a böngésző kezeli natívan
  Hátrány: CSRF-védelmet igényel (SameSite=Strict a legtöbb esetet lefedi)
  Hátrány: cross-origin kérésekhez CORS-konfiguráció szükséges

Ajánlás: httpOnly cookie.
A localStorage XSS-sel kihasználható az oldalon futó bármelyik
szkripten keresztül — egy kompromittált függőség, és minden munkamenet
kiszolgáltatott. A CSRF-felület kisebb és jobban értett, mint az XSS-felület.

2. példa — Projekthez igazított eszközválasztás

Bemenet:

/options pick a test framework for our new Python service

Kimenet / Eredmény:

[Beolvassa a pyproject.toml-t, a meglévő tesztfájlokat és a requirements-t]

Döntés: Python tesztkeretrendszer

A lehetőség — pytest (ajánlott)
  Előny: az auth-service testvérszolgáltatásban már használt (tests/conftest.py)
  Előny: a legjobb plugin-ökoszisztéma (pytest-cov, pytest-asyncio
         a FastAPI route-okhoz)
  Hátrány: a fixture-magia nem magától értetődő az újoncoknak

B lehetőség — unittest
  Előny: nulla új függőség
  Hátrány: terjengős boilerplate; parametrizálás plugin nélkül nem megy
  Hátrány: a repo más helyén sehol sem használt — inkonzisztencia-költség

Ajánlás: pytest — már benne van a repóban, az async plugin lefedi
a FastAPI route-okat, és egyetlen conftest.py megosztja a fixture-öket
mindkét szolgáltatás közt.

Kapcsolódó eszközök