local-link/skills/fork-project/SKILL.md
Fork and set up open source projects under Lionad's GitHub account. Use when user wants to create a new project based on an existing repository that is not owned by Lionad. Triggers when git remote origin is not a Lionad repository and user wants to create their own version.
npx skillsauth add lionad-morotar/local-tools fork-projectInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill handles the workflow of forking or creating new GitHub projects under Lionad's account when working with third-party repositories. It manages repository setup, remote configuration, and documentation updates.
Run the following command to check if the current project belongs to Lionad:
git remote get-url origin
Decision:
github.com/Lionad-Morotar/ or github.com/lionad/ → Stop, this is already Lionad's projectMust consult user for the new project name.
Ask the user:
"This project is owned by [original-owner]. What would you like to name your fork under Lionad's account?"
Naming conventions:
my- or domain-specific prefix if it's a personal variantUse GitHub CLI to create the new repository:
gh repo create Lionad-Morotar/<new-name> --public --description "Fork of [original-repo]: [original-description]"
Flags:
--public or --private based on user preference (default to public for open source)--description should reference the original projectBefore pushing to the new repository, update the following files:
name field to the new package nameauthor field to Lionadrepository.url to the new GitHub URLhomepage if applicableREADME.md - Add fork attribution sectionLICENSE - Update copyright holder if changing license.github/workflows/, etc.)Commit all configuration updates:
git add -A
git commit -m "chore: update package metadata for fork"
Update Git remotes to point to the new repository:
# Rename current origin to upstream
git remote rename origin upstream
# Add new origin (Lionad's repo)
git remote add origin https://github.com/Lionad-Morotar/<new-name>.git
# Push to new origin
git push -u origin main
Add a section at the top of README.md (after the badges, before the main content) documenting the fork relationship:
> **About This Repo**
>
> This is a fork of [<upstream-owner>/<upstream-repo>](<upstream-repo-url>).(这句话格式要严格一致)
>
> This fork maintains the core functionality while publishing under the `<package-scope>` npm scope for personal use.(这句话可以适当改描述)
Dynamic values to extract:
| Placeholder | Source | Command/Field |
|-------------|--------|---------------|
| <upstream-owner> | git remote get-url upstream | Extract owner from https://github.com/<owner>/<repo>.git |
| <upstream-repo> | git remote get-url upstream | Extract repo name from upstream URL |
| <upstream-repo-url> | git remote get-url upstream | Use the full HTTPS URL (without .git suffix) |
| <package-scope> | package.json | Read name field (e.g., @lionad/openapi-to-skills → @lionad) |
Example extraction commands:
# Get upstream owner and repo
upstream_url=$(git remote get-url upstream)
# Parse: https://github.com/neutree-ai/openapi-to-skills.git
# Owner: neutree-ai, Repo: openapi-to-skills
# Get package scope from package.json
package_name=$(cat package.json | grep '"name"' | head -1 | sed 's/.*: "\([^"]*\)".*/\1/')
# Extract scope: @lionad/openapi-to-skills → @lionad
scope=$(echo "$package_name" | cut -d'/' -f1)
Commit this change:
git add README.md
git commit -m "docs: add fork attribution to README"
git push origin main
check-ownership.sh - Check if current repo belongs to Lionadsetup-remotes.sh - Configure origin and upstream remotesScenario: User is working on https://github.com/SomeAuthor/cool-lib.git
gh repo create Lionad-Morotar/my-cool-libtools
open understand dashboard for user
tools
这是一个技能文件的模板,展示了技能的基本结构和内容组织方式。
development
Be direct and informative. No filler, no fluff, but give enough to be useful.
development
使用 Evaluator-optimizer 模式进行系统性多轮网络搜索,采用结构化 Ask 流程在搜索前澄清研究目标。基于 YC Office Hours 的提问方法论,确保搜索方向清晰、结果可验证。当用户需要深入调查复杂主题、验证假设或全面收集信息时使用。