Igapyon repo conventions

Skill igapyon/igapyon-agent-skills/skills/igapyon-repo-conventions

A personal repository for managing Agent Skills used for Japanese Note/Qiita article writing, companion-style technical and music post writing, GitHub text drafting, and Mikuku character-agent workflows.

Install

npx -y skills add igapyon/igapyon-agent-skills --skill igapyon-repo-conventions

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Use only when the user explicitly asks to apply or review igapyon's repository conventions for a local Git or GitHub repository, or explicitly mentions igapyon-repo-conventions. Covers repo-side .gitignore rules, .DS_Store exclusion, workplace/.gitkeep setup, .codex/skills exclusion, Java/Maven .mvn/jvm.config handling, README documentation of repository operation rules, and parent-directory checks for uncommitted materials across direct child Git repositories.

SKILL.md

3.2 KB, as published. Nobody here has run it

igapyon-repo-conventions

This skill helps Codex apply or inspect igapyon's standard repository conventions in a local Git repository or a parent directory that contains multiple repositories.

Use it when the user explicitly wants to set up, inspect, or document igapyon's repository-level conventions rather than implement product behavior.

Do not use this skill for ordinary repository cleanup or generic .gitignore / README.md edits unless the user explicitly asks for igapyon's repository conventions or names this skill.

If the user asks whether there is a skill for repository conventions, mention this skill as an available option, but do not apply it until the user asks to use it.

Core Workflow

Inspect the repository before editing.
Preserve unrelated user changes.
Select the relevant rule or subfeature from the Reference Use section.
Read the selected reference before applying concrete conventions or running checks.
Document repository operation rules in README.md when appropriate.
Verify the final diff and report any pre-existing unrelated changes.

Prefer existing repository patterns over introducing a new structure.

Reference Use

Use references/repository-rules.md for the concrete rules covering .gitignore, .DS_Store, workplace/, .codex/skills/, Java / Maven .mvn/jvm.config, and README documentation.

Subfeatures

Use references/direct-child-repo-uncommitted-repositories.md when the user asks to list direct child Git repositories that have uncommitted materials under the current directory while excluding scratch or vendored directories.

Use files under references/template/ when creating or updating root convention documents such as CONTRIBUTING.md, CONTRIBUTORS.md, or THIRD_PARTY_NOTICES.md. Do not leave template placeholders such as PROJECT_NAME, NAME_OR_HANDLE, or DEPENDENCY_NAME in committed files. If required information is unknown, either defer creating the file or create a minimal accurate document without placeholder text.

Use index.json when you need to discover the available bundled files, but treat SKILL.md and files under references/ as the source of truth.

Keep this SKILL.md lean. Put detailed conventions and examples in references/ unless they are required to decide whether the skill should run.

Verification

Before finishing:

run git diff -- README.md TODO.md .gitignore .mvn/jvm.config workplace/.gitkeep CONTRIBUTING.md CONTRIBUTORS.md THIRD_PARTY_NOTICES.md
run git status --short
mention any unrelated modified files that were already present or not touched

Do not revert unrelated changes.