PM Agent Manual
Everything you need to know about your resident project manager — how to track work, manage incidents, enforce SLAs, and get weekly digests delivered automatically.
1. What the PM Agent does
The PM Agent is your always-on project manager. It connects to your ticketing system (Linear, GitHub Issues, Jira) and keeps track of every open item — assigning priorities, flagging stale tickets, sending SLA alerts before breaches happen, and generating weekly health digests for your team.
It also owns your incident workflow end-to-end: detecting severity, paging the right people, tracking resolution progress, and writing the postmortem when the dust settles. You never have to remind it of a follow-up — it tracks all open threads and follows up automatically.
What it connects to
| Integration | What the agent does with it |
|---|---|
| Linear | Read/write issues, set priorities, update status, create labels, track cycles |
| GitHub Issues | Read/write issues, add labels, assign milestones, close issues on resolution |
| Jira | Read/write tickets, update fields, transition statuses, log time |
| Slack | Post incident alerts, digest summaries, SLA warnings, and direct pings |
| Email (session address) | Receive requests and questions; send reports and escalations |
| PagerDuty / Opsgenie | Trigger and resolve incidents programmatically (Pro/Studio) |
2. Tracking tickets and work items
Give the agent access to your project board by sharing the connection details in your first message. It then monitors every open ticket and maintains a live health picture of your backlog.
How to connect your ticketing system
"Connect to our Linear workspace. Team API key: lin_api_abc123. The team we care about is 'engineering'. Track all issues in the 'backlog' and 'in progress' states. Flag anything untouched for more than 5 days."
What the agent tracks per ticket
| Field | What the agent does with it |
|---|---|
| Status | Detects if a ticket has been stuck in the same state too long |
| Priority | Re-evaluates and suggests priority changes based on context and SLA |
| Assignee | Flags unassigned P0/P1 tickets immediately |
| Created date | Calculates staleness; alerts when tickets age past your threshold |
| Labels / Tags | Uses labels to bucket tickets into categories for digest reporting |
| Comments | Reads latest comments to understand current status; adds its own updates |
| Due date | Tracks against SLA commitments; sends warnings 24h and 4h before breach |
Staleness detection
Staleness means a ticket has not been updated in longer than your configured threshold. The default is 5 days for P2 and below, 24 hours for P1, and 4 hours for P0. The agent sends a Slack/email alert for each stale ticket and pings the assignee if one is set.
3. Incident management
The PM Agent manages the entire lifecycle of an incident — from declaration through to postmortem. When an incident is declared (by you, by a monitoring alert, or by the DevOps Agent), the PM Agent takes over coordination.
Incident lifecycle
| Phase | What the agent does |
|---|---|
| Detection | Receives alert from DevOps Agent or manual declaration via chat/email |
| Severity assignment | Assigns SEV1–SEV4 based on impact description and affected systems |
| Paging | Alerts on-call engineers via Slack DM, email, or PagerDuty (Pro/Studio) |
| War room | Creates a dedicated Slack channel (#incident-YYYYMMDD-slug) and pins the timeline |
| Status updates | Posts automatic updates to the war room every 15 minutes until resolved |
| Resolution | Records resolution time; sends all-clear to stakeholders |
| Postmortem | Writes a draft postmortem within 1 hour of resolution |
Declaring an incident
"Declare an incident: our payment API is returning 500 errors. Affected service: checkout. Impact: users cannot complete purchases. Severity: SEV1."
The agent immediately pages on-call, opens a war room channel, and starts the timeline. You do not need to do anything else — the agent coordinates from here.
Severity definitions
| Severity | Definition | Response SLA | Who gets paged |
|---|---|---|---|
| SEV1 | Critical: total outage or data loss affecting all users | Immediate | Full on-call rotation + leadership |
| SEV2 | Major: core feature broken for majority of users | 15 minutes | On-call engineer + team lead |
| SEV3 | Minor: degraded performance or non-core feature broken | 2 hours | On-call engineer |
| SEV4 | Cosmetic: visual bugs, non-breaking edge cases | Next business day | Ticket created, no page |
4. SLA monitoring
The PM Agent enforces your service-level agreements automatically. You define the SLA rules once; the agent monitors every ticket against them and alerts you before a breach — not after.
How to define SLA rules
SLA alert schedule
| Time before breach | What the agent does |
|---|---|
| 25% of SLA remaining | Sends a Slack/email warning to the assignee |
| 10% of SLA remaining | Escalates to team lead; pings assignee again |
| Breach | Sends immediate alert to team lead + records breach in SLA report |
| After breach | Tracks time-over-SLA; includes in weekly digest |
Reading the SLA dashboard
Ask the agent for a live SLA status at any time: "What is our current SLA compliance rate this month?" The agent responds with: tickets tracked, tickets breached, breach rate by priority, average resolution time, and the tickets currently at risk.
5. Sprint health and digests
The PM Agent sends a weekly digest every Monday morning (configurable) covering the health of your sprint, backlog, and team. It also sends a briefer daily standup summary every weekday morning.
Weekly digest contents
| Section | What it covers |
|---|---|
| Executive summary | 3–5 sentence AI summary of the week — key wins, blockers, and risks |
| Sprint progress | Story points / issues completed vs committed; burn-down status |
| SLA compliance | Breach count, compliance rate, worst offenders this week |
| Incidents | Incidents opened and resolved; mean time to resolution |
| Stale tickets | Count and list of tickets that have not moved |
| Top blockers | Issues with the most comments or escalations — likely stuck on something |
| Velocity trend | Last 4 weeks of throughput — improving, stable, or declining |
| Recommendations | What the PM Agent suggests focusing on next week |
Configuring digest recipients and timing
6. Triage and prioritization
The PM Agent can triage incoming issues automatically based on rules you define. When new tickets arrive, it reads the title and description, assigns a priority, labels it, and routes it to the correct assignee or team — without you touching it.
Setting up auto-triage rules
AI-assisted triage
For tickets with enough context, the agent uses AI to assess severity more accurately than keyword matching. It considers the description, affected feature, user impact, and similar past incidents. You can always override its assessment: "Change ticket LIN-492 to P1 — the affected customer is enterprise tier."
7. Postmortems
After every SEV1 or SEV2 incident resolves, the PM Agent writes a draft postmortem within one hour. The draft includes a timeline reconstructed from the war room chat, the root cause analysis, customer impact assessment, and action items.
Postmortem structure
| Section | Content |
|---|---|
| Summary | One-paragraph overview: what broke, why, how long, how many users affected |
| Timeline | Minute-by-minute reconstruction from incident channel and monitoring events |
| Root cause | The technical cause — what specifically failed and why |
| Contributing factors | Process gaps, missing alerts, or human decisions that made the incident worse |
| Customer impact | Number of affected users, transactions impacted, error count, duration |
| Resolution | What was done to fix it and in what order |
| Action items | Numbered list of preventive measures, each with an assignee and due date |
| Detection gap | How long the incident was active before detection — if > 5 min, why? |
Reviewing and publishing the postmortem
The agent posts the draft to your session chat. Review it, suggest edits via chat ("Add that the root cause was the memory leak introduced in deploy d4a91f"), and when satisfied: "Publish the postmortem to our Notion page and email it to the team."
Action item tracking
Action items from postmortems are automatically created as tickets in your project board. The agent tracks them like any other ticket and alerts you if they go stale or approach their due date without progress.
8. Cost tracking
The PM Agent can track the engineering cost of incidents and unplanned work. This helps justify infrastructure investment and gives leadership visibility into how much reactive work is consuming sprint capacity.
What cost tracking calculates
| Metric | How it is calculated |
|---|---|
| Incident cost (time) | Sum of on-call hours across all responders × your configured hourly rate |
| Unplanned work ratio | (Unplanned tickets closed / total tickets closed) × 100% per sprint |
| SLA breach cost | Optional: link to SLA penalty clauses in contracts; agent tracks exposure |
| Mean time between incidents | Rolling average across SEV1+SEV2 incidents — stability trend |
Setting up cost tracking
9. Communicating with your agent
Your PM Agent session has a dedicated email address (pm-a3f9b2c1@agents.boboyka.com) and an in-session chat panel at hire.boboyka.com/session/[id]. Both share the same history.
Things you can ask the agent
| Request type | Example |
|---|---|
| Get a status update | "What is the current status of incident INC-2024-047?" |
| Declare an incident | "Declare SEV2: login is broken for users on the EU region" |
| Triage a ticket | "Triage issue #492 — what priority should this be?" |
| Change a threshold | "Lower the P1 SLA from 24h to 12h, effective immediately" |
| Get sprint health | "How are we tracking against this sprint's commitments?" |
| Find stale tickets | "Show me all tickets untouched for more than 7 days" |
| Generate a report | "Give me an SLA compliance summary for last month" |
| Track an action item | "The postmortem action item for INC-039 was completed — close it" |
10. Tier capabilities
| Feature | Starter | Pro | Studio |
|---|---|---|---|
| Ticket integrations | 1 (Linear or GitHub) | 3 | Unlimited |
| SLA monitoring | ✅ (2 priority levels) | ✅ (all levels) | ✅ + custom rules |
| Incident management | ✅ (manual declaration) | ✅ (auto-detect) | ✅ (full war room) |
| Weekly digest | ✅ (email) | ✅ (email + Slack) | ✅ (email + Slack + custom) |
| Auto-triage | ❌ | ✅ | ✅ (AI-assisted) |
| Postmortems | ✅ (manual trigger) | ✅ (auto on SEV1/2) | ✅ (all severities) |
| PagerDuty / Opsgenie integration | ❌ | ✅ | ✅ |
| Cost tracking | ❌ | ❌ | ✅ |
| Agent chat panel | ✅ | ✅ | ✅ |
| Session email | ✅ | ✅ | ✅ |
11. Troubleshooting
The agent is not picking up new tickets from Linear
Linear's API requires the agent to poll periodically (webhooks not yet supported on all team plans). The default poll interval is 5 minutes on Pro, 15 minutes on Starter. If a ticket still does not appear after 15 minutes, tell the agent: "Refresh your Linear sync now — I just created issue LIN-500."
The agent declared the wrong severity
You can always override: "Change incident INC-2024-050 from SEV3 to SEV1 — this is affecting all paid customers." The agent will re-page appropriately and update the war room.
Digest is not being sent to Slack
Check that the Slack bot was invited to the digest channel. The agent needs to be a member of any channel it posts to. Tell the agent: "Diagnose why the digest is not posting to #engineering-weekly." It will report the exact Slack API error.
I want to exclude a ticket from SLA tracking
The postmortem is missing key information
The agent reconstructs the timeline from your incident channel messages and monitoring events. If critical events happened outside those channels (e.g., in a private DM or a phone call), it cannot know about them. Add them manually: "Add to the postmortem timeline at 14:32 UTC: on-call noticed the alert but was in a meeting for 10 minutes before responding."