navikt
- 125 skills
- 0 followers
- 5 hours ago last updated
- ▌ Doctor 2 · naviktAudit whether the current repository and session are ready for effective Grillmester use in OpenCode v1. Use only when the user explicitly asks to check, diagnose, or understand the OpenCode setup; the audit is read-only.
- ▌ Review 2 · naviktSelf-review the complete scoped diff for correctness, regressions, requirements and repository rules before delivery. Use after implementation or when asked to find problems in changes; use `security-review` for security-specific analysis.
- ▌ Triage 2 · navikt bundleAssess incoming issues or pull requests, verify claims and prepare work-ready briefs. Use for inbox review, bug-report assessment or readiness decisions; use `issue-management` for tracker mutations and `review` for a completed implementation diff.
- ▌ Dulting 2 · navikt bundleDesign and evaluate responsible behavioral interventions in public services. Use for reminders, defaults, friction or experiments intended to change a specific user behavior; use `klarsprak` when the task is only to clarify wording.
- ▌ Handoff 2 · naviktPrepare a portable handoff when the user requests transferring work to another session, client, or colleague. Ordinary context compression and same-session delegation belong to the client.
- ▌ To Spec 2 · naviktDocument resolved requirements and design choices as a concise implementation plan or specification, including a requested local document. Use `grill-with-docs` for unresolved design choices and `to-issues` for several independently deliverable slices.
- ▌ Grill Me 2 · naviktRun an explicitly requested standalone stress-test of a plan, proposal, or idea. Use when the user asks to be grilled; expose weak assumptions and resolve choices in conversation without automatically creating documentation or a decision map.
- ▌ Grilling 2 · naviktClarify a request and challenge a plan's assumptions, requirements, and trade-offs through one question at a time. Use for unresolved intent or design choices, and as Grillmester's opening method; grill-with-docs adds durable domain documentation and Wayfinder organizes dependent decisions.
- ▌ E2e Tests 2 · naviktCreate full-system tests that boot the application and prove an observable user or system flow. Use when the assembled app, its entry point and final outcome must work together; use `integration-tests` for a narrow real adapter without full application boot.
- ▌ Klarsprak 2 · navikt bundleWrite or edit clear Norwegian prose while preserving technical meaning and established domain terms. Use for unclear user-facing copy, documentation or PR text; use `dulting` when the task is to influence behavior through an intervention.
- ▌ Prototype 2 · naviktBuild a bounded, runnable throwaway experiment to resolve uncertain behavior or an interface contract. Use for data models, state machines, event flows, retries or failure semantics; use `design-prototype` for visual layouts and user-flow sketches.
- ▌ To Issues 2 · naviktTurn a resolved plan or specification into independently useful implementation issues with native dependencies. Use when the user asks to break work into tickets; use `wayfinder` for unresolved decisions and `issue-management` for tracker mechanics.
- ▌ Wayfinder 2 · navikt bundleOrganize several unresolved, dependent decisions as a persistent shared issue map when a conversation checkpoint cannot keep the route navigable across sessions. Select automatically from that need or continue an existing map; use grill-with-docs for each design decision, and ordinary planning when the direction is already settled.
- ▌ API Design 2 · naviktDesign or change a published API or event contract using consumer and compatibility evidence. Use for new endpoints, versioning, breaking changes or deprecation; use `kotlin-ktor` for framework implementation and `architecture-review` for wider system boundaries.
- ▌ Tdd 3 · navikt bundleDevelop behavior in small red-green-refactor cycles through public interfaces. Use for requested test-first development or a confirmed bug requiring a failing regression test; use `diagnosing-bugs` to find an unclear cause and `integration-tests` or the repository's full-system test workflow to choose the test boundary.
- ▌ Kafka Topic 2 · navikt bundleDesign, implement or review Kafka topics and event flows from producer to consumer. Use for event contracts, keys, consumer groups, delivery guarantees or failure handling; use `nav-troubleshoot` for runtime incident evidence and `api-design` for wider contract compatibility.
- ▌ Kotlin Ktor 2 · navikt bundleImplement or review Kotlin and Ktor application behavior, configuration, clients and lifecycle. Use when changing a Ktor backend; use `api-design` for public contract choices and `auth-overview` for identity and authorization mechanisms.
- ▌ Lumi Survey 2 · navikt bundleIntegrate or review @navikt/lumi-survey from frontend configuration through verified feedback submission. Use for Lumi widgets, survey choices, transport or privacy-safe context; use `auth-overview` for shared authentication design beyond the Lumi integration.
- ▌ Team Status 2 · navikt bundleSummarize team status, goal progress and priorities from confirmed work and outcome evidence. Use for weekly updates, period reviews or cross-repository overviews; use `okr` to formulate goals and `triage` to assess individual incoming issues.
- ▌ Aksel Design 2 · navikt bundleChoose Aksel components, semantic tokens and responsive patterns for Nav interfaces. Use when designing or changing layout, forms or styling with @navikt/ds-react; use `accessibility-review` to verify the resulting user flow.
- ▌ Pull Request 2 · naviktPrepare and publish a pull request for a verified, scoped change when the user asks to open or update a PR. Use `review` to assess the diff first; implementing or reviewing work alone does not authorize publication.
- ▌ Auth Overview 2 · navikt bundleDesign, implement or diagnose authentication and authorization in a Nav backend. Use for token validation, token exchange, protected endpoints or issuer, audience and 401/403 problems; use `security-review` for a broader security assessment.
- ▌ Guided Review 2 · naviktGuide a human through a pull request or resolved diff one reading step at a time, then prepare review findings. Manually invoke this workflow for an interactive assessment; use `review` for the normal self-review pass.
- ▌ Nais Manifest 2 · navikt bundleCreate, change or review Nais Application and Naisjob deployment resources. Use for ingress, probes, resource limits, access policies, scaling or scheduled jobs; use `nav-troubleshoot` to diagnose a live workload and specialist skills for application code.
- ▌ Readme Update 2 · naviktCreate or update a README from verified implementation and operational evidence. Use when repository purpose, setup, usage or ownership documentation is missing or stale; use `klarsprak` for a wording-only edit and `to-spec` for intended future behavior.
- ▌ Doctor 3 · naviktAudit whether the current repository and session are ready for effective Grillmester use in OpenCode v1. Use only when the user explicitly asks to check, diagnose, or understand the OpenCode setup; the audit is read-only.
- ▌ Tdd 4 · navikt bundleDevelop behavior in small red-green-refactor cycles through public interfaces. Use for requested test-first development or a confirmed bug requiring a failing regression test; use `diagnosing-bugs` to find an unclear cause and `integration-tests` or the repository's full-system test workflow to choose the test boundary.
- ▌ Review 3 · naviktSelf-review the complete scoped diff for correctness, regressions, requirements and repository rules before delivery. Use after implementation or when asked to find problems in changes; use `security-review` for security-specific analysis.
- ▌ Create A Skill 2 · navikt bundleCreate, revise, review, or diagnose a portable Agent Skill for OpenCode v1, including native discovery, permissions, and an optional slash-command adapter. Use when a user asks to create or improve a skill, investigate why one does not load, or validate skill behavior.
- ▌ Figma Workflow 2 · naviktTranslate a chosen Figma design into Aksel code or an implementation brief with component, token and responsive guidance. Use for design-to-code work; use `design-prototype` for visual exploration or changes to the Figma design itself. Design-only agents return a brief.
- ▌ Produktledelse 2 · navikt bundleExplore product opportunities, user needs, assumptions and initiative risks. Use for discovery planning, user interviews or product-lead reflection; use `okr` for measurable goals and `workshop-design` for a facilitated group session.
- ▌ Diagnosing Bugs 2 · navikt bundleDiagnose failures, hangs, flakes or performance regressions from reproduction, code and runtime evidence. Use when the cause is unclear; use `tdd` for an established fix and `nav-troubleshoot` when the missing evidence is in a deployed Nais environment.
- ▌ Domain Modeling 2 · navikt bundleChallenge and maintain canonical domain terminology and qualifying architectural decisions during authorized design work. Use when concepts, boundaries, or durable trade-offs change; reading existing vocabulary alone does not need this skill.
- ▌ Grill With Docs 2 · naviktResolve open requirements, assumptions or design choices against the repository's domain model, recording agreed terms and qualifying decisions. Use for coherent design clarification; use `to-spec` to capture a settled plan and `wayfinder` for dependent decisions needing a persistent map.
- ▌ Security Review 2 · navikt bundleAssess a design or change for security and privacy risks. Use for sensitive data, identity, authorization, trust boundaries, privileged operations or a requested security review; use `auth-overview` to implement an authentication mechanism and `architecture-review` for broader design trade-offs.
- ▌ Workshop Design 2 · navikt bundleDesign a facilitated workshop with an outcome, agenda, participation structure and follow-up. Use for group exploration, alignment, decisions, retrospectives or team health; use `produktledelse` for individual discovery guidance and `okr` for goal formulation.
- ▌ Design Prototype 2 · navikt bundleExplore or refine visual concepts, user flows and existing Figma designs through Aksel browser sketches or editable Figma components. Use for layout, hierarchy and visual alternatives; use `prototype` for executable behavior and `figma-workflow` to translate a chosen design into code or an implementation brief.
- ▌ Issue Management 2 · naviktInspect, create, update, link or close GitHub issues for work that is already shaped. Use for tracker mechanics and explicit issue requests; use `triage` to assess readiness and `to-issues` to decompose a resolved plan.
- ▌ Nav Troubleshoot 2 · navikt bundleDiagnose deployed Nais workload failures using deployment, pod, log, metric and trace evidence. Use for production-only errors, failed deploys, restarts or connectivity problems; use `diagnosing-bugs` once a code defect needs reproduction and a fix.
- ▌ Review 4 · naviktSelf-review the complete scoped diff for correctness, regressions, requirements and repository rules before delivery. Use after implementation or when asked to find problems in changes; use `security-review` for security-specific analysis.
- ▌ Integration Tests 2 · naviktCreate narrow tests through a real adapter or boundary using its public interface. Use for database, HTTP-client, message-adapter or filesystem contracts; use `e2e-tests` when proving the flow requires booting the assembled application.
- ▌ Postgresql Review 2 · navikt bundleDesign or review PostgreSQL schemas, queries, transactions, migrations and connection capacity. Use for slow queries, pool sizing, data integrity or database changes; use `nav-troubleshoot` for deployed incident evidence and `architecture-review` for broader storage decisions.
- ▌ Architecture Review 2 · navikt bundleEvaluate a consequential architecture proposal, its alternatives, migration and reversibility. Use for new services, cross-team boundaries, platform choices or costly migrations; use `improve-codebase-architecture` to discover refactoring candidates in existing code and `security-review` for security analysis.
- ▌ Observability Setup 2 · navikt bundleAdd or improve service metrics, structured logs, traces, health signals, dashboards and alerts. Use when instrumentation or operational visibility is missing or misleading; use `nav-troubleshoot` to investigate an active incident with existing telemetry.
- ▌ Accessibility Review 2 · naviktReview a Nav frontend flow for accessibility using keyboard, screen-reader, contrast, focus, form and axe evidence. Use when checking an interface before delivery or investigating an accessibility defect; use `aksel-design` for component selection and layout.
- ▌ Create A Skill 3 · navikt bundleCreate, revise, review, or diagnose a portable Agent Skill for OpenCode v1, including native discovery, permissions, and an optional slash-command adapter. Use when a user asks to create or improve a skill, investigate why one does not load, or validate skill behavior.
- ▌ Diagnosing Bugs 3 · navikt bundleDiagnose failures, hangs, flakes or performance regressions from reproduction, code and runtime evidence. Use when the cause is unclear; use `tdd` for an established fix and the repository's platform diagnostic workflow when the missing evidence is in a deployed Nais environment.
- ▌ Issue Management 3 · naviktInspect, create, update, link or close GitHub issues for work that is already shaped. Use for tracker mechanics and explicit issue requests; use the full-context issue assessment workflow to assess readiness and the full-context plan decomposition workflow to decompose a resolved plan.
- ▌ Integration Tests 3 · naviktCreate narrow tests through a real adapter or boundary using its public interface. Use for database, HTTP-client, message-adapter or filesystem contracts; use the repository's full-system test workflow when proving the flow requires booting the assembled application.
- ▌ Diagnosing Bugs 4 · navikt bundleDiagnose failures, hangs, flakes or performance regressions from reproduction, code and runtime evidence. Use when the cause is unclear; use `tdd` for an established fix and the repository's platform diagnostic workflow when the missing evidence is in a deployed Nais environment.
- ▌ Issue Management 4 · naviktInspect, create, update, link or close GitHub issues for work that is already shaped. Use for tracker mechanics and explicit issue requests; use the full-context issue assessment workflow to assess readiness and the full-context plan decomposition workflow to decompose a resolved plan.
- ▌ Integration Tests 4 · naviktCreate narrow tests through a real adapter or boundary using its public interface. Use for database, HTTP-client, message-adapter or filesystem contracts; use the repository's full-system test workflow when proving the flow requires booting the assembled application.
- ▌ Improve Codebase Architecture 2 · navikt bundleFind refactoring opportunities that simplify module boundaries and improve testability and navigation. Use when existing code is tightly coupled, shallow or hard to change; use `architecture-review` to evaluate a concrete architecture proposal.
- ▌ Okr 2 · navikt bundleFormulate and review measurable product outcomes with objectives, key results, baselines and evidence. Use for goal setting or turning delivery lists into outcome measures; use `team-status` to report progress against existing goals.
- ▌ Tdd 2 · navikt bundleDevelop behavior in small red-green-refactor cycles through public interfaces. Use for requested test-first development or a confirmed bug requiring a failing regression test; use `diagnosing-bugs` to find an unclear cause and `integration-tests` or `e2e-tests` to choose the test boundary.
- ▌ Okr · navikt bundleFormulate and review measurable product outcomes with objectives, key results, baselines and evidence. Use for goal setting or turning delivery lists into outcome measures; use `team-status` to report progress against existing goals.
- ▌ Tdd · navikt bundleDevelop behavior in small red-green-refactor cycles through public interfaces. Use for requested test-first development or a confirmed bug requiring a failing regression test; use `diagnosing-bugs` to find an unclear cause and `integration-tests` or `e2e-tests` to choose the test boundary.
- ▌ Doctor · naviktAudits whether the current repository is ready for effective Grillmester use across Copilot CLI, the Copilot app, cloud agent, and Copilot code review. Use only when the user explicitly asks to check, diagnose, or understand the repository's Grillmester setup; the audit is read-only.
- ▌ Review · naviktSelf-review the complete scoped diff for correctness, regressions, requirements and repository rules before delivery. Use after implementation or when asked to find problems in changes; use `security-review` for security-specific analysis.
- ▌ Triage · navikt bundleAssess incoming issues or pull requests, verify claims and prepare work-ready briefs. Use for inbox review, bug-report assessment or readiness decisions; use `issue-management` for tracker mutations and `review` for a completed implementation diff.
- ▌ Dulting · navikt bundleDesign and evaluate responsible behavioral interventions in public services. Use for reminders, defaults, friction or experiments intended to change a specific user behavior; use `klarsprak` when the task is only to clarify wording.
- ▌ Handoff · naviktPrepare a portable handoff when the user requests transferring work to another session, client, or colleague. Ordinary context compression and same-session delegation belong to the client.
- ▌ To Spec · naviktDocument resolved requirements and design choices as a concise implementation plan or specification, including a requested local document. Use `grill-with-docs` for unresolved design choices and `to-issues` for several independently deliverable slices.
- ▌ Grill Me · naviktRun an explicitly requested standalone stress-test of a plan, proposal, or idea. Use when the user asks to be grilled; expose weak assumptions and resolve choices in conversation without automatically creating documentation or a decision map.
- ▌ Grilling · naviktClarify a request and challenge a plan's assumptions, requirements, and trade-offs through one question at a time. Use for unresolved intent or design choices, and as Grillmester's opening method; grill-with-docs adds durable domain documentation and Wayfinder organizes dependent decisions.
- ▌ E2e Tests · naviktCreate full-system tests that boot the application and prove an observable user or system flow. Use when the assembled app, its entry point and final outcome must work together; use `integration-tests` for a narrow real adapter without full application boot.
- ▌ Prototype · naviktBuild a bounded, runnable throwaway experiment to resolve uncertain behavior or an interface contract. Use for data models, state machines, event flows, retries or failure semantics; use `design-prototype` for visual layouts and user-flow sketches.
- ▌ To Issues · naviktTurn a resolved plan or specification into independently useful implementation issues with native dependencies. Use when the user asks to break work into tickets; use `wayfinder` for unresolved decisions and `issue-management` for tracker mechanics.
- ▌ Wayfinder · navikt bundleOrganize several unresolved, dependent decisions as a persistent shared issue map when a conversation checkpoint cannot keep the route navigable across sessions. Select automatically from that need or continue an existing map; use grill-with-docs for each design decision, and ordinary planning when the direction is already settled.
- ▌ Kafka Topic · navikt bundleDesign, implement or review Kafka topics and event flows from producer to consumer. Use for event contracts, keys, consumer groups, delivery guarantees or failure handling; use `nav-troubleshoot` for runtime incident evidence and `api-design` for wider contract compatibility.
- ▌ Kotlin Ktor · navikt bundleImplement or review Kotlin and Ktor application behavior, configuration, clients and lifecycle. Use when changing a Ktor backend; use `api-design` for public contract choices and `auth-overview` for identity and authorization mechanisms.
- ▌ Lumi Survey · navikt bundleIntegrate or review @navikt/lumi-survey from frontend configuration through verified feedback submission. Use for Lumi widgets, survey choices, transport or privacy-safe context; use `auth-overview` for shared authentication design beyond the Lumi integration.
- ▌ Team Status · navikt bundleSummarize team status, goal progress and priorities from confirmed work and outcome evidence. Use for weekly updates, period reviews or cross-repository overviews; use `okr` to formulate goals and `triage` to assess individual incoming issues.
- ▌ Aksel Design · navikt bundleChoose Aksel components, semantic tokens and responsive patterns for Nav interfaces. Use when designing or changing layout, forms or styling with @navikt/ds-react; use `accessibility-review` to verify the resulting user flow.
- ▌ Pull Request · naviktPrepare and publish a pull request for a verified, scoped change when the user asks to open or update a PR. Use `review` to assess the diff first; implementing or reviewing work alone does not authorize publication.
- ▌ Auth Overview · navikt bundleDesign, implement or diagnose authentication and authorization in a Nav backend. Use for token validation, token exchange, protected endpoints or issuer, audience and 401/403 problems; use `security-review` for a broader security assessment.
- ▌ Guided Review · naviktGuide a human through a pull request or resolved diff one reading step at a time, then prepare review findings. Manually invoke this workflow for an interactive assessment; use `review` for the normal self-review pass.
- ▌ Nais Manifest · navikt bundleCreate, change or review Nais Application and Naisjob deployment resources. Use for ingress, probes, resource limits, access policies, scaling or scheduled jobs; use `nav-troubleshoot` to diagnose a live workload and specialist skills for application code.
- ▌ Readme Update · naviktCreate or update a README from verified implementation and operational evidence. Use when repository purpose, setup, usage or ownership documentation is missing or stale; use `klarsprak` for a wording-only edit and `to-spec` for intended future behavior.
- ▌ Create A Skill · navikt bundleCreate, improve or diagnose a GitHub Copilot CLI skill and validate its discovery and behavior. Use when authoring instructions, correcting triggers or testing skill selection; explicit repository setup audits belong to `doctor`.
- ▌ Figma Workflow · naviktTranslate a chosen Figma design into Aksel code or an implementation brief with component, token and responsive guidance. Use for design-to-code work; use `design-prototype` for visual exploration or changes to the Figma design itself. Design-only agents return a brief.
- ▌ Produktledelse · navikt bundleExplore product opportunities, user needs, assumptions and initiative risks. Use for discovery planning, user interviews or product-lead reflection; use `okr` for measurable goals and `workshop-design` for a facilitated group session.
- ▌ Diagnosing Bugs · navikt bundleDiagnose failures, hangs, flakes or performance regressions from reproduction, code and runtime evidence. Use when the cause is unclear; use `tdd` for an established fix and `nav-troubleshoot` when the missing evidence is in a deployed Nais environment.
- ▌ Domain Modeling · navikt bundleChallenge and maintain canonical domain terminology and qualifying architectural decisions during authorized design work. Use when concepts, boundaries, or durable trade-offs change; reading existing vocabulary alone does not need this skill.
- ▌ Grill With Docs · naviktResolve open requirements, assumptions or design choices against the repository's domain model, recording agreed terms and qualifying decisions. Use for coherent design clarification; use `to-spec` to capture a settled plan and `wayfinder` for dependent decisions needing a persistent map.
- ▌ Workshop Design · navikt bundleDesign a facilitated workshop with an outcome, agenda, participation structure and follow-up. Use for group exploration, alignment, decisions, retrospectives or team health; use `produktledelse` for individual discovery guidance and `okr` for goal formulation.
- ▌ Design Prototype · navikt bundleExplore or refine visual concepts, user flows and existing Figma designs through Aksel browser sketches or editable Figma components. Use for layout, hierarchy and visual alternatives; use `prototype` for executable behavior and `figma-workflow` to translate a chosen design into code or an implementation brief.
- ▌ Issue Management · naviktInspect, create, update, link or close GitHub issues for work that is already shaped. Use for tracker mechanics and explicit issue requests; use `triage` to assess readiness and `to-issues` to decompose a resolved plan.
- ▌ Integration Tests · naviktCreate narrow tests through a real adapter or boundary using its public interface. Use for database, HTTP-client, message-adapter or filesystem contracts; use `e2e-tests` when proving the flow requires booting the assembled application.
- ▌ Architecture Review · navikt bundleEvaluate a consequential architecture proposal, its alternatives, migration and reversibility. Use for new services, cross-team boundaries, platform choices or costly migrations; use `improve-codebase-architecture` to discover refactoring candidates in existing code and `security-review` for security analysis.
- ▌ Accessibility Review · naviktReview a Nav frontend flow for accessibility using keyboard, screen-reader, contrast, focus, form and axe evidence. Use when checking an interface before delivery or investigating an accessibility defect; use `aksel-design` for component selection and layout.
- ▌ Improve Codebase Architecture · navikt bundleFind refactoring opportunities that simplify module boundaries and improve testability and navigation. Use when existing code is tightly coupled, shallow or hard to change; use `architecture-review` to evaluate a concrete architecture proposal.
- ▌ Workstation Security · navikt bundleSikkerhetssjekk for macOS-utviklermaskiner — brannmur, SSH, Git, hemmeligheter, nettverk og Nav-plattformverktøy
- ▌ Nav Architecture Review · navikt bundleGenerer Architecture Decision Records (ADR) med flerperspektiv-review tilpasset Nav
- ▌ Observability Debugging · navikt bundleFeilsøk produksjonsproblemer med Mimir-metrikker, Loki-logger og Tempo-traces — strukturerte debugging-workflows for Nav-utviklere
- ▌ Nav Dekoratoren · navikt bundleIntegrer og konfigurer Nav Dekoratøren – felles header og footer for nav.no-applikasjoner. Bruk når et team skal ta i bruk Dekoratøren, oppdatere konfigurasjon, legge til breadcrumbs/språkvelger/analytics, håndtere samtykke (ekomloven), CSP eller feilsøke integrasjon mot dekoratøren.
- ▌ Security Review · navikt bundleBruk før commit, push eller pull request for å sjekke at koden er trygg å merge
- ▌ AI News Research · navikt bundleSkriv månedlige oppsummeringer av AI-nyheter for utviklere på norsk med fungerende kildelenker. Bruk for å skrive nyheter, oppsummere AI-trender, lage månedlig oppdatering, eller undersøke hva som er nytt i GitHub Copilot, coding agents, AGENTS.md, skills, memory, agentic workflows eller developer experience.
- ▌
- ▌ Nav Troubleshoot · navikt bundleStrukturerte diagnostiske trær for vanlige Nav-plattformproblemer — pod-krasj, auth-feil, Kafka-lag og databaseproblemer