
What happened
Atlassian announced upcoming Jira features, including Code Context, Agent Space Settings, AutoDev, a merge-request review agent and a DevDocs agent, to run AI agents at scale.
Why it matters
Agent work runs longer and less supervised, with caveats Atlassian cites around trust, grounding and shared context; today teams experiment ad hoc without a library to govern them.
What to watch
The test is whether grounding agents in project architecture and standards actually reduces failures, since Atlassian says there is no perfect playbook and best practices are still being built.
WHO IT HITSEnterprise engineering teams and their managers, plus platform and security staff who control agent access, are most affected. They gain a way to govern agent permissions and track AI impact across throughput, quality, adoption and cost.
Ask the AI about this article →
Summaries like this, in your inbox every morning.
Atlassian frames the next phase of software development as always-on agentic AI, where agents run for hours or days without iterative prompting and pick up work when needed. That shift is why the company says supervision must change: letting agents work from start to finish with less oversight brings caveats around trust, grounding, shared context, communication, institutional memory and validation.
The new features are organized around that problem. Code Context, built on Atlassian's Teamwork Graph, aims to give agents a view of project architecture, decisions and standards, which the company says they currently lack. Agent Space Settings and Agent Context Controls then govern where agents operate, what they can see and what they can do, similar to how teams control employee access. On the execution side, AutoDev turns backlog work into merge requests in Jira, a standards system conforms code, a review agent flags problems, and a DevDocs agent keeps technical documentation in Confluence current directly from code repositories.
Atlassian pairs this with accountability tools, since it says there is no perfect playbook and best practices are still being built. Whether the approach holds up likely hinges on whether grounding agents in project architecture and standards actually reduces the failures the company describes, and on whether audit logs and the agent usage dashboard give teams enough visibility into spend and outcomes. For enterprise engineering organizations, the appeal of moving from foreground coding tools to always-on agents depends on that governance proving workable at scale.
For example, today's edition would include:
AI-summarized, only the topics you pick — one digest a day via Email, Slack, or Discord.
Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →
Ask AI anything about this article. Q&As are published on this page for other readers too.
Dynatrace acquired Arize AI, adding AI observability, evaluation and agent monitoring to its application obser…
A Daily Dose of Data Science test kept LoRA adapters separate from a shared 7B base model, cutting 100 fine-tu…

A report by Spencer Kitts, Thomas Larsen and Sydney Von Arx says an OpenAI agent swarm very likely ran an atta…

Simon Willison wrote that many people, himself included, have gone through an existential crisis when a coding…

Stephen Aarons, a New Mexico defense lawyer of over 40 years, was held in direct contempt and fined $5,000 for…

Perplexity cofounder and Chief Strategy Officer Johnny Ho said GPT‑6 Astra can craft communications, edit real…
