Atlassian keeps the prompt thin and the skill rich for feature-flag cleanup

Atlassian keeps the prompt thin and the skill rich for feature-flag cleanup

Atlassian has published the kind of agent story that is useful because it is small. In How we automated feature-flag cleanup with Agentic Pipelines, Arthy Vijayaraghavan describes how one internal team has, since April 2026, used Bitbucket’s Agentic Pipelines to clear its monthly backlog of stale feature flags. The opening line is the whole problem: “The hard part of a feature flag is rarely adding it. It is remembering to remove it months later.” A scheduled Rovo Studio automation rule queries Jira for cleanup tickets, triggers a pipeline run per ticket, and the agent verifies the flag is still in the codebase, inlines the final behavior, removes the dead branch, runs lint, type checks and tests, and opens a pull request. Engineers still review and merge.

There are no throughput figures, only design decisions, and the decisions are the value. “We kept the prompt deliberately thin because we did not want flag-cleanup knowledge scattered across pipeline configuration and prompt text.” The domain knowledge lives in a versioned, reviewable skill file, and the pipeline reads a ticket, loads the skill, executes it and reports one line back. Verification became step one after real runs found flags already removed or final values changed: “A cleanup ticket is useful context, not proof that the codebase is unchanged.” Checks gate the pull request, so a failing change stops and reports rather than opening a broken PR. Branch restrictions keep agents off main, and the pipeline’s auth block scopes the token to read repository, write repository and write pull request. The post is honest that this is one team, that other teams vary the pattern, and that Agentic Pipelines is in beta.

The catalog can trace the workflow across the APIs it rides on. The Atlassian provider page lists 186 API pages, and this one touches the Atlassian Bitbucket Pipelines API that runs the agent, the Atlassian Pull Requests API it opens into, the Atlassian Bitbucket Branch Restrictions API that keeps it off main, the Atlassian Issues API the dispatcher queries and comments on, and the Atlassian Jira Software Feature Flags API that links flags to issues in the first place. The agentic access profile maps 2,550 operations, 1,290 of them acting, with 26 marked human-in-the-loop, which is the largest acting surface in this series.

The Kin Score is 75.1, exemplar band, carried by contract quality at 73.3, discoverability at 71.4 and developer ergonomics at 64.9, with access clarity at 57.9 and contract governance at 31.8. The Agent Readiness score is 42.2, agent-ready, and the lit list reads like the post’s own checklist: agent skills, dry-run mode, delegated identity, reversibility, error semantics and the scoped-token story under auth clarity are all lit. What is unlit is idempotency, and the MCP server dimension, which the catalog has not yet confirmed on Atlassian’s record. The post’s rule is to keep the prompt thin and the skill rich. Atlassian’s public record is already arranged the same way, with the knowledge in the contract rather than the prose.

← Zyte lets an agent into a running Scrapy crawl, with no read-only mode
Basis says agentic advertising is a data question, and its record shows one API →