
full-dev-cycle
by ShunsukeHayashi
ð€ First open-source, economically-governed, beginner-friendly autonomous development framework built on Issue-Driven Development | è¶ åå¿è ã§ã䜿ããèªåŸåéçºãã¬ãŒã ã¯ãŒã¯
SKILL.md
name: full-dev-cycle description: Complete development workflow integrating Git operations, GitHub PR management, and Docker deployment. Use for end-to-end development tasks. Triggers include "deploy changes", "create PR and deploy", "full cycle", "git to production", "commit and deploy", "development workflow", or any multi-stage development task. version: 1.0.0 author: Miyabi depends_on:
- mcp-context-optimizer
- docker-compose-workflow
Full Development Cycle Workflow
End-to-end development workflow: Git â GitHub PR â Docker Deploy
Workflow Overview
âââââââââââââââ âââââââââââââââ âââââââââââââââ âââââââââââââââ
â DEVELOP â â â COMMIT â â â CREATE PR â â â DEPLOY â
â â â â â â â â
â Code changesâ â Git add/ â â Open PR â â Docker â
â Test locallyâ â commit/push â â Add labels â â rebuild â
âââââââââââââââ âââââââââââââââ âââââââââââââââ âââââââââââââââ
â â â â
⌠⌠⌠âŒ
file tools git tools github tools docker tools
Phase 1: Development Check
1.1 Review Current State
# Check git status
miyabi:git_status()
# View current branch
miyabi:git_current_branch()
# Check for uncommitted changes
miyabi:git_diff()
1.2 Validate Changes
# Review staged changes
miyabi:git_staged_diff()
# Check recent commits
miyabi:git_log({ limit: 5 })
Phase 2: Git Operations
2.1 Stage and Commit
# Stage all changes (via bash if needed)
bash: git add -A
# Or stage specific files
bash: git add src/feature.ts tests/feature.test.ts
2.2 Create Semantic Commit
## Commit Message Format
<type>(<scope>): <description>
[optional body]
[optional footer]
Types:
| Type | Use Case |
|---|---|
| feat | New feature |
| fix | Bug fix |
| docs | Documentation |
| style | Formatting |
| refactor | Code restructure |
| test | Tests |
| chore | Maintenance |
2.3 Push Changes
# Push to remote
bash: git push origin $(git branch --show-current)
# If new branch
bash: git push -u origin $(git branch --show-current)
Phase 3: GitHub PR Creation
3.1 Check Repository State
# View existing PRs
miyabi:github_list_prs({ state: "open" })
# Check branch comparison
miyabi:github_compare_commits({
base: "main",
head: "feature-branch"
})
3.2 Create Pull Request
miyabi:github_create_pr({
title: "feat(module): Add new feature",
head: "feature-branch",
base: "main",
body: "## Summary\n\n- Added X\n- Fixed Y\n\n## Testing\n\n- [ ] Unit tests\n- [ ] Integration tests"
})
3.3 Add Labels and Metadata
# Add labels
miyabi:github_add_labels({
issue_number: PR_NUMBER,
labels: ["enhancement", "ready-for-review"]
})
# Add comment
miyabi:github_add_comment({
issue_number: PR_NUMBER,
body: "Ready for review. CI passing."
})
Phase 4: Docker Deployment
4.1 Pre-Deployment Checks
# Check current containers
miyabi:docker_ps({ all: true })
# View current resource usage
miyabi:docker_stats({ noStream: true })
4.2 Rebuild and Deploy
# Stop current services
miyabi:compose_down({
path: "./docker-compose.yml"
})
# Rebuild with no cache
miyabi:docker_build({
tag: "myapp:latest",
noCache: true
})
# Start services
miyabi:compose_up({
path: "./docker-compose.yml",
build: true,
detach: true
})
4.3 Verify Deployment
# Check container status
miyabi:compose_ps({
path: "./docker-compose.yml"
})
# View logs for errors
miyabi:compose_logs({
path: "./docker-compose.yml",
tail: 50
})
# Health check
miyabi:health_check()
# Port verification
miyabi:network_port_check({
host: "localhost",
port: 3000
})
Complete Workflow Scripts
Quick Deploy (Single Command Workflow)
## Trigger: "deploy my changes"
1. git_status â Check for changes
2. git_diff â Review changes
3. bash: git add -A && git commit -m "message"
4. bash: git push
5. github_create_pr â Create PR
6. compose_down â Stop services
7. compose_up --build â Rebuild and start
8. compose_logs â Verify
Hotfix Workflow
## Trigger: "hotfix for issue #123"
1. bash: git checkout -b hotfix/issue-123 main
2. [make changes]
3. git_status â Verify changes
4. bash: git add -A && git commit -m "fix: resolve #123"
5. bash: git push -u origin hotfix/issue-123
6. github_create_pr â PR to main
7. github_add_labels â ["hotfix", "urgent"]
8. compose_up --build â Deploy
Feature Branch Workflow
## Trigger: "complete feature X"
1. git_current_branch â Verify on feature branch
2. git_log â Review commit history
3. github_compare_commits â See diff from main
4. github_create_pr â Create detailed PR
5. [wait for review/approval]
6. github_merge_pr â Merge when ready
7. bash: git checkout main && git pull
8. compose_up --build â Deploy main
Tool Reference Table
| Phase | Tool | Purpose |
|---|---|---|
| Dev | git_status | Check working tree |
| Dev | git_diff | Review changes |
| Commit | git_log | View history |
| Commit | git_staged_diff | Review staged |
| PR | github_list_prs | Existing PRs |
| PR | github_create_pr | New PR |
| PR | github_add_labels | Categorize |
| Deploy | docker_ps | Container status |
| Deploy | compose_up | Start services |
| Deploy | compose_logs | Verify logs |
| Verify | health_check | System health |
| Verify | network_port_check | Port status |
Error Handling
Git Conflicts
# Check for conflicts
miyabi:git_conflicts()
# If conflicts exist:
1. Review conflicting files
2. Resolve manually or with tool
3. Stage resolved files
4. Complete merge/rebase
Docker Build Failures
# Check build logs
miyabi:docker_logs({
container: "build-container",
tail: 100
})
# Common fixes:
1. Clear Docker cache: docker system prune
2. Check Dockerfile syntax
3. Verify dependencies
Deployment Verification Failed
# Debug steps:
1. compose_logs â Check for errors
2. docker_inspect â Container config
3. network_connections â Network issues
4. resource_overview â Resource constraints
Integration with Context Optimizer
This skill uses mcp-context-optimizer principles:
## Progressive Tool Loading
Phase 1: Load git tools only
Phase 2: Load github tools only
Phase 3: Load docker tools only
Phase 4: Load network/health tools only
Never load all 172 tools at once!
Automation Hooks
Pre-Commit Hook
# Verify before commit
1. Run linter
2. Run tests
3. Check formatting
Post-Deploy Hook
# After deployment
1. health_check
2. network_port_check
3. Slack/Discord notification
Best Practices
DO:
- â Small, focused commits
- â Descriptive PR titles
- â Test before deploying
- â Monitor logs after deploy
- â Use semantic versioning
DON'T:
- â Force push to main
- â Skip pre-deploy checks
- â Deploy without testing
- â Ignore failing health checks
- â Commit sensitive data
Rollback Procedure
## If deployment fails:
1. compose_down â Stop broken deployment
2. git_log â Find last good commit
3. bash: git checkout <good-commit>
4. compose_up --build â Redeploy
5. github_create_issue â Document failure
Metrics and Monitoring
Deployment Success Criteria
- All containers running
- Health checks passing
- No errors in logs (last 50 lines)
- Expected ports accessible
- Response time < threshold
Post-Deployment Monitoring
# Continuous monitoring
miyabi:docker_stats â Resource usage
miyabi:compose_logs â Error tracking
miyabi:network_bandwidth â Traffic monitoring
ã¹ã³ã¢
ç·åã¹ã³ã¢
ãªããžããªã®åè³ªææšã«åºã¥ãè©äŸ¡
SKILL.mdãã¡ã€ã«ãå«ãŸããŠãã
ã©ã€ã»ã³ã¹ãèšå®ãããŠãã
100æå以äžã®èª¬æããã
GitHub Stars 100以äž
3ã¶æä»¥å ã«æŽæ°
10å以äžãã©ãŒã¯ãããŠãã
ãªãŒãã³Issueã50æªæº
ããã°ã©ãã³ã°èšèªãèšå®ãããŠãã
1ã€ä»¥äžã®ã¿ã°ãèšå®ãããŠãã
ã¬ãã¥ãŒ
ã¬ãã¥ãŒæ©èœã¯è¿æ¥å ¬éäºå®ã§ã

