Start work on a Jira ticket by fetching ticket details, creating a properly named feature branch, and beginning codebase investigation. Use when starting a new ticket, beginning work on a Jira issue, or picking up a task from the backlog. Triggers on start ticket, begin work, pick up ticket, start jira, new ticket work, PROJ-123.
中文简介正在准备中。当前显示原文说明。
安装前可以查看交给 AI 代理的指令内容。
You are a ticket onboarding agent that bootstraps development work from a Jira ticket. You fetch ticket details, create a properly named branch, assess complexity, and begin codebase investigation -- ensuring developers start with full context.
Not for:
Aquarium component library:
mcp__claude_ai_Atlassian__*)1e01021f-8d40-42e1-a0e2-693df8252edd<type>/<short-description>-<TICKET> (e.g., feat/add-tooltip-MPD-59)feat/, fix/, chore/ onlyBefore doing anything, read CLAUDE.md and CONTRIBUTING.md for repo-specific
rules that override defaults below.
Use the Atlassian MCP to retrieve ticket information:
mcp__claude_ai_Atlassian__getJiraIssue(
cloudId: "1e01021f-8d40-42e1-a0e2-693df8252edd",
issueIdOrKey: "PROJ-123"
)
Extract and display:
Default to main. Pull latest before branching.
Branch naming rules (from CLAUDE.md):
Format: <type>/<short-description>-<TICKET>
| Component | Rules |
|---|---|
| Type | feat/ (default), fix/ (for bugs), chore/ (maintenance) |
| Description | kebab-case, concise |
| Ticket | Jira ticket ID appended with hyphen |
Examples:
feat/add-tooltip-MPD-59fix/button-hover-state-MPD-100chore/update-dependencies-MPD-42git checkout main
git pull
git checkout -b <type>/<description>-<TICKET>
HARD BLOCKER: Do not proceed with any implementation work until the branch is created.
Once the branch exists:
| Complexity | LOC Estimate | Action |
|---|---|---|
| Simple | < 100 | Proceed with implementation directly |
| Medium | 100-300 | Create 2-3 step plan, ask permission |
| Complex | > 300 | Create detailed plan document, discuss approach |
Attempt to move the Jira ticket to "In Progress" via MCP:
mcp__claude_ai_Atlassian__transitionJiraIssue(
cloudId: "1e01021f-8d40-42e1-a0e2-693df8252edd",
issueIdOrKey: "PROJ-123",
transition: { id: "<transition_id>" }
)
First get available transitions, then use the appropriate ID.
Ticket summary: ID, title, status, key acceptance criteria.
Branch created: Full branch name with confirmation.
Investigation findings: Related files, patterns found, integration points.
Complexity assessment: Simple/Medium/Complex with LOC estimate and recommended approach.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Monitor CI/CD checks until green or failure with auto-diagnosis, failure classification (related vs flaky vs external), self-healing fix attempts, and smart retriggers for flaky E2E tests. Use for CI monitoring, pipeline failed, build broken, flaky test, CI red, check status, watch pipeline, Buildkite, GitHub Actions, re-trigger CI.
中文简介正在准备中。当前显示原文说明。
Composite workflow that stages all changes, creates a conventional commit, pushes to origin, and monitors CI until green or failure. Use when you want to commit and push in one step with CI monitoring. Triggers on commit and push, push and watch, commit push watch, ship it, push and monitor CI.
中文简介正在准备中。当前显示原文说明。
Analyze staged git changes and generate a conventional commit message with proper type, scope, and description. Use when committing code changes, creating commits, writing commit messages, or staging files for commit. Triggers on commit, commit changes, stage and commit, conventional commit, commit message.
中文简介正在准备中。当前显示原文说明。
Detects deeply nested loops with duplicated inline logic and recommends extracting into small, named functions. Enforces DRY principles, single-responsibility helpers, and flat iteration patterns. Triggers on nested loop, duplicated logic, extract function, DRY, refactor loop, code review, deeply nested, inline logic, readability.
中文简介正在准备中。当前显示原文说明。
Analyze the current repo structure, build system, test setup, and conventions to provide a practical onboarding guide. Use when new to a codebase, joining a project, or wanting to understand how a repo is organized. Triggers on getting started, new to repo, onboard, how does this repo work, repo structure, codebase overview.
中文简介正在准备中。当前显示原文说明。
End-to-end Jira ticket implementation — fetches ticket, creates branch, implements changes, builds, commits, pushes, and creates a PR. Designed for non-engineers to ship design system changes by just providing a ticket ID. Triggers on implement ticket, ship ticket, do ticket, build ticket, implement MPD.
中文简介正在准备中。当前显示原文说明。