igapyon igapyon-miku-soft-developer
This skill supports explicit miku-soft project creation and maintenance workflows.
Use it only after the user explicitly asks to use igapyon-miku-soft-developer or explicitly asks to apply the miku-soft developer skill. For activation details and the non-activation reply, see references/activation-policy.md.
Modes
After the skill is explicitly active, choose one mode:
- Concept and naming mode: clarify the app concept and decide the miku-soft base repository name before creating files.
- New project mode: create a new miku-soft project or initialize a repository as a miku-soft project.
- Maintenance mode: inspect, update, or repair an existing miku-soft project.
If the mode is unclear after explicit activation, ask a brief clarification before editing.
Core Workflow
Prerequisite: use igapyon-repo-conventions as the repository-conventions baseline for every workflow.
- Read references/activation-policy.md if activation behavior is relevant.
- Read references/architecture-rules.md.
- For concept and naming work, read references/00-concept-naming-workflow.md.
- For new project work, read references/new-project-workflow.md.
- For existing project work, read references/maintenance-workflow.md.
- Read the specific workflow reference when relevant: references/10-node-app-workflow.md, references/11-web-app-workflow.md, references/30-java-straight-conversion-workflow.md, references/31-java-maven-plugin-separation-workflow.md, references/32-node-web-separation-workflow.md, references/40-agent-skills-workflow.md, or references/50-mcp-workflow.md.
- Read references/repo-operations.md for miku-soft-specific additions.
- Inspect the target repository before editing.
- Preserve unrelated user changes.
- Keep product behavior in the product core or upstream runtime artifacts, not in the skill instructions.
Use index.json when you need to discover the available bundled reference files, but treat SKILL.md and files under references/ as the source of truth.
When maintaining this shared skill's own reference taxonomy, starter policy, or cross-repository GitHub Actions guidance, read docs/maintenance/README.md. Maintainer documents preserve audit and migration reasoning; they are not normative product rules.
Keep this SKILL.md lean. Put detailed policy, architecture rules, and operational steps in references/.
Verification
Before finishing:
- run relevant tests, builds, or focused regression commands when the repository provides them and the requested change warrants them
- run
git status --short - review the final diff for unrelated changes
- mention any verification that could not be run
Do not revert unrelated changes.