
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
Score
Total Score
Based on repository quality metrics
SKILL.mdใใกใคใซใๅซใพใใฆใใ
ใฉใคใปใณในใ่จญๅฎใใใฆใใ
100ๆๅญไปฅไธใฎ่ชฌๆใใใ
GitHub Stars 100ไปฅไธ
1ใถๆไปฅๅ ใซๆดๆฐ
10ๅไปฅไธใใฉใผใฏใใใฆใใ
ใชใผใใณIssueใ50ๆชๆบ
ใใญใฐใฉใใณใฐ่จ่ชใ่จญๅฎใใใฆใใ
1ใคไปฅไธใฎใฟใฐใ่จญๅฎใใใฆใใ
Reviews
Reviews coming soon

