ush-concurrent-edit-coordination

Classifies overlap between two actively-editing workstreams using real git diff evidence.

Updated Sep 5, 2026
One-click install
npx skills add https://github.com/edward321416-maker/universal-skill-hub --skill ush-concurrent-edit-coordination-edward321416-maker
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ush-concurrent-edit-coordination
Source: https://github.com/edward321416-maker/universal-skill-hub/tree/main/adapters/claude-code/ush-concurrent-edit-coordination
Command: npx skills add https://github.com/edward321416-maker/universal-skill-hub --skill ush-concurrent-edit-coordination-edward321416-maker

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When two agents or workstreams edit code at the same time, teams often guess at collision risk from plans, titles, or open PRs and either over-coordinate or miss real conflicts. This Skill determines whether two in-flight changes actually overlap on the same checkout, file hunks, or public contract before any coordination happens. ## Core Features & Use Cases - Evidence-based entry gate: Only proceeds when real diff evidence (git status, git diff --name-only, git diff --cached --name-only) shows both workstreams actively editing implementation source; otherwise it skips rather than guessing. - Overlap classification: Categorizes collisions as none, shared-checkout, hunk, contract, or duplicate, and assigns an owner and dependent workstream when overlap exists. - Read-only safety contract: Never modifies another workstream's checkout, branch, staged changes, or commits, and never re-engages finished work. - Use Case: Two AI coding sessions are editing the same API contract; run this Skill to check collision risk and decide whether one merge must wait for the other. ## Quick Start Ask the agent to check whether the two currently active workstreams editing this repository actually collide on the same files or public contract before merging.

Frequently Asked Questions about ush-concurrent-edit-coordination

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check if two agents editing the same repo will collide?▼

Inspect each workstream's real diff with git status and git diff --name-only, then compare changed paths, hunks, and public contracts. This Skill classifies the result as none, shared-checkout, hunk, contract, or duplicate and assigns an owner when overlap exists.

What counts as evidence of a real code conflict between workstreams?▼

Only actual diff evidence counts: a shared checkout, the same file hunk edited by both, or a shared public contract such as a schema, API, fixture, or generated index. Open issues, PRs, plans, and similar feature areas do not qualify.

Can this Skill decide coordination from plans or open PRs alone?▼

No. Plans, backlogs, open issues, and PR titles are explicitly excluded as entry evidence. If real diff visibility into the other workstream is unavailable, the Skill skips rather than guessing at a conflict.

Does concurrent edit coordination modify git branches or commits?▼

No. It is a read-only classification skill that performs no git writes itself. Any resulting action, such as pausing a merge or reassigning a hunk, is carried out by the caller, not by this Skill.

When should I not use concurrent edit coordination?▼

Do not use it to compare plans, backlogs, or open issues and PRs, and do not use it on work that has already finished. Finished work should be read as history through its merged code or commits, not re-engaged.