For engineering managers
Walk into every 1-on-1 prepared.
PullStar turns GitHub activity into evidence-backed coaching briefs—so you can spot patterns, ask better questions, and have more useful conversations.
Open source · GitHub-first · Runs locally
The problem
GitHub records the work. It does not prepare the conversation.
Managers are expected to remember weeks of delivery, reviews, and collaboration across an entire team. Important patterns disappear into the activity stream.
Too much to reconstruct
Useful signals are scattered across pull requests, reviews, comments, repositories, and weeks of work.
Numbers without meaning
GitHub can show what happened, but not why a pattern may matter for coaching or team health.
The obvious gets attention
Urgent issues dominate while quieter opportunities for recognition, growth, and leverage are missed.
The difference
Good managers ask better questions.
PullStar does more than summarize activity. It connects evidence to a manager-relevant interpretation, then suggests a question worth asking.
“You are active in reviews, but most appear to be quick approvals. How do you decide when to leave detailed feedback?”
“Would smaller changes make it easier for the team to review, collaborate, and ship with confidence?”
“Your delivery is consistently strong. Where would you like to create more leverage beyond your own output?”
Example output
A brief built for the conversation—not another dashboard.
Every interpretation stays connected to the supporting evidence, so the manager can apply judgment instead of accepting a black-box score.
1-on-1 Brief: Samantha Lee
High-confidence signalsQuick summary
Samantha shipped 16 pull requests in 30 days with consistent activity across all five weeks. Two patterns stand out: her pull requests are often large, and her reviews appear to be approvals without written feedback.
Supporting evidence
- 16 pull requests merged, usually within one to two days
- 8 pull requests exceeded 1,000 lines
- 20 reviews given, with no written comments detected
- Active in all 5 weeks of the analysis period
- Review activity concentrated in one repository
What it may mean
Samantha appears to be a reliable, high-volume contributor. The opportunity is not performance correction; it is increasing her leverage through deeper review engagement and more reviewable PR scope.
Suggested conversation focus
“How do you decide when to leave detailed feedback rather than a quick approval?”
“Would smaller changes make your work easier for the team to review and collaborate on?”
“Where would you like to create more leverage beyond your own delivery?”
Manager note
Treat these as prompts, not conclusions. Team norms and project context may explain the observed patterns.
How it works
From engineering activity to a better 1-on-1.
PullStar turns raw activity into a short, manager-ready preparation workflow.
Collect evidence
Read pull requests, reviews, comments, timing, and collaboration signals from GitHub.
Identify patterns
Connect activity across time and interpret what may matter for coaching, recognition, or risk.
Prepare the conversation
Generate a concise brief with supporting evidence, context, and specific questions to ask.
Private by design
Your source code never leaves your machine.
PullStar runs locally. It converts repository activity into structured signals before AI processing. The model receives context and aggregated evidence—not your code.
Try PullStar
See whether it surfaces a question you would have missed.
Start with the live demo. Install locally when you want private repository access and full control.
Generate a sample brief
No login or setup. Enter a public GitHub username and see PullStar’s output in your browser.
Install locally
Use PullStar with private repositories while keeping control of your data and workflow.
Use the PullStar skill
Run PullStar within a supported agent workflow using the published PullStar 1-on-1 skill.
Built in the open
Better preparation should lead to better conversations.
PullStar is early. Try it on a public GitHub profile and tell us what is useful, what is wrong, and what an engineering manager actually needs next.