Przejdź do treści
Biblioteka skilli
Marketing i treści · Pisanie

kai-case-study

/kai-case-study

Tworzy studia przypadku klientów z wywiadów lub danych w układzie problem, rozwiązanie, wyniki, z bramkami jakości.

Licencja
MIT
Ostatnia zmiana repozytorium
18.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 18.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

Tworzy studia przypadku klientów z wywiadów lub danych w układzie problem, rozwiązanie, wyniki, z bramkami jakości.

Wyzwalacze z opisu

case studycustomer storytestimonialsuccess storyclient results
Oryginalny opis (EN)

Produce customer case studies from interviews or data — Problem, Solution, Results structure with perception engineering and quality gates. Use when "case study", "customer story", "testimonial", "success story", "client results", or any request to document a customer win.

Jak działa

  1. Phase 0: Load Product Context
  2. Phase 1: Discovery
  3. Phase 2: Plan
  4. Phase 3: Produce
  5. Phase 4: Quality Gates
  6. Phase 5: Output
Sekcje z nagłówków SKILL.md, w oryginale · 94 linii, 588 słów
Podgląd SKILL.md
---
name: kai-case-study
description: Produce customer case studies from interviews or data — Problem, Solution, Results structure with perception engineering and quality gates. Use when "case study", "customer story", "testimonial", "success story", "client results", or any request to document a customer win.
---

# Kai Case Study Skill

Produce compelling customer case studies using a Problem, Solution, Results structure with perception engineering layers.

---

## Phase 0: Load Product Context

Check if `MARKETING.md` exists in the **project root** (same directory as CLAUDE.md, README.md, package.json).

**If it exists:** Read it — skip product discovery questions. It has the product name, ICP, value prop, monetization, brand voice, current channels, and competitive landscape.

**If it does NOT exist:** Auto-explore the codebase to create it in the **project root** (next to CLAUDE.md). Do NOT ask the user what the product is. Read CLAUDE.md, README.md, PROJECT.md, package.json, landing pages, and any project files. Search for email/ad/analytics config. Then create `MARKETING.md` using the template from `/kai-email-system`. Present draft to user for confirmation.

---

## Phase 1: Discovery

Read from `MARKETING.md`. Only ask about things not covered there:

1. **Customer info** — Company name, industry, size, role of contact
2. **Source material** — Interview transcript, survey responses, data points, screenshots
3. **The problem** — What was broken before? Quantify the pain.
4. **The solution** — What did we do? Be specific about the product/service.
5. **The results** — Hard numbers. Revenue, time saved, conversion lift, cost reduction.
6. **Persona alignment** — Which harness persona does this customer map to? Load from `knowledge/personas/_persona-index.md`
7. **Permission** — Does the customer approve named use? Or anonymized?

---

## Phase 2: Plan

Structure the case study:

1. **Load content checklist**: `knowledge/checklists/content-checklist.md`
2. **Load perception engineering**: `knowledge/frameworks/content-copywriting/perception-engineering.md`
3. **Define the narrative arc**:
   - **Before state** — The specific pain, in the customer's words
   - **Turning point** — Why they chose us (decision trigger)
   - **After state** — Measurable transformation
4. **Key quote selection** — Pull 2-3 direct quotes that carry emotion + specificity
5. **Proof points** — List every number, metric, and data point available
6. **Distribution plan** — Where will this live? (website, sales deck, email, social)

---

## Phase 3: Produce

Write the case study:

1. **Headline** — Lead with the result, not the company name. Example: "73% Faster Onboarding: How [Company] Rebuilt Their Workflow"
2. **Snapshot box** — Company, industry, challenge, result (scannable summary)
3. **The Challenge** — 2-3 paragraphs. Paint the before state. Use customer language.
4. **The Solution** — 2-3 paragraphs. What we did, how it worked. Be concrete.
5. **The Results** — Lead with the biggest number. Use a data table or callout boxes.
6. **Customer quote** — Close with their strongest testimonial line.
7. **CTA** — What should the reader do next?

Apply perception engineering layers:
- **Perception layer**: Re-index the old way as the problem (not just "less good")
- **Context layer**: Make the new approach feel inevitable
- **Permission layer**: Remove risk from taking action

---

## Phase 4: Quality Gates

Run all gates before delivery:

1. **Four U's Score**: `python scripts/quality_gates/four_us_score.py <file>`
   - Minimum: **12/16** (content threshold)
2. **Banned Word Check**: `python scripts/quality_gates/banned_word_check.py <file>`
   - Zero Tier 1 violations
3. **AI Slop Check** — No filler phrases ("In conclusion", "It's worth noting that", etc.)
4. **Specificity check** — Every claim has a number or named example. No vague praise.

Max 2 auto-retry cycles. After 2 failures, surface to human with specific failure reasons.

---

## Phase 5: Output

Deliver the final case study package:

- **Full case study** (long-form, 800-1500 words)
- **One-page summary** (for sales team, 250 words max)
- **Pull quotes** (2-3 standalone quotes for social/email use)
- **Headline variants** (3 options for different channels)
- **Four U's scorecard**
- **Gate pass/fail summary**

Write output to `workspace/` with filename pattern: `case-study-[company]-YYYY-MM-DD.md`

Wersje

RepozytoriumWynikLicencja
Ta strona · cgallic/kai-cmo-harness100MIT
cgallic/kai-cmo-harness100MIT

Identyczna treść występuje jeszcze w 1 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.

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

  • 100customer-case-study
    Zamienia transkrypcję rozmowy z klientem lub notatki w studium przypadku: problem, rozwiązanie, wyniki i krótką wersję do prezentacji.
  • 100case-study
    Pisze studium przypadku klienta według schematu wyzwanie, rozwiązanie i wyniki, z dosłownymi cytatami i sprawdzonymi liczbami.
  • 100b2b-case-study-writer
    Pomaga pisać, układać i ulepszać studia przypadku B2B oraz historie sukcesu klientów, dokumentując wyniki programu lub efekty dla klienta.
  • 100case-study
    Pisze studia przypadków klientów w układzie wyzwanie, rozwiązanie, wyniki, z cytatami, zweryfikowanymi metrykami i wynikami liczbowymi, gotowe na stronę lub do PDF.
  • 100ink-case
    Pisze studia przypadku klientów i historie sukcesu: przewodnik wywiadu, struktura opowieści i gotowy do publikacji tekst z metrykami.
  • 100case-study-builder
    Tworzy przekonujące case studies klientów z wywiadów, danych i badań, do rozwijania historii klientów, programów referencyjnych i treści marketingowych.

Uwagi i zgłoszenia

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