From signup to your first AI-generated pull request, plus CI/CD best practices to safely integrate AI agents into your workflow.
Synlets Team
Developer Experience
January 4, 2026
7 min read
Ready to add AI teammates to your workflow? This guide walks you through setting up your first project, getting your first AI-generated pull request, and configuring your CI/CD pipeline to safely validate agent work.
Head to synlets.com and sign up. You can use Google, GitHub, or email — whatever's fastest.
Once you're in, head to Integrations in the sidebar:
Select which repositories and boards Synlets should have access to.
Tip: Start with a non-critical repo to test the workflow.
This is where it all comes together. A Project links your task management with your repositories. Head to Projects and create one:
| Status | What it means |
|---|---|
| Todo | Task is ready to be picked up |
| In Progress | Agent is actively working on it |
| In Review | PR created, waiting for human review |
| Merged | PR approved and merged — task complete |
| Rejected | PR was rejected — agent can reattempt or you reassign |
synlets or ai-agent to any ticket you want the agent to work onUpload your team's knowledge base to help the agent understand your standards:
The more context you provide, the better the agent's output. Think of it like onboarding a new team member — the agent reads everything before writing a single line of code.
Label a ticket in your task manager with your configured label. The agent will automatically pick it up and:
You don't need to watch or prompt. Assign it and come back to a finished PR.
Check your GitHub or GitLab for the new PR. Review the changes like you would any teammate's code:
If it looks good, merge it. If you have feedback, comment on the PR — the agent will read your comments, make changes, and push updates.
Here's something important to understand: Synlets doesn't run your code. It writes code and creates pull requests — but it never executes, builds, or deploys anything.
This is by design. Your existing CI/CD pipeline is the safety net.
Configure your repository so that PRs automatically trigger your CI pipeline:
feat/*, bugfix/*, task/*, or improvement/* depending on the ticket type. Make sure your CI config runs on these patterns:# Example: GitHub Actions
on:
pull_request:
branches: [main, develop]
push:
branches:
- 'feat/**'
- 'bugfix/**'
- 'task/**'
Run your test suite — Unit tests, integration tests, type checking, linting. If it's in your pipeline, it runs on agent PRs too. A failing test means the agent's code doesn't pass muster — just like with any developer.
Require checks to pass before merge — Enable branch protection rules so PRs can't be merged until CI passes. This ensures nothing from the agent (or anyone else) reaches your main branch without passing your quality gates.
For teams with QA processes, the ideal setup is ephemeral environments — temporary deployments that spin up automatically for each PR.
Tools like Kubernetes with ArgoCD, Flux, or custom preview environment controllers — or simpler options like Vercel, Netlify, and Railway — can deploy each PR to a unique URL. Your QA team can then:
This works especially well with Synlets because:
Synlets writes the code. Your CI verifies it works. Your team reviews and merges. At no point does unvalidated code reach production — the same safeguards that protect you from human errors protect you from agent errors.
Want an extra layer of quality? Enable the PR Review Agent on your repositories. When the Project Agent creates a PR, the Review Agent will automatically:
So when you open the PR, the Review Agent has already caught issues and provided fixes in a child PR. Merge the fixes, and by the time you review, the basics are already handled.
Welcome to the future of engineering teams.
Keep reading:
More from the blog
Synlets vs Cursor: AI Agents That Ship PRs vs an AI Code Editor
Synlets vs OpenClaw: Managed AI Agents vs Self-Hosted Open Source
© 2026 Synlets. All rights reserved.