review-network
Skill1 starsChanged 6 months agoMITView on GitHub
Analyze the team's code review network: who reviews whom, reciprocity ratios, network density, and time-series comparison. Surfaces siloed review patterns and shows improvement toward distributed collaboration. Use when asked about review dynamics, collaboration patterns, or team connectivity.
In this repository30 other files it gives its agents.
- setupSkill
- enrich-prsSkill
- epic-cleanupSkill
- epic-overviewSkill
- oncall-reviewSkill
- sprint-managementSkill
- sprint-statusSkill
- team-activitySkill
- team-data-syncSkill
- direct-report-prepSkill
- interview-analysisSkill
- interview-prepSkill
- peer-prepSkill
- project-statusSkill
- team-analysisSkill
- today-prioritiesSkill
- weekly-snippetSkill
- bus-factorSkill
- contribution-velocitySkill
- nine-boxSkill
- project-people-mapSkill
- review-cardsSkill
- review-cyclesSkill
- team-health-reportSkill
- task-rolloverSkill
- context-checkSkill
- prep-my-daySkill
- initiative-breakdownSkill
- product-briefSkill
- technical-deep-diveSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 103
Use line thickness/characters to indicate volume:
≈ “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
Review Network Analysis
Analyze the team's review relationships to surface collaboration patterns, detect silos, and track improvement toward distributed code review.
When to Trigger
- "review network", "who reviews whom", "collaboration graph"
- "review dynamics", "review distribution", "are we siloed?"
- As part of a team health report
Data Sources
data/YYYY-MM/{login}-reviews.json— reviews given by each persondata/YYYY-MM/{login}-prs.json— PRs authored (to identify inbound reviews)team.json— team roster for member list
Process
Step 1: Load review data for the requested period
Parse the date range (default: last quarter). For each team member, load their {login}-reviews.json files for the relevant months. Extract:
- Who authored the PR being reviewed
- Filter to team-internal reviews only (both author and reviewer are in
team.jsonmembers)
Step 2: Build the review matrix
Construct an N×N matrix where:
- Rows = reviewer
- Columns = PR author
- Values = review count
| Reviewer | alice | bob | carol | dave | Total Given |
|----------|-------|-----|-------|------|-------------|
| alice | · | 12 | 8 | 3 | 23 |
| bob | 5 | · | 15 | 7 | 27 |
| carol | 9 | 18 | · | 11 | 38 |
| dave | 2 | 4 | 6 | · | 12 |Step 3: Calculate network metrics
Network density (0-1 scale):
- Count of non-zero cells / total possible cells (N×(N-1))
- 1.0 = everyone reviews everyone; low values = siloed
Collaboration score (0-1 scale):
- Based on how evenly distributed reviews are across the matrix
- Uses normalized entropy:
H / H_maxwhere H = Shannon entropy of the flattened matrix - 1.0 = perfectly uniform; 0.0 = all reviews flow through one person
Gini coefficient (0-1 scale):
- Inequality of review distribution
- 0.0 = perfectly equal; 1.0 = one person does all reviews
- Track this over time; decreasing Gini = healthier team
Bottleneck ratio:
- Max reviews received by one person / average reviews received
2.0 = someone is a bottleneck
Step 4: Reciprocity analysis
For each pair (A, B), calculate:
- A→B reviews vs B→A reviews
- Ratio (>1 means A reviews B more than reverse)
- Flag highly asymmetric pairs (ratio > 3:1)
Step 5: Time-series comparison
Compare current period to previous period(s). Show:
- Network density trend (is it improving?)
- Gini trend (is distribution getting more equal?)
- New review relationships (pairs that didn't exist before)
- Disappeared relationships (pairs that stopped reviewing each other)
Step 6: Visualization
Produce an ASCII network diagram showing connection strength:
Review Network (Jan-Mar 2026)
Density: 0.86 | Collab: 0.71 | Gini: 0.32
alice ═══════ bob (12/5 reviews, reciprocity 2.4:1)
│ ╲ │
│ ╲ │
8 3 15
│ ╲ │
▼ ╲ ▼
carol ═══════ dave (6/11 reviews, reciprocity 1:1.8)Use line thickness/characters to indicate volume:
═══heavy (10+ reviews)───moderate (5-9)···light (1-4)- (blank) no relationship
Output Format
# Review Network: {period}
## Network Health
| Metric | Current | Previous | Trend |
|--------|---------|----------|-------|
| Density | 0.86 | 0.71 | 🟢 +21% |
| Collaboration | 0.71 | 0.52 | 🟢 +37% |
| Gini | 0.32 | 0.49 | 🟢 -35% |
| Bottleneck | 1.4 | 2.3 | 🟢 -39% |
## Review Matrix
[matrix table]
## Reciprocity (flagged pairs)
[asymmetric pairs with ratio > 3:1]
## Network Changes
- New connections: [pairs]
- Strengthened: [pairs with >50% increase]
- Weakened: [pairs with >50% decrease]
## Network Diagram
[ASCII visualization]Interpretation Guide
- Improving network: density increasing, Gini decreasing, fewer bottleneck flags
- Siloed team: density < 0.5, Gini > 0.5, one person with bottleneck > 3.0
- Healthy team: density > 0.7, Gini < 0.35, all pairs have some bidirectional flow
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.

