explorerlens-workflows-and-mcp
Manage and audit GitHub workflows, MCP configurations, and repository-level AI instructions.
Install
mkdir -p .claude/skills/explorerlens-workflows-and-mcp && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/15051" && unzip -o skill.zip -d .claude/skills/explorerlens-workflows-and-mcp && rm skill.zipInstalls to .claude/skills/explorerlens-workflows-and-mcp
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Use this skill when editing or reviewing GitHub workflow files, repository AI assets (instructions, agents, prompts, skills), or MCP server configuration. Read it fully before touching any `.github/` or `.vscode/mcp.json` file.Key capabilities
- →Update GitHub workflow files and their companion documentation
- →Audit workflow inventory, trigger intent, and job ownership
- →Configure and document MCP servers in `.vscode/mcp.json`
- →Add or edit instructions, agents, prompts, or skills
- →Keep `ai-tooling-capabilities.md` synchronized with AI asset changes
- →Pin GitHub Actions to specific SHAs for supply-chain security
How it works
The skill provides step-by-step procedures for managing GitHub workflows, AI assets (instructions, agents, prompts, skills), and MCP server configurations, ensuring adherence to repository standards and security practices.
Inputs & outputs
When to use explorerlens-workflows-and-mcp
- →Updating GitHub CI/CD workflow files
- →Configuring MCP servers in vscode
- →Managing repository-level AI prompts
About this skill
ExplorerLens — Workflows and MCP Skill
Purpose
Use this skill when editing or reviewing GitHub workflow files, repository AI assets
(instructions, agents, prompts, skills), or MCP server configuration. Read it fully
before touching any .github/ or .vscode/mcp.json file.
When to Use This Skill
- Updating
.github/workflows/*.ymlfiles or their companion docs - Auditing workflow inventory, trigger intent, and job ownership
- Configuring or documenting MCP servers in
.vscode/mcp.json - Adding/editing instructions, agents, prompts, or skills
- Keeping
.github/standards/ai-tooling-capabilities.mdsynchronized
Step-by-Step: Adding a New Workflow
- Check if a workflow for the same purpose exists:
ls .github/workflows/ - Name the file descriptively:
<trigger>-<purpose>.yml(e.g.,push-build-engine.yml) - Use
windows-latestrunner for C++ builds — never pin toolset inilammy/msvc-dev-cmd@v1 - Use
actions/cachewithsccachekey for build caching - Add the workflow to
.github/instructions/cicd.instructions.mdinventory table - Add the workflow to
.github/standards/ai-tooling-capabilities.md - Test with
actlocally or push to a feature branch first
# Minimal correct workflow skeleton
name: Build Engine
on:
push:
branches: [main]
pull_request:
branches: [main]
jobs:
build:
runs-on: windows-latest
steps:
- uses: actions/checkout@v4
- uses: ilammy/msvc-dev-cmd@v1 # NO toolset pin — auto-upgrades with runner
- run: .\build-scripts\Build-MSVC.ps1 -Clean -Test
shell: pwsh
Step-by-Step: Adding/Editing AI Assets
Instructions (*.instructions.md)
- File:
.github/instructions/<scope>.instructions.md - Must have
applyTo:frontmatter scoping it to relevant file patterns - Update
.github/standards/ai-tooling-capabilities.mdin the same commit
Agents (*.agent.md)
- File:
.github/agents/<name>.agent.md - Must include: description, tools list, behavioral constraints, example invocation
- Agent names must be unique; avoid generic names like "Assistant" or "Helper"
Prompts (*.prompt.md)
- File:
.github/prompts/<name>.prompt.md - Must include: purpose, inputs, expected output, constraints
- Prompts must be task-specific — do not create prompts for open-ended exploration
Skills (*/SKILL.md)
- Directory:
.github/skills/<skill-name>/SKILL.md - Minimum length: 100 lines with concrete step-by-step procedures
- Must include: purpose, when to use, step-by-step, constraints, validation checklist
Step-by-Step: MCP Server Changes
Adding a New MCP Server
- Evaluate the need — verify the agent workflow that requires the server.
Current servers:
github(GitHub API),filesystem(full workspace),project-docs(docs-only). - Check for conflicts — ensure the new server doesn't overlap with existing ones.
- Edit
.vscode/mcp.json— add the server entry following this template:"server-name": { "command": "npx", "args": ["-y", "@scope/mcp-server-package", "${workspaceFolder}\\scope-dir"], "env": { "PATH": "${env:APPDATA}\\npm;${env:USERPROFILE}\\scoop\\shims;${env:PATH}" } } - Security checks:
- Never embed tokens directly — use
"${input:token-name}"with"password": truein inputs. - Never scope filesystem servers above
${workspaceFolder}. - Never add corporate proxy URLs (
NO_PROXY,no_proxy, proxy host:port).
- Never embed tokens directly — use
- Test locally — open VS Code, invoke the server via Copilot Chat, verify tools appear.
- Update 3 inventory files in the same commit:
.github/instructions/mcp-servers.instructions.md(server inventory table).github/copilot-instructions.md(MCP Servers section).github/standards/ai-tooling-capabilities.md(MCP inventory)
Evaluating Git MCP Servers (§8.8.5 Backlog)
If agents need git history access (blame, log, diff), evaluate:
@anthropic/mcp-server-git— Anthropic's official git MCP server- GitKraken MCP (if installed) —
mcp_gitkraken_*tools already available - Before adding, verify: Does the agent need git history, or can it use
run_in_terminalwithgit?
Verifying GitHub PAT Scopes
The github MCP server requires a PAT with these minimum scopes:
repo— full repository access (read/write)workflow— GitHub Actions (trigger, read status)read:packages— package registry access
Verify with: gh auth status (check "Token scopes:" line).
Action Version Audit and SHA Pinning
Why SHA Pin?
Tag-based references like actions/checkout@v4 can be force-pushed. SHA pinning prevents
supply-chain attacks where a compromised action replaces its tag.
Step-by-Step: Audit Action Versions
# List all action references across workflows (sorted unique)
Get-ChildItem .github/workflows/*.yml | ForEach-Object {
Select-String -Path $_.FullName -Pattern 'uses:\s+(\S+)@(\S+)' | ForEach-Object {
$_.Matches[0].Groups[1].Value + "@" + $_.Matches[0].Groups[2].Value
}
} | Sort-Object -Unique
Step-by-Step: Pin Action to SHA
- Find the action's release tag on GitHub:
https://github.com/<owner>/<action>/releases - Find the commit SHA for that tag:
git ls-remote https://github.com/<owner>/<action> refs/tags/v4 - Replace tag reference with SHA + comment:
# Before: - uses: actions/checkout@v4 # After: - uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683 # v4.2.2 - The
# vX.Y.Zcomment is mandatory for readability.
Approved Action Registry
| Action | Current Pin | Node Runtime |
|---|---|---|
actions/checkout | @v4 | node20 |
actions/upload-artifact | @v4 | node20 |
actions/download-artifact | @v4 | node20 |
actions/cache | @v4 | node20 |
actions/setup-node | @v4 | node20 |
ilammy/msvc-dev-cmd | @v1 | node20 |
actions/github-script | @v7 | node20 |
Renovate / Dependabot Auto-Update
If using Dependabot for github-actions ecosystem, it will auto-update SHA pins
when a new release is published. Ensure .github/dependabot.yml includes:
- package-ecosystem: "github-actions"
directory: "/"
schedule:
interval: "weekly"
Node.js 24 Migration Playbook
GitHub Actions is migrating from Node.js 20 to Node.js 24. Actions still using Node 16 or 20 will emit deprecation warnings and eventually fail.
How to Opt In
Add this env variable to every workflow's top-level env: block:
env:
FORCE_JAVASCRIPT_ACTIONS_TO_NODE24: true
Audit Procedure
- Search all workflows for actions that may use old Node.js:
Get-ChildItem .github/workflows/*.yml | ForEach-Object { Select-String -Path $_.FullName -Pattern 'uses:\s+\S+@' | ForEach-Object { $_.Line.Trim() } } | Sort-Object -Unique - Check each action's
action.ymlforruns.using:— should benode20ornode24. - Upgrade any action still at
@v3to@v4(which targets Node 20+). - Set
FORCE_JAVASCRIPT_ACTIONS_TO_NODE24: truein every workflow.
ExplorerLens Status
All 22 workflows now set FORCE_JAVASCRIPT_ACTIONS_TO_NODE24: true (verified S101).
All actions are at @v4 or later. No Node 16 actions remain.
Troubleshooting
| Symptom | Fix |
|---|---|
Node.js 16 actions are deprecated warning | Upgrade action to @v4 |
This request was rejected on upload-artifact | Upgrade from @v3 to @v4 (breaking API change) |
| Custom action fails with Node 24 | Check engines.node in action's package.json; file issue with action author |
AI Tooling Inventory (Current State)
| Asset Type | Count | Location |
|---|---|---|
| Instructions (scoped) | 15 | .github/instructions/ |
| Agents | 5 | .github/agents/ |
| Prompts | 14 | .github/prompts/ |
| Skills | 7 | .github/skills/ |
| MCP servers | 3 | .vscode/mcp.json |
Required Constraints
- Never describe a workflow that does not exist in
.github/workflows/. - Never document MCP servers absent from
.vscode/mcp.json. - Always update
ai-tooling-capabilities.mdin the same commit as AI asset changes. - Never pin
toolset:inilammy/msvc-dev-cmd@v1— breaks GitHub-hosted runners. - Corporate artifacts (
intel.com,NO_PROXY, port 928) must never appear in tracked files. - Instructions must have correct
applyTo:frontmatter — test that scoping works as intended.
Canonical File Paths
| Purpose | Path |
|---|---|
| Workflow rules | .github/instructions/cicd.instructions.md |
| AI capability inventory | .github/standards/ai-tooling-capabilities.md |
| Main repository rules | .github/copilot-instructions.md |
| Agent definitions | .github/agents/*.agent.md |
| Prompt templates | .github/prompts/*.prompt.md |
| Skills | .github/skills/*/SKILL.md |
| MCP config | .vscode/mcp.json |
Validation Checklist
- Workflow names in markdown exactly match workflow filenames in
.github/workflows/ - MCP server names and scopes match
.vscode/mcp.json - All instructions have
applyTo:frontmatter - All skills are ≥ 100 lines with step-by-step procedures
-
ai-tooling-capabilities.mdcounts match actual file counts - No stale references to retired conventions (
.github/AGENTS.md,CODEOWNERSold casing) - No corporate proxy URLs in any
.vscode/or.github/file
When not to use it
- →When describing a workflow that does not exist in `.github/workflows/`
- →When documenting MCP servers absent from `.vscode/mcp.json`
Limitations
- →The skill never describes a workflow that does not exist in `.github/workflows/`
- →The skill never documents MCP servers absent from `.vscode/mcp.json`
- →The skill requires `ai-tooling-capabilities.md` to be updated with AI asset changes
How it compares
This skill enforces a standardized and secure approach to managing repository infrastructure and AI tooling, preventing inconsistencies and supply-chain vulnerabilities, unlike ad-hoc modifications.
Compared to similar skills
explorerlens-workflows-and-mcp side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| explorerlens-workflows-and-mcp (this skill) | 0 | 3mo | No flags | Intermediate |
| bazel-build-optimization | 14 | 2mo | No flags | Advanced |
| bash-defensive-patterns | 3 | 2mo | No flags | Intermediate |
| cicd-automation-workflow-automate | 3 | 4mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by RajwanYair
View all by RajwanYair →You might also like
bazel-build-optimization
wshobson
Optimize Bazel builds for large-scale monorepos. Use when configuring Bazel, implementing remote execution, or optimizing build performance for enterprise codebases.
bash-defensive-patterns
wshobson
Master defensive Bash programming techniques for production-grade scripts. Use when writing robust shell scripts, CI/CD pipelines, or system utilities requiring fault tolerance and safety.
cicd-automation-workflow-automate
sickn33
You are a workflow automation expert specializing in creating efficient CI/CD pipelines, GitHub Actions workflows, and automated development processes. Design automation that reduces manual work, improves consistency, and accelerates delivery while maintaining quality and security.
managing-devops-pipeline
TencentBlueKing
管理蓝盾流水线的构建操作,包括查询构建历史、获取启动参数、查看构建状态、启动构建。当用户提及流水线、构建、部署、CI/CD、蓝盾或需要触发构建任务时使用。
monitor-ci
nrwl
Monitor Nx Cloud CI pipeline and handle self-healing fixes. USE WHEN user says "monitor ci", "watch ci", "ci monitor", wants to track CI status, or needs help with self-healing CI fixes
GitHub Actions CI Builder
agentskillexchange
Generate and manage GitHub Actions workflow YAML files using the GitHub Actions REST API and workflow_dispatch events. Supports matrix builds, reusable workflows, and composite actions.