Internal Agents Map

Linear Agent

A native agent that synthesizes workspace context, scopes customer feedback into issues, creates follow-up work, runs coding sessions, and can be triggered automatically when issues enter triage; used by Linear's own CX, Product, and Engineering teams.

Company
Linear
Approach type
Agent
Human involvement
Drafts reviewed
Interfaces
Slack, Intercom, Linear, Github
Deployment stage
Scaled
Evidence strength
Detailed primary
Entry reviewed
Copy as MDAsk ChatGPT

How it works

Customer email to shipped feature: Intercom conversation scoped into an issue, routed by Triage Intelligence, first-pass change by a delegated coding agent, reviewed pull request, and customer follow-up.

Scope customer feedback into an issue

From the Intercom inbox, the agent picks up the full conversation, metadata, and attachments, and creates a scoped issue[Source 2]

Triage Intelligence

Auto-routes issues, flags duplicates, suggests labels[Source 2]

Take a first pass at the coding work

A delegated coding agent drafts the change or opens the pull request while the issue stays assigned to the human engineer[Source 2]

Close the loop with the customer

When the issue is done, related requests reopen in Intercom or the originating Slack thread is notified, and a person follows up with the customer[Source 2]

Where people stay involved

People review, approve, or guide the agent’s work here.

Reported: A human engineer makes the final pull-request approval, risky actions pause for confirmation, and the delegated issue stays assigned to its human owner.

  • Supervision level

    Work-product review

    A person reviews the draft or implementation.

    Level 3 of 5

    • assigned coding work → agent-created change[Source 1]

How supervision levels work

Implementation details

Model
Codex was used for internal pull-request review; other model choices are not detailed in the preserved sources[Source 2]Codex is named for internal pull-request review; the captures say only frontier language models elsewhere.
Harness
Separate planning agent (triage/issue creation) and coding agent (code generation); Code Intelligence for codebase knowledge; scheduled/event-driven 'Loops'[Source 1, Source 2]
Sandbox
Not reportedThe captures describe a custom owned stack but no execution or isolation boundary.
Tool access
Triage Intelligence (auto-route, dedup, label); GitHub; testing Code Intelligence + custom MCP servers[Source 2]Code Intelligence and custom MCP servers are named as internal tests with a planned launch.
Knowledge
Semantic/vector search evolved into agentic context acquisition across the workspace; Datadog/Sentry customer context[Source 2]The Datadog and Sentry customer context is verified; the semantic-search history clause could not be located in the captures and is flagged in the source review.
Context management
System skills are progressively disclosed per run; relevant skills load before the task and the agent loads further skills on demand[Source 1]
Credentials
The Agent SDK gives agents explicit identities, scoped OAuth tokens, assignable/mentionable handles, and visible human delegation; issues stay assigned to a human; 'an agent cannot be held accountable'[Source 3]The Agent SDK model gives agents scoped OAuth identities; accountability stays with the human assignee.
Interfaces

GitHub is a system the agent acts on through pull requests; the conversational surfaces are Slack, Intercom, and Linear.

  • slack
  • intercom
  • linear
  • github
[Source 2]

Mechanisms

Agent SDK identities

Agents get identities, scoped team access, and visible delegation alongside humans[Source 3]

Loops

Scheduled or event-driven agent runs that execute recurring work[Source 1]

Validation and failure handling

Review the pull request

A coding agent reviews every pull request and a human engineer makes the final approval[Source 2]

Pause for confirmation on risky actions

When an action is risky or hard to undo, the agent pauses mid-run and asks the user for confirmation[Source 1]

Reported observations

Not reported: The reviewed captures report no usage or outcome measurements for Linear Agent; statements about effectiveness are qualitative.

Lessons

Linear's customer-support workflow carries Intercom conversations into issues and delegates coding work from those issues.[Source 2]

Reported opinion: Linear recommends starting with agent suggestions, observing the results, and adding guidance before enabling automatic operation.[Source 2]

Reported opinion: One Linear engineer reports better results when he breaks coding work into small, targeted steps.[Source 2]

