← ClaudeAtlas

case-studylisted

Turn a project brief into a published case study (cs + en MDX, numbers from content/facts.json, JSON-LD, OG image, listing card). Use whenever the user mentions a case study, reference, "reference", "případová studie", "portfolio", "napiš o projektu X", "přidej Iterus/Innea/STAMIQ/tender-radar na web", or wants to show proof of work — even when they just paste project notes.
TOMK-CMD/ITERUS-WEB · ★ 0 · Web & Frontend · score 60
Install: claude install-skill TOMK-CMD/ITERUS-WEB
# case-study — from brief to published reference Case studies are the strongest trust element on the site, so they must be concrete, verifiable and honest about the role of AI tools and human oversight. ## Step 1 — get a brief (ask if missing) Collect this brief from Tomas (Czech is fine). Do not guess any field; leave `TODO(facts:key)`. ``` Projekt / název: Typ: vlastní produkt | klientská zakázka | interní nástroj Klient (jméno smí být veřejné? ano/ne): Problém (2–3 věty): Řešení (co jsme postavili, klíčové funkce): Stack (konkrétní technologie a služby): Čísla (testy, integrace, uživatelé, rychlost, úspora, termíny): Role AI nástrojů a lidského dohledu (co dělal Claude Code/Codex, co člověk): Výsledek / stav (v provozu od…, před launchem…): Citace klienta (volitelné, ověřená): Odkazy (web, repo, demo): Obrázky (screenshoty, diagram): ``` ## Step 2 — write the study (cs first, then en) Structure (identical in both locales), file `content/{cs,en}/case-studies/<slug>.mdx`: 1. **Summary** (answer-first, ≤ 60 words: what, for whom, headline result). 2. **Problém / Challenge** 3. **Řešení / Solution** — architecture in 3–6 bullets, named technologies. 4. **Čísla / Results** — every number comes from `content/facts.json` (`projects.<slug>.*`); add the keys there if they are new and mark them for Tomas to confirm. 5. **Jak jsme pracovali / How we worked** — AI-native workflow, tests, review, human oversight. Use approved wording from `docs/CONTENT-GUIDE.md`; never state