plugins/lisa-expo/skills/apollo-client/SKILL.md
This skill should be used when writing or modifying GraphQL operations, hooks, or mutations using Apollo Client 3.10. It enforces best practices for optimistic responses, cache updates, and TypeScript type generation. Use this skill when creating new queries/mutations, reviewing Apollo code, or troubleshooting cache issues.
npx skillsauth add codyswanngt/lisa apollo-clientInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill provides best practices for Apollo Client 3.10 in this codebase, ensuring consistent patterns for GraphQL operations, optimistic UI updates, cache management, and TypeScript type safety.
After modifying any operations.graphql file, run the appropriate generator:
bun run generate:types:dev # Development environment
bun run generate:types:staging # Staging environment
bun run generate:types:production # Production environment
Note: Replace
bunwith your project's package manager (npm,yarn,pnpm) as needed.
All GraphQL types, hooks, and documents must come from generated types:
import {
useGetPlayerQuery,
useUpdatePlayerMutation,
GetPlayerQuery,
PlayerFragment,
ListPlayersDocument,
} from "@/generated/graphql";
Import all GraphQL-related types from @/generated/graphql. Never define manual TypeScript types for GraphQL entities.
// CORRECT
import { PlayerFragment, useUpdatePlayerMutation } from "@/generated/graphql";
// INCORRECT - Never do this
type Player = { id: string; name: string };
The generated/graphql.ts file is auto-generated by codegen. To change types:
operations.graphql file in the feature directorybun run generate:types:devAfter modifying any operations.graphql file, immediately run the generator before committing. Verify changes compile with bun run typecheck.
Every mutation must include an optimisticResponse for instant UI feedback:
const [updatePlayer] = useUpdatePlayerMutation({
optimisticResponse: variables => ({
__typename: "Mutation",
updatePlayer: {
__typename: "Player",
id: variables.id,
name: variables.input.name,
updatedAt: new Date().toISOString(),
},
}),
});
Key requirements:
__typename for every object in the responseid for cache normalizationcrypto.randomUUID())Every mutation must handle cache updates using one of these strategies:
Automatic Updates - When mutation returns the full entity with id and __typename, Apollo updates automatically. No extra code needed.
cache.modify - For adding/removing items from lists:
const [addPlayer] = useAddPlayerMutation({
optimisticResponse: {
/* ... */
},
update(cache, { data }) {
cache.modify({
fields: {
players(existingPlayers = [], { readField }) {
const newRef = cache.writeFragment({
data: data.addPlayer,
fragment: PlayerFragmentDoc,
});
return [...existingPlayers, newRef];
},
},
});
},
});
refetchQueries - Fallback for complex scenarios:
const [complexMutation] = useComplexMutation({
refetchQueries: ["ListPlayers"],
awaitRefetchQueries: true,
});
Define fragments before queries/mutations that use them:
# 1. Fragments first
fragment PlayerFragment on Player {
id
knownName
firstName
lastName
team {
id
name
}
}
# 2. Queries second
query GetPlayer($id: ID!) {
player(id: $id) {
...PlayerFragment
}
}
# 3. Mutations last
mutation UpdatePlayer($id: ID!, $input: UpdatePlayerInput!) {
updatePlayer(id: $id, input: $input) {
...PlayerFragment
}
}
Mutations must return all fields needed for cache updates:
mutation AddPlayerToKanban($input: AddPlayerToKanbanInput!) {
addPlayerToKanban(input: $input) {
id # Required for cache normalization
position
notes
kanbanPhaseId
kanbanPhase {
# Include related objects
id
name
}
createdAt
updatedAt
}
}
// Frequently changing data - balance speed and freshness
fetchPolicy: "cache-and-network";
// Stable reference data - prioritize cache
fetchPolicy: "cache-first";
// Always-fresh data - skip cache
fetchPolicy: "network-only";
const { data } = useGetPlayerQuery({
variables: { id: playerId! },
skip: !playerId,
});
Use onError callback instead of try/catch with console.log:
const [mutation] = useMutation(MUTATION, {
onError: error => {
setErrorState("Failed to update. Please try again.");
},
});
Reference references/mutation-patterns.md for comprehensive examples of the complete mutation pattern including optimistic responses, cache updates, and error handling.
When writing or reviewing Apollo code, verify:
@/generated/graphqloptimisticResponse__typename included in all optimistic response objectsid included in all optimistic response objectsfetchPolicyskip when variables may be undefinedonError callbacktools
Configure the official SonarQube plugin + MCP as Lisa's single Sonar substrate across every supported coding agent. Installs/updates the SonarQube CLI, authenticates (browser login on a dev machine, or SONARQUBE_CLI_TOKEN headless), selects the Test Manager target, runs `sonar integrate <agent>` for each supported agent (Claude, Codex, Cursor, Copilot, Antigravity) and wires the MCP for OpenCode, then writes only non-secret policy to .lisa.config.json. Separate from the CI SonarCloud scan gate, which is unchanged.
tools
Configure the official SonarQube plugin + MCP as Lisa's single Sonar substrate across every supported coding agent. Installs/updates the SonarQube CLI, authenticates (browser login on a dev machine, or SONARQUBE_CLI_TOKEN headless), selects the Test Manager target, runs `sonar integrate <agent>` for each supported agent (Claude, Codex, Cursor, Copilot, Antigravity) and wires the MCP for OpenCode, then writes only non-secret policy to .lisa.config.json. Separate from the CI SonarCloud scan gate, which is unchanged.
tools
Configure the official SonarQube plugin + MCP as Lisa's single Sonar substrate across every supported coding agent. Installs/updates the SonarQube CLI, authenticates (browser login on a dev machine, or SONARQUBE_CLI_TOKEN headless), selects the Test Manager target, runs `sonar integrate <agent>` for each supported agent (Claude, Codex, Cursor, Copilot, Antigravity) and wires the MCP for OpenCode, then writes only non-secret policy to .lisa.config.json. Separate from the CI SonarCloud scan gate, which is unchanged.
tools
Configure the official SonarQube plugin + MCP as Lisa's single Sonar substrate across every supported coding agent. Installs/updates the SonarQube CLI, authenticates (browser login on a dev machine, or SONARQUBE_CLI_TOKEN headless), selects the Test Manager target, runs `sonar integrate <agent>` for each supported agent (Claude, Codex, Cursor, Copilot, Antigravity) and wires the MCP for OpenCode, then writes only non-secret policy to .lisa.config.json. Separate from the CI SonarCloud scan gate, which is unchanged.