1on1s
Skill114 starsChanged 7 months agoMITView on GitHub
Prepares agendas, diagnoses struggling 1:1 relationships, and gives frameworks for running effective 1:1 meetings with direct reports. Use when the user wants to prepare for, run, improve, or follow up on a 1:1, or says "1:1 agenda," "prepare for my 1:1," "1:1 notes," "what should I talk about with," "my direct report," "check in with my report," "make my 1:1s better," "1:1 template," or "my 1:1s feel like status updates." Do NOT use when the user needs to deliver specific feedback (use feedback) or discuss performance reviews (use performance-reviews).
In this repository28 other files it gives its agents.
- AGENTS.mdAGENTS.md
- business-literacySkill
- career-developmentSkill
- delegationSkill
- developer-productivitySkill
- difficult-situationsSkill
- em-contextSkill
- em-grid-scorerSkill
- engineer-motivationSkill
- feedbackSkill
- hiringSkill
- influenceSkill
- knowledge-sharingSkill
- management-transitionsSkill
- managing-high-performersSkill
- managing-upSkill
- managing-urgencySkill
- managing-yourselfSkill
- meetingsSkill
- performance-reviewsSkill
- retaining-developersSkill
- roadmap-planningSkill
- shadow-workSkill
- team-compositionSkill
- team-healthSkill
- working-with-architectsSkill
- working-with-pmSkill
- written-communicationSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
21 rules. About 0 are common, 15 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈15
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
Check for EM context first:
- Very specific: line 13
Read .agents/em-context.md if it exists
- Very specific: line 14
If a person is mentioned, look for .agents/reports/[name].md and read it
- Distinctive: line 15
Use that context — only ask for information not already covered
- Very specific: line 17
If .agents/em-context.md does not exist, ask for a minimal manager profile first and save it before giving detailed advice: role/title, …
- Very specific: line 19
If a specific person is central to the conversation and .agents/reports/[name].md does not exist, ask for a minimal profile for that person …
- Very specific: line 21
If the conversation reveals durable new context later, update .agents/em-context.md or .agents/reports/[name].md automatically.
- Distinctive: line 26
Keep the first answer concise and useful.
- Distinctive: line 30
Ask at most 2-3 targeted questions only if the missing context changes the advice
- Distinctive: line 53
When helping with a 1:1, produce something the manager can use in the next conversation:
- Distinctive: line 61
If the user only asks for a template, give the template first and keep explanation short.
- Distinctive: line 75
Use them for personal connection: Ask about life outside work — not in a prying way, just genuine interest.
- Distinctive: line 112
When a 1:1 drifts into territory that's beyond your role: *"I hear you, and I want to support this.
- Distinctive: line 114
If someone's personal situation is affecting their work at a serious level, consult HR before acting.
- Distinctive: line 124
When connection doesn't flow naturally: try harder, not less.
- Distinctive: line 128
Ask personal questions without being pushy — a question asked and remembered is worth more than ten asked and forgotten
- Distinctive: line 148
Every engineer wants praise in public
- Distinctive: line 149
Every engineer wants more ownership and responsibility
- Distinctive: line 151
Every engineer wants to improve their public speaking
- Distinctive: line 153
Every engineer wants to be involved in roadmap discussions
- Very specific: line 185
If the user asks where a framework came from, wants to read the original article, or wants more context on any topic in this skill — read …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
1:1s
Before Starting
Check for EM context first:
- Read
.agents/em-context.mdif it exists - If a person is mentioned, look for
.agents/reports/[name].mdand read it - Use that context — only ask for information not already covered
If .agents/em-context.md does not exist, ask for a minimal manager profile first and save it before giving detailed advice: role/title, team size, team mission or ownership area, and current challenge or priority.
If a specific person is central to the conversation and .agents/reports/[name].md does not exist, ask for a minimal profile for that person first and save it before giving detailed advice: title/level, tenure, strengths, and current challenge or growth area.
If the conversation reveals durable new context later, update .agents/em-context.md or .agents/reports/[name].md automatically. Save stable facts and patterns, not guesses, transient frustration, or unresolved interpretations.
Response Style
Keep the first answer concise and useful. Do not dump the whole framework unless the user asks for depth.
Default to:
- State the likely diagnosis or recommendation first
- Ask at most 2-3 targeted questions only if the missing context changes the advice
- Give the next concrete action and, when useful, exact wording the manager can use
- Mention the relevant framework briefly, but do not explain every part of it
- Offer a deeper version only after the direct answer
How to Use This Skill
Identify the situation before applying a framework:
- Preparing for an upcoming 1:1 → What Makes 1:1s Work + The 60/40 Rule
- 1:1s feel flat, all status updates → The Update, The Vent, and The Disaster — identify which type you're in and what to do differently
- Something feels off with a report but you can't pin it down → Feelings as Diagnostic Signals
- Connection with a report just isn't clicking → Building Connection When It Doesn't Flow Naturally
- Want a question that breaks the usual pattern → The "What Would You Change?" Question
- 1:1 drifted into heavy personal territory → When 1:1s Turn into Therapy Sessions
If a specific person is mentioned, check .agents/reports/[name].md before responding — it may already contain context about their communication style, what they care about, and past conversations.
Default Response Shape
When helping with a 1:1, produce something the manager can use in the next conversation:
- Read of the situation: what the 1:1 is really for: connection, growth, tension, feedback, diagnosis, or follow-up.
- Agenda: 3-5 ordered topics, with the report's topics first when possible.
- Questions to ask: concrete wording, not abstract categories.
- Manager stance: how to listen, where to push, and what to avoid.
- Follow-up: what to write down, commit to, or revisit next time.
If the user only asks for a template, give the template first and keep explanation short.
What Makes 1:1s Work
Based on a survey of engineers: the most valued 1:1s share a few consistent traits.
Do them weekly. Research from Manager Tools (based on data from thousands of managers) shows: fortnightly 1:1s are 40% less effective than weekly. Monthly 1:1s perform worse than no 1:1s at all. Weekly 1:1s alone account for a significant portion of manager effectiveness. The data is unusually clear on this.
Be consistent. The biggest mistake is cancelling or rescheduling often. Engineers notice. It communicates that the 1:1 — and by extension, they — aren't a priority. Protect the slot.
Don't focus on day-to-day work. Status updates have other venues. 1:1s are not standups. Use them for: career development, growth, personal connection, things they won't bring up in a group setting, what's frustrating them, what they're excited about.
Use them for personal connection. Ask about life outside work — not in a prying way, just genuine interest. Remember what they tell you. Return to it. This is how trust builds.
Three things to know about the people you manage — and use by name:
- The names of their family members (partner, kids, parents). Not "how are your kids" — use the names.
- What their partner does for work. It affects their schedule, their flexibility, their stress level.
- Their hobbies and what they do to recharge.
It's never too late to ask. These details change 1:1s from professional check-ins into conversations with someone who actually knows you.
Be patient. Trust takes time. Some people open up in the first 1:1. Others take months. One story: a developer didn't really open up until 6+ months in — and the relationship became one of the manager's strongest. Show up consistently. The patience pays off.
Ask about cadence — don't assume. Weekly 1:1s work well for most people. Some prefer bi-weekly. Some feel they don't need a standing slot at all. Ask what cadence your reports actually want. The same applies to other defaults: not everyone wants to be involved in roadmap discussions, not everyone wants to present in team meetings. Ask first.
Feelings as Diagnostic Signals
One question worth adding to your 1:1 rotation: "How did you feel this week?"
Not "how did it go" — that gets you status. "How did you feel" gets you signals.
Three patterns to watch for:
The over-responsive engineer — responds to every Slack message immediately, anxious when they miss something, apologizes for small things. The underlying signal: fear of letting people down. Left unaddressed, this leads to burnout. What they need: explicit permission to disconnect, reassurance that availability doesn't equal value.
The always-late engineer — consistently underestimates how long things take, commits to more than they can deliver, misses self-imposed deadlines. The underlying signal: they're planning for their ideal self, not their real self. Not a discipline problem — a calibration problem. Work on scoping together, not on accountability pressure.
The messy-PR engineer — submits PRs that feel rushed or incomplete, gets defensive in code review, doesn't ask for help until blocked. The underlying signal: they feel judged or exposed when work is imperfect. What they need: psychological safety to ship imperfect work-in-progress and get feedback earlier.
The pattern only becomes visible if you ask the question regularly and pay attention to the answer over time.
When 1:1s Turn into Therapy Sessions
You are not a therapist. Care genuinely — but set limits on what you can hold.
When a 1:1 drifts into territory that's beyond your role: "I hear you, and I want to support this. Let me think about what I can actually do on my side." Then focus on what you can control: workload, team dynamics, scope, flexibility.
If someone's personal situation is affecting their work at a serious level, consult HR before acting. Know when to redirect to professional support — and how to do it without it feeling like a dismissal.
The goal isn't to make someone feel heard at the expense of making them feel abandoned. Both are possible. The frame: "What can we adjust at work to help you succeed?"
Building Connection When It Doesn't Flow Naturally
Sometimes the connection in a 1:1 just doesn't click — age gap, cultural difference, personality mismatch, opposite communication styles. The wrong response is to give up and keep 1:1s purely transactional.
When connection doesn't flow naturally: try harder, not less.
- Find what they want to talk about — not what you'd talk about with someone similar to you
- Remember small things they mentioned and follow up on them
- Ask personal questions without being pushy — a question asked and remembered is worth more than ten asked and forgotten
"There is no stronger way to build relationships than taking a genuine interest in other human beings." (Danny Meyer)
The "What Would You Change?" Question
One question worth adding to your 1:1 rotation: "What's the one thing you'd change about our team if you were in my shoes?"
This gets different answers than "what do you think about X?" because it starts from scratch — the engineer has to generate the problem, not just react to yours. It also bypasses the social filter of "is it okay to criticize my manager's decisions."
Note: most managers either don't ask this, or ask about a direction they've already decided on. The value is in asking it genuinely, before you've committed.
Assumptions EMs Make That Engineers Hate
Things many managers assume are universal preferences — but aren't. Ask before assuming:
- Every engineer wants praise in public
- Every engineer wants more ownership and responsibility
- Weekly 1:1s are important to everyone
- Every engineer wants to improve their public speaking
- Remote engineers need a daily standup
- Every engineer wants to be involved in roadmap discussions
Even if you think you know — just ask. You'll be right sometimes and wrong in ways that matter.
The Update, The Vent, and The Disaster
Most 1:1s fall into one of three types. Knowing which you're in changes how you respond.
The Update — the engineer shares status. What's going on with their work, projects, blockers. This is the most common type, and often the least valuable. If your 1:1s are mostly Updates, you're running a standup, not a 1:1. The goal should be to create enough safety that they move past the Update.
The Vent — they need to process something. Frustration with the team, a decision they disagree with, a relationship that's difficult. Your job here is not to fix it immediately. It's to listen, ask questions, help them feel heard. "Have you talked to them directly?" is often the right next question — but only after they've been heard, not as a shortcut past the listening.
The Disaster — something is genuinely wrong: a relationship has broken, they're thinking about leaving, something serious happened. You'll know because the conversation has a different weight. Here, you need to shift into action mode: understand what happened, figure out what they need, and commit to follow-through.
The cardinal rule on 1:1s from Rands: you work for them, not the other way around. Each 1:1 they don't attend costs them an hour. Each one you cancel tells them: "You don't matter." The cancellation sticks longer than the meeting would have.
The 60/40 Rule
A practical format: give 60% of the time (roughly 18 of 30 minutes) to the report, and use the remaining 40% for topics you need to cover.
The trap with this format: managers use "their" 40% first and then run out of time for the report. Reverse it — start with them. Let their topics drive the conversation. Your agenda items will nearly always fit at the end; theirs won't if they're deprioritized.
Share the format with your reports. When they understand that 1:1s are primarily their time, they come more prepared and use it better.
Dive Deeper
If the user asks where a framework came from, wants to read the original article, or wants more context on any topic in this skill — read references/sources.md for the full list of source articles (with links) and books.
Related Skills
feedback— For preparing or delivering specific feedback in a 1:1performance-reviews— For end-of-cycle review discussionsteam-health— For patterns across your team's 1:1s
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

