Kubeshark KFL2 Filter Reference
kubeshark/kubeshark
Syntax reference for KFL2, the CEL-based display filter language used to search Kubernetes network traffic captured by Kubeshark, loaded before any filter is written.
Meta-level debugging workflows, architectural layer isolation, and progressive disclosure routing across Envoy ingress, Kubernetes pods, Behavior Trees, ObjectWorld synchronization, ICON real-time…
$ npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install intrinsic-ai/intrinsic-core intrinsic-core-debugging --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/intrinsic-ai/intrinsic-core.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/intrinsic-core-debugging .claude/skills/intrinsic-core-debugging && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "intrinsic-core-debugging" agent skill from https://github.com/intrinsic-ai/intrinsic-core/tree/main/.agents/skills/intrinsic-core-debugging into .claude/skills/intrinsic-core-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "intrinsic-core-debugging", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/intrinsic-ai/intrinsic-core/tree/main/.agents/skills/intrinsic-core-debuggingType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install intrinsic-ai/intrinsic-core intrinsic-core-debugging --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/intrinsic-ai/intrinsic-core.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/intrinsic-core-debugging .agents/skills/intrinsic-core-debugging && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "intrinsic-core-debugging" agent skill from https://github.com/intrinsic-ai/intrinsic-core/tree/main/.agents/skills/intrinsic-core-debugging into .agents/skills/intrinsic-core-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "intrinsic-core-debugging", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install intrinsic-ai/intrinsic-core intrinsic-core-debugging --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/intrinsic-ai/intrinsic-core.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/intrinsic-core-debugging .cursor/skills/intrinsic-core-debugging && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "intrinsic-core-debugging" agent skill from https://github.com/intrinsic-ai/intrinsic-core/tree/main/.agents/skills/intrinsic-core-debugging into .cursor/skills/intrinsic-core-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "intrinsic-core-debugging", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/intrinsic-ai/intrinsic-core.git --path .agents/skills/intrinsic-core-debugging--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install intrinsic-ai/intrinsic-core intrinsic-core-debugging --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/intrinsic-ai/intrinsic-core.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/intrinsic-core-debugging .gemini/skills/intrinsic-core-debugging && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "intrinsic-core-debugging" agent skill from https://github.com/intrinsic-ai/intrinsic-core/tree/main/.agents/skills/intrinsic-core-debugging into .gemini/skills/intrinsic-core-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "intrinsic-core-debugging", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install intrinsic-ai/intrinsic-core intrinsic-core-debuggingInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/intrinsic-ai/intrinsic-core.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/intrinsic-core-debugging .github/skills/intrinsic-core-debugging && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "intrinsic-core-debugging" agent skill from https://github.com/intrinsic-ai/intrinsic-core/tree/main/.agents/skills/intrinsic-core-debugging into .github/skills/intrinsic-core-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "intrinsic-core-debugging", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install intrinsic-ai/intrinsic-core intrinsic-core-debugging --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/intrinsic-ai/intrinsic-core.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/intrinsic-core-debugging .opencode/skills/intrinsic-core-debugging && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "intrinsic-core-debugging" agent skill from https://github.com/intrinsic-ai/intrinsic-core/tree/main/.agents/skills/intrinsic-core-debugging into .opencode/skills/intrinsic-core-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "intrinsic-core-debugging", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
intrinsic-core-debuggingMeta-level debugging workflows, architectural layer isolation, and progressive disclosure routing across Envoy ingress, Kubernetes pods, Behavior Trees, ObjectWorld synchronization, ICON real-time…
Intrinsic Core Debugging is an agent skill from intrinsic-ai/intrinsic-core. Meta-level debugging workflows, architectural layer isolation, and progressive disclosure routing across Envoy ingress, Kubernetes pods, Behavior Trees, ObjectWorld synchronization, ICON real-time control, and hardware modules. Triggers: debug Intrinsic Core failures, gRPC UNIMPLEMENTED, UNAVAILABLE no healthy upstream, Ports not open, Behavior Tree stalls, ICON overruns, multi-world desynchronization, container crashes. Subsystems: INGRESS, ENVOY, KUBERNETES, EXECUTIVE, WORLD, MOTIONPLANNING, ICON, PERCEPTION…
Its SKILL.md is about 3.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 10 other files, including reference files (for example `references/assets-and-solutions.md`, `references/bazel.md` and `references/executive-and-behavior-trees.md`).
It sits in DevOps & Cloud, covering Container orchestration, Debugging and gRPC and Protobuf. It works with Kubernetes and gRPC. The repository describes itself as: Intrinsic Core™ provides an open, local runtime, SDK, and hardware agnostic, real-time control framework for industrial robotics. The licence is Apache-2.0.
5 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 3fd7856. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
kubectlbazelFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use kubectl, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Intrinsic Core Debugging loads about 3.8k tokens when it runs, and up to ~44k if it reads all its reference files. Until then it costs about 182 tokens; SKILL.md has 1,186 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check noted patterns worth knowing about, such as sudo or a known installer.
encies: localhost:17080, inctl, kubectl, sudo coredumpctl, grpc.`kubectl describe pod` and crashes via `sudo coredumpctl`.| **Core dump analysis** | `sudo coredumpctl list` and `sudo coredumpctl info <pid>` | Inspects process terminations andn: Inspect crashed container logs or run sudo coredumpctl info for SIGSEGV tracebacks.e dumps with `kubectl describe pod` and `sudo coredumpctl`.Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from intrinsic-ai/intrinsic-core at commit 3fd7856, republished under its Apache-2.0 licence (© intrinsic-ai). 1,186 words, ~3,752 tokens.
.claude/skills/intrinsic-core-debugging/SKILL.md (or your agent's skills folder). This skill also uses 9 other files; get the full folder from GitHub.When an anomaly surfaces in an Intrinsic workcell, isolate the originating architectural layer before inspecting application code:
localhost:17080 / Envoy VirtualService): External and inter-pod gRPC traffic routes through Envoy. Named asset instances (icon, ur_module, camera drivers) require metadata header x-resource-instance-name: <name>. Core platform singletons (ObjectWorldService, ExecutiveService, GeometryService, Operations) route by URI prefix and must omit the instance header (or set exact: intrinsic_runtime).app-intrinsic-base, app-resources, skills): Services initialize upstream channels synchronously before opening serving ports (Ports not open). Multi-container pods (e.g. skills, ml-models-service) can have healthy primary containers alongside crashed inference sidecars (Exit Code 128). Inspect exit codes (137 OOMKilled, 139 SIGSEGV) with kubectl describe pod and crashes via sudo coredumpctl.ExecutiveService): Enforces two-phase operation lifecycle (CreateOperation to stage, StartOperation to execute). Manages CEL blackboard scoping, default parameter merging, and parallel footprint locks.ObjectWorldService): Separates static scene ("init_world"), runtime belief state ("world"), and simulation ("sim_world"). Preview runs pause belief tracking; reset via inctl world reset --address=localhost:17080.MotionPlannerService & rs-icon): Collision checking over BVH trees (CoalCollisionChecker). Hard real-time loop across four phases (rs, proc, ac, exec) over shared memory futexes.Read the domain reference guide under references/ matching the failing subsystem before applying remediation:
| Reference guide | Architectural domain and diagnostic focus | When to read it |
|---|---|---|
| references/assets-and-solutions.md | ServiceManifest, .binpb configs, OCI registry uploads, Ports not open, GPU slicing. | Asset installation errors, wire-format parsing errors, or Pending/CrashLoopBackOff pods. |
| references/executive-and-behavior-trees.md | Two-phase lifecycle, CEL expressions, blackboard bindings, protobuf 100-recursion limit. | Behavior Tree stalls, CEL params variable errors, recovery subtree matching, or tree bloat. |
| references/geometry-and-math.md | GeometryService, Pose3 keyword args, antipodal quaternions, unscaled millimeter CAD meshes. | Missing geometry refs, non-normalized quaternions, pose comparison errors, or slow planning. |
| references/longrunning-operations.md | google.longrunning.Operations, central operations:8080 proxy, header forwarding, WaitOperation. | NOT_FOUND on LRO polling, operation cancellation stalls, or missing asset metadata. |
| references/motion-planning-and-icon.md | MotionPlannerClient, IK diagnostics, 2π flips, ICON four-phase cycle (rs, proc, ac, exec). | compute_ik failures, ICON cycle overruns (exec > 95%), AlreadyExistsError, or hardware faults. |
| references/perception-and-vision.md | GenICam state machines, Jumbo Frames (9000 MTU), 6DoF pose estimation, Zenoh KV store buffers. | Camera register write locks, dropped video frames, GPU inference reload spikes, or calibration. |
| references/platform-logging-and-status.md | Envoy routing, /api/http-gateway/ REST prefix, gRPC status taxonomy, 4 MB payload ceilings. | Empty UNIMPLEMENTED, HTTP 404 on KV store, 4 MB RESOURCE_EXHAUSTED, or logging sync. |
| references/world-and-kinematics.md | ObjectWorldService multi-world instances ("init_world", "world", "sim_world"), Gazebo lockstep. | Stale digital twin poses, world updater paused, robot simulation oscillations, or SDF drift. |
| references/bazel.md (and intrinsic-core-bazel) | Bazel build/test errors, Bzlmod module resolution, pip lockfile updates, and 0-0-2 circuit breakers. | Module not found, missing @ai_intrinsic_sdks, requirements lockfile errors, or linker ABI crashes. |
CLI and incident investigation toolsExecute CLI and Linux inspection commands when triaging a local workcell (--address=localhost:17080):
| Investigation task | Command syntax | Operational contract |
|---|---|---|
| Discover subcommands | inctl help | Run inctl help (not inctl --help, which only prints Go logging flags). |
| Inspect service states | inctl service state list --address=localhost:17080 --output=json | Output JSON reveals raw STATE_CODE_ERROR masked by tabular summary strings. |
| Map running assets | inctl asset instance list --address=localhost:17080 | Maps active resource instance names (e.g. icon, ur_module) to asset IDs. |
Inspect ICON status | inctl icon status --instance_name=icon --address=localhost:17080 | --instance_name=icon is mandatory for Envoy x-resource-instance-name routing. |
| Clear hardware faults | inctl icon clear-faults --instance_name=icon --address=localhost:17080 | Resets module faults safely without tearing down shared-memory futexes. |
| Reset multi-world state | inctl world reset --address=localhost:17080 | Synchronizes belief/sim worlds to "init_world" and unpauses frozen world updater. |
| Stage vs. run process | inctl process set --server=localhost:17080 | Note --server flag; only stages CreateOperation. Call StartOperation to run. |
| Container status / crash | kubectl describe pod <pod> -n <namespace> | Exposes exit codes (128 start error, 137 OOMKilled, 139 SIGSEGV) across sidecars. |
| Targeted log filtering | kubectl logs -n <namespace> <pod> -c <container> --tail=200 | Filters logs by specific container. |
| Core dump analysis | sudo coredumpctl list and sudo coredumpctl info <pid> | Inspects process terminations and stack traces from crashed C++ binaries. |
x-resource-instance-name: <name> when invoking named asset instances (e.g., --instance_name=icon on inctl icon), and omit it when querying core platform singletons (ObjectWorldService, MotionPlannerService, ExecutiveService, Operations); do not supply asset instance headers to platform services, which causes Envoy to return an empty UNIMPLEMENTED status code.inctl help or inctl <subcommand> --help to discover subcommands, supply --address=localhost:17080 for asset/service/icon/world subcommands, and use --server=localhost:17080 for process commands (do not run inctl --help, which intercepts Go logging flags without listing subcommands, nor pass --address to inctl process).StartOperation or call executive.run() to start staged operations (do not assume inctl process set executes the tree; it only stages the definition via CreateOperation).inctl icon clear-faults --instance_name=icon --address=localhost:17080 after physical safety interlocks are cleared (do not restart hardware module pods directly, which destroys shared memory segments and futexes while controller processes remain attached).google.protobuf.Any and supply binary .binpb files to inctl service add --config=<path> (do not pass .textproto files, which fail with invalid wire-format parsing errors).[Anomaly detected on workcell]
│
├─► [Symptom: rpc error: code = Unimplemented desc = (empty description)]
│ ├─► Precondition: Client issued gRPC request or inctl command across localhost:17080.
│ ├─► Diagnostic check: Inspect x-resource-instance-name header against VirtualService routes.
│ └─► Targeted action: Supply --instance_name=<name> for asset instances, or omit header for core platform services.
│
├─► [Symptom: rpc error: code = Unavailable desc = no healthy upstream]
│ ├─► Precondition: VirtualService route matched, but target pod or sidecar is not serving.
│ ├─► Diagnostic check: Run kubectl describe pod <pod> -n <ns>; check container exit codes (128, 137, 139).
│ └─► Targeted action: Inspect crashed container logs or run sudo coredumpctl info for SIGSEGV tracebacks.
│
├─► [Symptom: Ports not open: <service>.<namespace>:8080]
│ ├─► Precondition: Solution startup health gate timed out before target service bound port 8080.
│ ├─► Diagnostic check: Trace synchronous upstream gRPC channels (e.g. executive -> simulation_service:8088 -> gzserver).
│ └─► Targeted action: Resolve upstream dependency stall (e.g. Gazebo mesh loading) before checking target container.
│
├─► [Symptom: Behavior Tree staged via inctl process set does not execute]
│ ├─► Precondition: Tree staged in ExecutiveService via CreateOperation.
│ ├─► Diagnostic check: Verify operation state via ExecutiveService/ListOperations.
│ └─► Targeted action: Issue ExecutiveService/StartOperation or call executive.run() to trigger execution.
│
├─► [Symptom: ICON control loop overrun: Long duration between read_status_calls]
│ ├─► Precondition: Real-time loop (500 Hz / 1 kHz) missed deadline on isolated real-time core.
│ ├─► Diagnostic check: Inspect rs-icon logs; compare futex sleep (exec) vs. computation (rs + proc + ac).
│ └─► Targeted action: If exec > 95%, resolve host CPU preemption, E-core scheduling, or CFS quota throttling.
│
├─► [Symptom: Gazebo simulation ignores world edits or live robot poses freeze]
│ ├─► Precondition: Behavior Tree executed in simulation preview or multi-world desynchronized.
│ ├─► Diagnostic check: Run inctl world reset --address=localhost:17080 or inspect world updater paused state.
│ └─► Targeted action: Reset worlds via inctl world reset or supply start_from_world_state=worlds.EditWorldId.BELIEF.
│
├─► [Symptom: failed to upload image: failed to dial "/run/containerd/containerd.sock": connect: connection refused]
│ ├─► Precondition: inctl asset install or sideloading attempted across localhost:17127 / localhost:17080.
│ ├─► Diagnostic check: Confirm failure is on backend k3s host daemon, NOT in local client environment.
│ └─► Targeted action: Stop after at most 2 attempts. Never debug local /run or proxy sockets; verify hermetically via bazel build and bazel test.
│
└─► [Symptom: grpc: received message larger than max (X vs. 4194304)]
├─► Precondition: Mesh, point cloud, or complex BehaviorTree transferred across default channel.
├─► Diagnostic check: Check transfer payload size against default 4 MB ceiling.
└─► Targeted action: Configure channel options with [("grpc.max_receive_message_length", -1)].System 2 reflection and circuit breaker checkpointsBefore executing mutations or restart sequences on a failing workcell:
ObjectWorld, or ICON.x-resource-instance-name is attached only for asset instances and omitted for core singletons.kubectl describe pod to distinguish OOM (137), crash (139), or sidecar failure (128)."world" and "sim_world" are aligned before diagnosing motion planning errors.UNAVAILABLE or UNIMPLEMENTED), halt command execution. Escalate from application logic to upstream dependency inspection (Ports not open dependency chains or host CPU CFS throttling).inctl asset install or sideloading fails with failed to dial "/run/containerd/containerd.sock": connect: connection refused or connection refused on localhost:17127, cap retries at <= 2 attempts. The containerd socket and mount reside in k3s on the cluster host, NOT in the local client environment (e.g. Bubblewrap sandbox). Do NOT run find /run or attempt to proxy /run/containerd/containerd.sock. Immediately halt cluster upload attempts and fall back to verifying hermetic Bazel build and test targets locally (bazel build //..., bazel test //...).x-resource-instance-name for asset instances and omitted for platform singletons.kubectl describe pod and sudo coredumpctl.--address=localhost:17080 for asset/service/icon/world and --server=localhost:17080 for process."world" and "sim_world" alignment via inctl world reset before debugging motion.© intrinsic-ai, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 9 other files (references) in .agents/skills/intrinsic-core-debugging of intrinsic-ai/intrinsic-core.
Open the folder on GitHubat commit 3fd7856
Intrinsic Core Debugging next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Intrinsic Core Debugging this skillintrinsic-ai/intrinsic-core | 557 | — | ~3.8k | Automated safety check: Notes | Apache-2.0 | |
| Kubeshark KFL2 Filter Referencekubeshark/kubeshark | 12k | — | ~3.6k | Automated safety check: Pass | Apache-2.0 | |
| Aks Deployment Skilltimothywarner/chatgptclass | 143 | — | ~916 | Automated safety check: Pass | Custom licence | |
| Ocioracle/skills | 876 | — | ~2.4k | Automated safety check: Pass | UPL-1.0 | |
| Platform Engineeringmagnus919/agent-skills | 116 | — | ~2.4k | Automated safety check: Pass | MIT | |
| Frontend Forge Extension Operationskubesphere/kubesphere | 17k | — | ~3.2k | Automated safety check: Pass | Custom licence |
kubeshark/kubeshark
Syntax reference for KFL2, the CEL-based display filter language used to search Kubernetes network traffic captured by Kubeshark, loaded before any filter is written.
timothywarner/chatgptclass
Deploy and operate workloads on Azure Kubernetes Service (AKS) the safe way.
oracle/skills
Oracle Cloud Infrastructure guidance for designing, operating, and troubleshooting OCI services, including OCI Kubernetes Engine (OKE), OCI Internet of Things Platform, OCI Functions deployment and…
magnus919/agent-skills
A skill your agent uses when building or operating internal developer platforms: infrastructure as code, CI/CD, container orchestration, service networking, secrets, and observability, or when…
kubesphere/kubesphere
Runs the lifecycle of FrontendExtension resources in a Kubernetes cluster: create, rebuild, package, publish, unpublish, delete and debug stuck states.
kubesphere/kubesphere
Operates FrontendIntegration resources and the frontend-forge extension with kubectl: create from YAML, update, enable, disable, delete, inspect and troubleshoot builds.
intrinsic-ai/intrinsic-core
Intrinsic Core gRPC service selection, Envoy x-resource-instance-name routing, and progressive disclosure hub across ObjectWorldService, MotionPlannerService, ICON, cameras, KVStore, and platform…
intrinsic-ai/intrinsic-core
Intrinsic Core robot motion, ICON real-time trajectory control vs ObjectWorld belief synchronization, datum-referenced spatial bounds, and fault restoration.
intrinsic-ai/intrinsic-core
Intrinsic Solution Building Library (SBL) Python SDK guide for connecting to workcells, composing Behavior Trees, querying/mutating ObjectWorld frames, binding equipment resources, and orchestrating…
intrinsic-ai/intrinsic-core
Intrinsic Core zero-cloud architecture, core primitives (Assets, Services, Skills, Solutions, ICON), CLI inspection commands, and workspace search rules.
intrinsic-ai/intrinsic-core
Intrinsic Core microservice authoring, ServiceManifest definitions (realspec vs simspec), RuntimeContext port bindings (gRPC port 1 vs HTTP port 7), SIGTERM lifecycle handling, and .binpb sideloading.
intrinsic-ai/intrinsic-core
Authoring Intrinsic Core robot skills and stateless behavior tree leaf action nodes.
Works with
Categories
Meta-level debugging workflows, architectural layer isolation, and progressive disclosure routing across Envoy ingress, Kubernetes pods, Behavior Trees, ObjectWorld synchronization, ICON real-time…. Intrinsic Core Debugging is an agent skill from intrinsic-ai/intrinsic-core. Meta-level debugging workflows, architectural layer isolation, and progressive disclosure routing across Envoy ingress, Kubernetes pods, Behavior Trees, ObjectWorld synchronization, ICON real-time control, and hardware modules.
Intrinsic Core Debugging fits situations like: tasks that involve Container orchestration; tasks that involve Debugging; tasks that involve gRPC and Protobuf.
Run `npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a claude-code`. Or copy the skill folder (.agents/skills/intrinsic-core-debugging in intrinsic-ai/intrinsic-core) into .claude/skills/intrinsic-core-debugging in your project. Claude Code loads it when a task matches its description.
Run `npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a codex`. Or copy the skill folder (.agents/skills/intrinsic-core-debugging in intrinsic-ai/intrinsic-core) into .agents/skills/intrinsic-core-debugging in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add intrinsic-ai/intrinsic-core --skill intrinsic-core-debugging -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/intrinsic-core-debugging, .gemini/skills/intrinsic-core-debugging, .github/skills/intrinsic-core-debugging and .opencode/skills/intrinsic-core-debugging in your project.
Going by SKILL.md and its folder, Intrinsic Core Debugging needs the command-line tools its instructions call (kubectl and bazel).
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found notes only (runs commands with sudo), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Intrinsic Core Debugging is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.8k tokens (SKILL.md is roughly 15k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 40k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Intrinsic Core Debugging: Kubeshark KFL2 Filter Reference (kubeshark/kubeshark, 12k stars), Aks Deployment Skill (timothywarner/chatgptclass, 143 stars), Oci (oracle/skills, 876 stars) and Platform Engineering (magnus919/agent-skills, 116 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
intrinsic-ai (a GitHub organization) maintains it in intrinsic-ai/intrinsic-core, which has 557 GitHub stars. The repository holds 9 skills in this directory. The repository was last updated on October 9, 2026.
Source: intrinsic-ai/intrinsic-core on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.