push
Read update.md and add each item to README.md under the correct section, run git submodule add, then verify. Use when: adding repos to README, running submodule adds, /push.
Install
mkdir -p .claude/skills/push-parsiya && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/14271" && unzip -o skill.zip -d .claude/skills/push-parsiya && rm skill.zipInstalls to .claude/skills/push-parsiya
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Read update.md and add each item to README.md under the correct section, run git submodule add, then verify. Use when: adding repos to README, running submodule adds, /push.About this skill
Update README and Add Submodules
Read update.md from the workspace root and for each item:
- Add it to README.md under the correct category section.
- Run
git submodule addfor each repo. - Verify everything was added.
When to Use
- After running
/pullto process the generated update.md - When update.md has items that need to be added to README and cloned
Procedure
Step 1: Read update.md and README.md
- Read update.md from the workspace root.
- Parse each item: repo name, category, GitHub URL, description, blog links.
- If update.md does not exist or is empty, tell the user and stop.
- If anything unexpected happens (no items, malformed entries), stop and ask the user before proceeding.
- Read the full README.md and identify existing category sections (
##headings). - DO NOT TOUCH THE TABLE OF CONTENTS — it is auto-generated.
Step 2: Add each item to README.md
For each item in update.md:
-
Check if already in README: Search README.md case-insensitively for an actual repo entry, not just the repo name. IMPORTANT: Actually read and search the file. Do NOT rely on memory. Treat the repo as present only if there is a###entry whose link target matches(repo-name)or(repo-name/README.md)case-insensitively. Do NOT count plain-text mentions, footnote/reference definitions, or GitHub URLs by themselves. If found, skip it and note it was already present. -
Find or create the category section: Look for the matching## Categoryheading in README.md.- If the section exists, add the new entry at the end of that section
(before the next
##heading). - If the section doesn't exist, create a new
## Categorysection.
- If the section exists, add the new entry at the end of that section
(before the next
-
Format the entryas a###subsection:### [repo-name](repo-name) Description.- If there are blog links, add reference-style links:
### [repo-name](repo-name) Description. Blog: [Blog Title][repo-name-blog]. - Add reference link definitions at the bottom of README.md:
[repo-name-blog]: https://parsiya.net/blog/...
- If there are blog links, add reference-style links:
Step 3: Run git submodule add
For each item in update.md that was added to README (not skipped):
- Run
git submodule add <github-url> <repo-name>from the workspace root. - Wait for each command to complete before running the next.
- If a submodule already exists, note it and continue.
Step 4: Verify (MANDATORY)
Re-read README.mdfrom disk (not from memory).Re-read .gitmodulesfrom disk.- For EACH item in update.md:
- In README.md, case-insensitively verify there is a
###entry whose link target matches(repo-name)or(repo-name/README.md). If NOT found: report as MISSING. - In
.gitmodules, case-insensitively verify eitherpath = repo-nameor the exact GitHub URL exists. If NOT found: report as MISSING.
- In README.md, case-insensitively verify there is a
- Fix any missing items before proceeding.
Step 5: Report summary
Tell the user:
- Total items in update.md
- Items added to README.md
- Items skipped (already present)
- Items that failed verification
- New categories created (if any)
- Submodules added vs skipped
Step 6: Clean up
- Remove items from update.md that are confirmed in README.md and
.gitmodules. - If all items are confirmed, tell the user update.md can be deleted.
- Do NOT delete update.md without user confirmation.