Source profileQuality 83/100

kubesphere/kubesphere/skills/frontend-forge-fi-operations/SKILL.md

frontend-forge-fi-operations

Operate FrontendIntegration resources and the frontend-forge extension. Use when Codex needs to create a FrontendIntegration from FrontendIntegration YAML, update or patch FI lifecycle state, inspect or troubleshoot FI build output, or create, enable, disable, uninstall, and inspect the frontend-forge extension through its InstallPlan and extension resources.

Source repository stars
17,017
Declared platforms
1
Static risk flags
1
Last source update
2026-07-15
Source checked
2026-08-04

Decision brief

What it does—and where it fits

Operate FrontendIntegration resources and the frontend-forge extension with kubectl.

Best for

  • Create a FrontendIntegration from complete FrontendIntegration YAML
  • Update, enable, disable, or delete an existing FI
  • Inspect FI status, build jobs, JSBundle, ConfigMap, manifest, or source-spec annotations

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexDeclaredSource recordInstall path and trigger
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/kubesphere/kubesphere --skill "skills/frontend-forge-fi-operations"
Safe inspection promptEditorial

Inspect the Agent Skill "frontend-forge-fi-operations" from https://github.com/kubesphere/kubesphere/blob/04a29b5c601470fa6bc2f2e92358dcb802a0d414/skills/frontend-forge-fi-operations/SKILL.md at commit 04a29b5c601470fa6bc2f2e92358dcb802a0d414. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    When to Use

    Create a FrontendIntegration from complete FrontendIntegration YAML

    Create a FrontendIntegration from complete FrontendIntegration YAMLUpdate, enable, disable, or delete an existing FIInspect FI status, build jobs, JSBundle, ConfigMap, manifest, or source-spec annotations
  2. 02

    Do Not Use

    Generate new FrontendIntegration YAML from natural language

    Generate new FrontendIntegration YAML from natural languageManage extensions other than frontend-forgeAssume FI operations are valid before checking extension state
  3. 03

    Preconditions

    kubectl must be configured for the target cluster.

    kubectl must be configured for the target cluster.frontend-forge extension installation and enabled state are prerequisites for all FI functionality.frontend-forge-controller exists only after the frontend-forge extension is installed.
  4. 04

    Read First

    Read references/extension-management.md before any FI operation.

    Read references/extension-management.md before any FI operation.Read references/lifecycle.md for FI create, update, enable, disable, and delete workflows.Read references/inspection.md for FI inspection and troubleshooting.
  5. 05

    Preflight

    Always run these checks before any FI create, update, enable, disable, delete, inspect, or troubleshoot flow:

    the frontend-forge extension existsthe frontend-forge InstallPlan existsspec.enabled=true on the InstallPlan

Permission review

Static risk signals and limitations

Writes files

medium · line 58

The documentation asks the agent to create, modify, or delete local files.

If the user provides YAML content, write it to a temporary file.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score83/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars17,017SourceRepository attention, not individual Skill quality
Compatibility1 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
kubesphere/kubesphere
Skill path
skills/frontend-forge-fi-operations/SKILL.md
Commit
04a29b5c601470fa6bc2f2e92358dcb802a0d414
License
NOASSERTION
Collected
2026-08-04
Default branch
master
View the original SKILL.md

Frontend Forge FI Operations

Operate FrontendIntegration resources and the frontend-forge extension with kubectl.

When to Use

  • Create a FrontendIntegration from complete FrontendIntegration YAML
  • Update, enable, disable, or delete an existing FI
  • Inspect FI status, build jobs, JSBundle, ConfigMap, manifest, or source-spec annotations
  • Troubleshoot FI reconciliation or build output
  • Create, enable, disable, uninstall, or inspect the frontend-forge extension

Do Not Use

  • Generate new FrontendIntegration YAML from natural language
  • Manage extensions other than frontend-forge
  • Assume FI operations are valid before checking extension state
  • Use patch as the creation path for a new FI when the user already has YAML

Preconditions

  • kubectl must be configured for the target cluster.
  • frontend-forge extension installation and enabled state are prerequisites for all FI functionality.
  • frontend-forge-controller exists only after the frontend-forge extension is installed.
  • FrontendIntegration is cluster-scoped. Do not add -n when operating on FI resources.

Read First

Preflight

Always run these checks before any FI create, update, enable, disable, delete, inspect, or troubleshoot flow:

kubectl get extension frontend-forge
kubectl get installplan frontend-forge -o yaml

Only continue to FI operations when:

  • the frontend-forge extension exists
  • the frontend-forge InstallPlan exists
  • spec.enabled=true on the InstallPlan

If the extension is missing or disabled, switch to the extension management workflow first.

FI Operations

Create FI From YAML

Only create FI from complete FrontendIntegration YAML content or a YAML file path.

  1. Run the preflight checks.
  2. If the user provides YAML content, write it to a temporary file.
  3. Apply the YAML with kubectl apply -f.
  4. Inspect the result.

See references/lifecycle.md for the exact create and post-apply inspection commands.

Update Existing FI

  • Prefer editing YAML and re-applying it.
  • Use patch only for targeted lifecycle changes when the user explicitly wants patch semantics.

See references/lifecycle.md for the exact update, enable, disable, and delete commands.

Disable FI

Disable an existing FI by patching spec.enabled=false.

See references/lifecycle.md for the exact disable command and post-check flow.

Enable FI

Enable an existing FI by patching spec.enabled=true.

See references/lifecycle.md for the exact enable command and post-check flow.

Delete FI

Delete the FI resource only after the preflight checks pass.

See references/lifecycle.md for the exact delete command.

Extension Management

Use fixed resource names for frontend-forge:

  • extension: frontend-forge
  • InstallPlan: frontend-forge

Create Extension

Ask the user for the frontend-forge extension version. If it is not provided, resolve the latest version first.

See references/extension-management.md for the exact version lookup command and InstallPlan YAML.

Disable Extension

Patch installplan/frontend-forge so spec.enabled=false.

Enable Extension

Patch installplan/frontend-forge so spec.enabled=true.

Uninstall Extension

Delete installplan/frontend-forge.

Inspect Extension State

Inspect extension/frontend-forge and installplan/frontend-forge.

See references/extension-management.md for the exact create, enable, disable, uninstall, and inspect commands.

Rules

  • Treat extension readiness as the first gate for all FI operations.
  • Create new FI resources only from FrontendIntegration YAML.
  • Prefer kubectl apply -f for FI creation.
  • Keep FI troubleshooting available after the preflight checks pass.
  • Keep command details in references; keep SKILL.md focused on routing and decision logic.
  • Use extension and installplan resources as the source of truth for extension state.
  • Treat frontend-forge-controller existence as a runtime signal, not the primary source of truth.
  • Do not generalize extension commands to any name other than frontend-forge.

Alternatives

Compare before choosing