TipKit Generator Skill | Agent Skills

TipKit Generator

Generate a complete TipKit setup for contextual tips and feature discovery, including tip definitions, rules, display frequency, inline and popover presentation, and testing utilities.

When This Skill Activates

Use this skill when the user:

Asks to "add tips" or "add TipKit"
Mentions "contextual tips" or "feature discovery"
Wants "popover tips" or "inline tips"
Asks about "coach marks" or "user education"
Mentions "onboarding hints" or "tip prompts"
Wants to "highlight new features" or "guide users"

Pre-Generation Checks

1. Project Context Detection

[ ] Check deployment target (TipKit requires iOS 17+ / macOS 14+)
[ ] Identify if SwiftUI or UIKit project
[ ] Find App entry point location for Tips.configure()
[ ] Check for existing TipKit implementations

2. Conflict Detection

Search for existing TipKit usage:

Glob: **/*Tip*.swift
Grep: "import TipKit" or "Tips.configure"

If found, ask user:

Extend existing tip infrastructure?
Replace existing tips?

Configuration Questions

Ask user via AskUserQuestion:

What features need tips?
- List the features or UI elements that should have tips
- Example: "search bar, filter button, swipe-to-delete gesture"
Tip presentation style? (per tip or general preference)
- Inline (TipView embedded in layout)
- Popover (attached to a control)
- Both
Rule types needed?
- Parameter-based (show after user meets condition, e.g., has viewed a screen 3 times)
- Event-based (show after user performs an action N times)
- Both
Display frequency?
- Immediate (tips show as soon as eligible)
- Hourly
- Daily
- Weekly
- Monthly
Tip ordering?
- Independent (tips show whenever eligible)
- Ordered (use TipGroup to show tips in sequence)

Generation Process

Step 1: Read Templates

Read the templates file for code patterns:

Read("skills/generators/tipkit-generator/templates.md")

Step 2: Create Core Files

Generate these files based on configuration:

Tips/ directory with one file per tip (e.g., SearchTip.swift, FilterTip.swift)
Tips/TipEvents.swift - Centralized event definitions
Tips/TipsConfiguration.swift - Tips.configure() setup and testing utilities

Step 3: Determine File Location

Check project structure:

If Sources/ exists -> Sources/Tips/
If App/ exists -> App/Tips/
Otherwise -> Tips/

Step 4: Integrate Tips

Add Tips.configure() call in App entry point
Add TipView or .popoverTip() at the appropriate view locations
Wire up event donation at action sites
Wire up tip invalidation where appropriate

Output Format

After generation, provide:

Files Created

Sources/Tips/
├── SearchTip.swift            # Tip with rules and options
├── FilterTip.swift            # Another tip definition
├── TipEvents.swift            # Centralized event definitions
└── TipsConfiguration.swift    # Tips.configure() + testing helpers

Integration Steps

App Entry Point (Required):

import TipKit

@main
struct MyApp: App {
    var body: some Scene {
        WindowGroup {
            ContentView()
                .task {
                    try? Tips.configure([
                        .displayFrequency(.daily),
                        .datastoreLocation(.applicationDefault)
                    ])
                }
        }
    }
}

Inline Tip:

import TipKit

struct SearchView: View {
    let searchTip = SearchTip()

    var body: some View {
        VStack {
            TipView(searchTip)
            SearchBar()
        }
    }
}

Popover Tip:

import TipKit

struct ToolbarView: View {
    let filterTip = FilterTip()

    var body: some View {
        Button("Filter", systemImage: "line.3.horizontal.decrease.circle") {
            // action
        }
        .popoverTip(filterTip)
    }
}

Event Donation (at action site):

Button("Search") {
    performSearch()
    SearchTip.searchPerformed.donate()
}

Tip Invalidation (when tip is no longer relevant):

func onFeatureUsed() {
    // User discovered the feature, invalidate the tip
    searchTip.invalidate(reason: .actionPerformed)
}

Testing Instructions

Reset DataStore between runs:

// Add to a debug menu or call in preview
try? Tips.resetDatastore()

Show all tips for testing:

// Ignores rules and frequency -- shows everything
Tips.showAllTipsForTesting()

Show specific tips for testing:

Tips.showTipsForTesting([SearchTip.self])

Test scenarios:
- Launch app fresh -- eligible tips should appear per display frequency
- Perform actions that donate events -- event-based tips should appear when thresholds met
- Tap tip close button -- tip should not reappear
- Invalidate tip programmatically -- tip should dismiss and not reappear

Common Gotchas

Forgetting Tips.configure() -- Tips will never appear if you do not call Tips.configure() before any tip is displayed. This must happen early, typically in the App body or .task.
Rules not evaluating -- Parameter-based rules require you to set the parameter value explicitly. If you define @Parameter static var hasSeenFeature = false but never set it to true, the rule never passes.
DataStore conflicts in tests -- If you run unit tests and the app simultaneously, they may share the same DataStore. Use .datastoreLocation(.url(...)) to isolate them.
Display frequency blocking tips -- If you set .displayFrequency(.daily) and a tip was already shown today, no new tips will appear until tomorrow. Use .immediate during development.
Tips not dismissing after invalidation -- You must hold a reference to the tip instance and call .invalidate(reason:) on that instance. Creating a new instance and invalidating it does nothing to the displayed tip.
TipGroup ordering ignored -- Tips in a TipGroup only show in order if their rules are all satisfied. If Tip B's rules pass but Tip A's do not, neither will show (Tip A blocks Tip B).

Patterns

Good Patterns

One tip struct per file for clarity
Centralize event definitions in a single file
Use .actionPerformed invalidation reason when the user completes the action the tip describes
Use TipGroup when tips should appear in a logical sequence
Provide a debug/testing menu that calls Tips.resetDatastore()
Use meaningful tip IDs that describe the feature

Bad Patterns

Defining all tips in a single massive file
Forgetting to call Tips.configure() in the App entry point
Using .immediate display frequency in production (overwhelming users)
Hardcoding tip text instead of using localized strings for shipped apps
Creating a new tip instance to invalidate instead of using the displayed instance
Placing TipView inside a ScrollView without considering layout impact

References

templates.md - Code templates for tips, rules, configuration, and TipGroup

Agent Skills: TipKit Generator

Install this agent skill to your local

Skill Files