Claude-skill-registry loom-docs-merge-conflicts
Resolve git merge conflicts in compound-managed LOOM docs (LOOM_CHANGELOG.md, LOOM_ROADMAP.md) without breaking BEGIN/END fences.
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/loom-docs-merge-conflicts" ~/.claude/skills/majiayu000-claude-skill-registry-loom-docs-merge-conflicts && rm -rf "$T"
manifest:
skills/data/loom-docs-merge-conflicts/SKILL.mdsource content
<!-- BEGIN:compound:skill-managed -->
Purpose
Resolve merge conflicts in compound-managed LOOM docs without breaking compound fences.
When To Use
- You see
,<<<<<<<
, or=======
in>>>>>>>
orLOOM_CHANGELOG.md
.LOOM_ROADMAP.md - A merge/rebase touched compound-managed blocks and left conflicts.
Procedure
- Open the conflicted file and locate every conflict hunk.
- Preserve the compound fences exactly:
- Keep
and<!-- BEGIN:compound:... -->
lines unchanged.<!-- END:compound:... --> - Do not duplicate or reorder fence lines.
- Keep
- For conflicted list entries inside fences:
- Prefer keeping both sides' entries, then dedupe exact duplicates.
- Maintain consistent bullet formatting:
.- <timestamp> <note> - Keep ordering stable (typically newest-first if the file already uses that pattern).
- Remove all conflict marker lines (
,<<<<<<<
,=======
) after selecting the final content.>>>>>>> - Sanity check:
- No conflict markers remain.
- Markdown renders as a single list (no nested accidental
unless the file intentionally uses it).- - - The file contains exactly one BEGIN and one END for each compound block.
- Run docs sync to refresh derived indexes/managed blocks (so downstream agents don’t learn from broken docs).
Manual notes
This section is preserved when the skill is updated. Put human notes, caveats, and exceptions here.