Add support for new CI/CD platforms by creating migration agents and knowledgebase content.
| Task | Files to Create |
|---|---|
| New Agent | agents/<platform>-migrator.md |
| Action Mappings | knowledge/actions-mapping/<platform>.md |
| Security Patterns | knowledge/patterns/<platform>/secrets.md |
| Report Template | knowledge/report-template/<platform>.md |
| Optional Patterns | knowledge/patterns/<platform>/{pipeline,plugins,scripts}.md |
When you add a new platform, mirror the content into plugin/:
| Task | Files to Create |
|---|---|
| Plugin agent | plugin/agents/<platform>-migrator.agent.md (slim composer — see existing files for the template) |
| Plugin platform skill | plugin/skills/<platform>-migration/SKILL.md + mapping.md + report-template.md (+ any extras like pipeline.md) |
The skill's mapping.md and report-template.md are copies of the corresponding files under knowledge/. The SKILL.md adds the YAML frontmatter (name, description) so the plugin runtime can index it. Pattern: see plugin/skills/jenkins-migration/. Cross-platform secrets/credentials guidance lives in the shared migration-core skill, so no per-platform secrets.md is needed in the plugin.
Location: agents/<platform>-migrator.md
Required sections:
- YAML frontmatter (name, description)
- Knowledge base references
- Platform expertise
- Migration process (5 phases)
- Key conversions
- Security requirements
Template: Copy agents/jenkins-migrator.md and adapt for your platform.
Required:
knowledge/actions-mapping/<platform>.md- Command/task → Actions mappingsknowledge/patterns/<platform>/secrets.md- Credential migration patternsknowledge/report-template/<platform>.md- Migration report structure
Optional (create if needed):
knowledge/patterns/<platform>/pipeline.md- Complex pipeline patternsknowledge/patterns/<platform>/plugins.md- Plugin conversionsknowledge/patterns/<platform>/scripts.md- Script conversion patterns
Add your agent to:
README.md- Available Migration Agents tabledocs/operations.md- Usage instructions
Maps platform syntax to GitHub Actions equivalents.
Include:
- Pipeline structure comparison
- Common command/task mappings (use tables)
- Trigger/event mappings
- Environment variable handling
- Basic secret patterns
Example: knowledge/actions-mapping/jenkins.md
Documents credential migration.
Include:
- Secret types in source platform
- GitHub Actions equivalents table
- Migration steps
- Security best practices
- Examples
Example: knowledge/patterns/jenkins/secrets.md
Defines migration report structure.
Include:
- Migration summary
- Source analysis
- Conversion details
- Validation results
- Next steps
Example: knowledge/report-template/jenkins.md
Create when patterns are too complex for action mappings:
| File | Purpose | When to Create |
|---|---|---|
pipeline.md |
Multi-stage pipelines, matrix builds, parallel execution | Complex pipeline structures |
plugins.md |
Plugin/extension conversions | Many platform-specific plugins |
scripts.md |
Inline scripts, script files | Custom scripting language |
notifications.md |
Slack, email, webhooks | Complex notification setup |
environment.md |
Environment variables, config files | Complex env configuration |
Keep patterns focused: One pattern type per file. Reference Jenkins patterns for examples.
-
Local validation
- Verify file structure matches existing agents
- Check markdown and YAML syntax
- Confirm all knowledgebase file paths exist
-
Deploy to
.github-private- Push changes to your organization's
.github-privaterepository - Verify repository visibility is Internal
- Push changes to your organization's
-
Test migration
- Create test repo with sample CI/CD config
- Invoke agent from test repo
- Verify deliverables:
- Workflows in
.github/workflows/ - Archives in
.github/ci-archive/ - Migration report with actionlint results
- Workflows in
-
Iterate
- Document issues
- Update knowledgebase patterns
- Refine agent instructions
- Re-test
Agent Design:
- Follow the 5-phase migration workflow
- Reference knowledgebase (don't hardcode mappings)
- Include validation requirements
- Document all deliverables
Knowledgebase:
- Use tables for mappings
- Show before/after examples
- Document edge cases
- Keep security patterns detailed
- Don't duplicate content (cross-reference instead)
Documentation:
- Update README.md with new agent
- Add usage guide to operations.md
- Keep examples real-world and focused
- Questions? Discussions
- Issues? Open an issue
- Review? Open a draft PR
- CONTRIBUTING.md - Contribution guidelines
- deployment.md - Deploy agents
- operations.md - Use agents