Reported opinion: A Linear engineer finds agent mistakes useful for identifying possible failure modes during his review.[Source 2]

Linear completion events notify the originating support workflow, where a person follows up with the customer.[Source 2]

Back to agents
Improve this record

Give your coding agent the context and instructions to prepare a source-backed update.

Paste the prompt into your coding agent, then describe the correction or add a public source.

Preview prompt

Sources and research details

Citations link to the original publisher. Each source also keeps a preserved copy in the repository, so a changed or removed page stays checkable.

  1. How we built Linear Agenthttps://linear.app/now/how-we-built-linear-agentEngineering blog · First party · Last source verification: 2026-08-31
  2. How we use Linear Agent at Linearhttps://linear.app/now/how-we-use-linear-agent-at-linearEngineering blog · First party · Last source verification: 2026-08-31
  3. Our approach to building the Agent Interaction SDKhttps://linear.app/now/our-approach-to-building-the-agent-interaction-sdkEngineering blog · First party · Last source verification: 2026-08-31
  4. Hacker News submission for how Linear built its agenthttps://news.ycombinator.com/item?id=49252304Hn thread · Community · Last source verification: 2026-08-31
  5. Hacker News submission for the Linear Agent public betahttps://news.ycombinator.com/item?id=48503334Hn thread · Community · Last source verification: 2026-08-31
  6. Introducing Linear Agenthttps://linear.app/changelog/2026-03-24-introducing-linear-agentRelease · First party · Last source verification: 2026-08-31
Question coverage and scope
purpose
Reported
workflow
Reported: The capture documents two further workflows (a Slack thread becoming a pull request, and a PM filing and shipping a fix); the email-to-feature run is the representative one because it spans all five stages.
human involvement
Reported: A human engineer makes the final pull-request approval, risky actions pause for confirmation, and the delegated issue stays assigned to its human owner.
implementation
Reported
validation
Reported: The coding-agent review pass with human final approval, and the mid-run confirmation gate for risky actions, are the documented checks.
observations
Not reported: The reviewed captures report no usage or outcome measurements for Linear Agent; statements about effectiveness are qualitative.
lessons
Reported
Research details for every claim on this page
  1. Summary
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  2. Harness
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  3. Model
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  4. Interfaces
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  5. Tool access
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  6. Knowledge
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  7. Context management
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  8. Credentials
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  9. Triage Intelligence
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  10. Agent SDK identities
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  11. Loops
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  12. Scope customer feedback into an issue
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  13. Take a first pass at the coding work
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  14. Review the pull request
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  15. Pause for confirmation on risky actions
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  16. Close the loop with the customer
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Not assessed
    Confidence reason
    No explicit confidence assessment is recorded for this claim.
  17. Lesson
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Medium
    Confidence reason
    The workflow retains customer messages, metadata, and attachments before delegation; it documents how context moves between the systems.
  18. Lesson
    Statement type
    Opinion
    Provenance
    Reported
    Confidence
    Medium
    Confidence reason
    The article presents this as its rollout advice, without a defined reliability threshold or measured comparison of rollout strategies.
  19. Lesson
    Statement type
    Opinion
    Provenance
    Reported
    Confidence
    Medium
    Confidence reason
    The account attributes the practice to Matthijs Wolting; it does not report a benchmark across task sizes.
  20. Lesson
    Statement type
    Opinion
    Provenance
    Reported
    Confidence
    Medium
    Confidence reason
    The article attributes this reaction to Mingjie and describes continued human ownership of the issue.
  21. Lesson
    Statement type
    Fact
    Provenance
    Reported
    Confidence
    Medium
    Confidence reason
    Completed issues reopen related Intercom requests or notify the Slack thread. In both examples, the support team performs the customer follow-up.
  22. Operating model assessment
    Statement type
    Inference
    Provenance
    Catalog judgment
    Confidence
    Medium
    Confidence reason
    The source documents delegated coding output while a human remains accountable for the assigned issue.
    Observation date
    2026-08-11