Software Team Conflict Patterns

Analyze recurring collaboration problems without pretending to diagnose people.

Use this skill when the user describes a difficult person or recurring team conflict on a software or game project and needs help understanding the likely behavior pattern, why it causes friction, and how to respond productively. The goal is not to label people for sport. The goal is to identify useful patterns, protect project progress, and suggest practical next moves.

Read references/neil-on-software-archetypes.md when you need the full 48-archetype taxonomy from the Neil on Software source material, including mutation paths, dangerous pairings, likelihood-of-fixing signals, danger-to-project signals, and extracted fix strategies. Read references/pattern-notes.md when you need a shorter local shorthand set of patterns. Read references/response-strategies.md when you need guidance on boundaries, documentation, reframing, escalation, and other response moves.

Core behavior