migrate-pipeline
Skill127 starsChanged 31 days agoApache-2.0View on GitHub
Migrate Harness pipelines from v0 to v1 simplified format via MCP tools. Converts expressions from angle-bracket to ${{ }} syntax, lowercases type names, simplifies structure, and preserves variables, failure strategies, and conditional logic. Use when asked to migrate a pipeline, convert v0 to v1, upgrade pipeline format, modernize pipeline syntax, or compare v0 vs v1. Trigger phrases: migrate pipeline, convert to v1, upgrade pipeline, v0 to v1, modernize pipeline, simplified format.
In this repository76 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/harness.mdcCursor rule
- manage-rolesSkill
- manage-usersSkill
- create-agentSkill
- create-agent-templateSkill
- dbops-changesetSkill
- choose-metricSkill
- cleanup-feature-flagsSkill
- create-experimentSkill
- create-feature-flagSkill
- create-metricSkill
- discover-feature-flagsSkill
- explain-flagSkill
- feature-flag-onboardingSkill
- fme-pipelineSkill
- instrument-feature-flagSkill
- instrument-metricSkill
- manage-experimentsSkill
- manage-flag-lifecycleSkill
- manage-segmentsSkill
- review-experiment-resultsSkill
- update-flag-targetingSkill
- create-connectorSkill
- create-environmentSkill
- create-infrastructureSkill
- create-secretSkill
- create-serviceSkill
- ai-operationsSkill
- analyze-costsSkill
- audit-reportSkill
- chaos-code-risk-scanSkill
- chaos-dr-testSkill
- chaos-experimentSkill
- create-policySkill
- deployment-readinessSkill
- dora-metricsSkill
- gitops-statusSkill
- incident-responseSkill
- manage-idpSkill
- manage-slosSkill
- optimize-pipelineSkill
- pr-analysisSkill
- scorecard-reviewSkill
- security-reportSkill
- sei-analyticsSkill
- template-usageSkill
- create-pipelineSkill
- create-pipeline-v1Skill
- create-templateSkill
- create-triggerSkill
- debug-pipelineSkill
- manage-freeze-windowsSkill
- run-pipelineSkill
- create-sbomSkill
- enforce-sbomSkill
- manage-artifactsSkill
- manage-cdeSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 133
Read the complete v0 pipeline before starting migration.
- Very specific: line 134
Verify all expressions are converted from <+...> to ${{ }} format.
- Distinctive: line 146
Check all resource references still resolve
- Distinctive: line 147
Verify variable types are compatible
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Migrate Pipeline
Convert Harness pipelines from v0 to v1 simplified format via MCP.
Instructions
Step 1: Fetch Current v0 Pipeline
Call MCP tool: harness_get
Parameters:
resource_type: "pipeline"
resource_id: "<pipeline_identifier>"
org_id: "<organization>"
project_id: "<project>"Step 2: Convert v0 to v1
Apply these transformations:
Expression Mapping
| v0 Expression | v1 Expression |
<+pipeline.variables.x> | ${{ pipeline.variables.x }} |
<+stage.variables.x> | ${{ stage.variables.x }} |
<+steps.id.output.outputVariables.x> | ${{ steps.id.output.x }} |
<+trigger.branch> | ${{ trigger.branch }} |
<+secrets.getValue("x")> | ${{ secrets.x }} |
<+pipeline.sequenceId> | ${{ pipeline.sequenceId }} |
<+input> | ${{ input }} |
Structure Changes
v0 CI Stage:
stages:
- stage:
identifier: build
type: CI
spec:
cloneCodebase: true
platform:
os: Linux
arch: Amd64
runtime:
type: Cloud
spec: {}
execution:
steps:
- step:
identifier: run
type: Run
spec:
shell: Bash
command: npm testv1 Equivalent:
stages:
- name: build
type: ci
spec:
steps:
- name: run
type: run
spec:
shell: bash
run: npm testKey v1 differences:
- Stage/step types are lowercase:
ci,run,deployment commandbecomesrunin Run stepsexecution.stepssimplifies tospec.steps- Platform/runtime is simplified or implicit
identifierbecomesname(orid)
Step 3: Show Converted Pipeline
Present both v0 and v1 side-by-side for review.
Step 4: Update in Harness (Optional)
Call MCP tool: harness_update
Parameters:
resource_type: "pipeline"
resource_id: "<pipeline_identifier>"
org_id: "<organization>"
project_id: "<project>"
body: <v1 pipeline YAML>Migration Checklist
- Expressions converted from
<+...>to${{ ... }} - Stage types lowercased
- Step types mapped correctly
- Platform/runtime configuration simplified
- Variables and inputs preserved
- Failure strategies maintained
- Notification rules preserved
- Conditional execution logic preserved
Examples
- "Migrate the build-and-deploy pipeline to v1" - Fetch, convert, show diff
- "Show me what ci-pipeline would look like in v1" - Fetch, convert, display only
- "Convert all pipelines in the project" - List all, convert each
Performance Notes
- Read the complete v0 pipeline before starting migration. Missing stages or steps will produce an incomplete v1 pipeline.
- Verify all expressions are converted from
<+...>to${{ }}format. - Compare the v0 and v1 outputs to confirm no functionality was lost in translation.
Troubleshooting
Unsupported v0 Features
- Some v0-specific step types may not have v1 equivalents yet
- Complex failure strategies may need manual adjustment
- Custom stage types require careful mapping
Validation Errors After Migration
- Re-validate expression syntax
- Check all resource references still resolve
- Verify variable types are compatible
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

