Introducing Agent Effectiveness
By Factory Team - August 13, 2026 - Updated October 22, 2026 - 4 minute read
Product
Share
By Factory Team - August 13, 2026 - Updated October 22, 2026 - 4 minute read
Product
Share
Agent Effectiveness is now generally available in Factory Analytics for Enterprise organizations. It connects Factory sessions to cycle time, work intent, and shipped artifacts, so engineering leaders can see where delivery is moving faster, what Droids are working on, and how Factory usage maps to shipped work.
Engineering output increases in scale and velocity with Droid. Proving how much faster, where the change is concentrated, and what caused it is a different problem.
Engineering leaders are spending more on AI, but most still measure the return with a mix of usage dashboards, delivery metrics, and surveys. Those signals leave a basic question unanswered: what is our AI spend producing?
Agent Effectiveness is a key part of Factory's answer. It connects Droid usage to delivery outcomes, giving leaders an operational view of AI ROI: how much faster teams ship, where gains are concentrated, and whether added capacity is reaching priority work.
Agent Effectiveness reads from the project management, issue-tracking, and source control tools you already use, then links Factory sessions to the work those systems track.
It turns that data into answers to three questions.
The Throughput view shows how project, issue, and pull request cycle times change alongside Factory usage, and where those changes are concentrated. You can compare usage across projects, pods, and users against your targets for the quarter.
The Output view maps spend to intent. Session intents classify work as feature engineering, maintenance, bug fixing, or exploration. You can compare the resulting split of engineer time and Factory Standard Credits against your plan. If the mix drifts, you can correct it during the quarter instead of explaining it afterward.
The Attribution view shows output by project, issue, session, and user. Using Local Signals (described below), you can trace a session back to the specific issues, projects, and artifacts a user worked on. Organization-level spend is no longer an abstract number. It is tied to concrete work.
Local Signals is the classification layer behind Agent Effectiveness. When an organization turns on Advanced Analytics, Factory runs a small set of rubrics over windows of each session. Factory will refine, add, and retire rubrics over time.
Agent Effectiveness relies on connecting Factory to the tools where your work lives and enabling the Advanced Analytics enterprise control. Setup is an admin task and takes a few minutes.
Configure your organization-level integrations for the tools you use: Jira and Linear for issue tracking and project management, GitHub and GitLab for source control.
These integrations let Factory map sessions to issues, projects, and pull requests. Attribution and the Output view only cover the systems you connect, so connect every tool your teams track work in.
Turn on the Advanced Analytics enterprise control to make the Throughput, Output, and Attribution views available to organization admins. Advanced Analytics enables Local Signals, which classifies sessions and links them to related work and artifacts. It also enables analysis of eligible session history that was already synced to Factory.
Once this is set, the dashboards populate on their own. There is no per-repository configuration. Full setup instructions are in the Agent Effectiveness documentation.
Backfill rebuilds effectiveness data from session history that was already synced to Factory, back to the start of the account. It only runs after an admin turns on Advanced Analytics, and only for organizations that:
Backfilled sessions go through the same Local Signals rubrics as new sessions.
Agent Effectiveness is opt-in. It is off by default and available on Enterprise plans only. Organization admins can turn it on. For organizations that haven't enabled it, Local Signals doesn't run.
For Factory-managed Local Signals, new classification requests require cloud sync to be on at the organization level. Classifier selection is checked against your organization's effective model policy, and it may use a different model from your chat session.
Custom (BYOK) classifiers use a separate inference route and are checked against the applicable custom-model and endpoint permissions.
Under our enterprise agreements, customer data isn't used to train models.
Measuring adoption is easy. Measuring impact is what changes decisions.
Agent Effectiveness gives engineering leaders the evidence to direct resources toward priority work, see where Droids improve delivery, and correct course while there is still time to act. Autonomous engineering should be measured by outcomes, not logins, session counts, or survey estimates.
Agent Effectiveness is now available for Enterprise organizations. To get started, contact your Factory account team.
Start building