Start Working On Branch New
2. Load Session Context: Find and load the related session file - Look for .claude/sessions/context_session_.md files - Mat…
Claude CodeGeneric
# Start Working on Branch
## Input
Branch name: $ARGUMENTS
## Setup Phase
1. **Validate Branch**: Ensure the specified branch exists and checkout
```bash
git fetch origin
git checkout $ARGUMENTS || echo "Branch $ARGUMENTS not found locally, checking remote..."
git checkout -b $ARGUMENTS origin/$ARGUMENTS 2>/dev/null || echo "Using existing local branch"
Load Session Context: Find and load the related session file
- Look for
.claude/sessions/context_session_*.mdfiles - Match branch name with session feature name
- Load implementation plan and selected agents
- Look for
Verify Planning: Confirm we have:
- Technology agents selected (NestJS/Laravel/Angular/Flutter)
- Detailed implementation plan
- Architecture guidelines from session
Implementation Phase
Use Session Agents: Execute using agents selected in explore-plan phase:
- NestJS Backend: Use
nestjs-backend-architectfor Clean Architecture patterns - Laravel Backend: Use
laravel-backend-architectfor MVC and API patterns - Angular Frontend: Use
angular-frontend-developerfor reactive patterns - Flutter Frontend: Use
flutter-frontend-developerfor mobile patterns
- NestJS Backend: Use
Follow Test-Driven Development (TDD):
- Write tests first (unit, integration, e2e as appropriate)
- NestJS: ALWAYS use
yarn test, NEVERnpm test - Laravel:
php artisan test - Flutter:
flutter test - Implement feature code to make tests pass
- Ensure >80% test coverage requirement
Follow Session Plan:
- Execute the detailed implementation plan from session file
- Implement Clean Architecture layers (Domain, Application, Infrastructure, Presentation)
- Use SOLID principles and framework-specific patterns
- Reference
backend-architecture-principles.mdfor consistency
Development Process:
- Commit changes with conventional commit messages:
git commit -m "feat: add user authentication" - Push branch to remote:
git push origin $ARGUMENTS - Create PR targeting develop branch or update existing one
- Ensure all CI/CD checks pass
- Commit changes with conventional commit messages:
Report status of completeness:
Summary of the requirements implemented:
- req 1
- req 2
- ...
Requirements pending
- req 1
- req 2
- ...
Test implemented and their run status
ok github.com/gurusup/gurusup-backend/src/tests/domain/core/test_user_notification.py 31.604sm
Proof that all build passes
ok github.com/gurusup/gurusup-backend 90.604sm
Overall status: [Needs More Work/All Completed]
PR: github-pr-url
PR Management Phase
- Monitor PR status:
gh pr view $PR_NUMBER --json statusCheckRollup,state,mergeable,url - Address any CI/CD failures or merge conflicts immediately
- Respond to reviewer comments promptly using the
handle-pr-feedbackcommand - Ensure all status checks pass before requesting final review
- PR targets
developbranch and requires 1 approving review before merge
Completion Criteria
- ✅ All requirements from session plan are implemented
- ✅ Unit tests are written and passing (>80% coverage)
- ✅ NestJS: All commands use
yarn(never npm) - ✅ NestJS: Migrations generated with
yarn migration:generate - ✅ Integration tests cover main user flows
- ✅ Code follows project architectural patterns and conventions
- ✅ Documentation is updated (README, API docs, component docs)
- ✅ All CI/CD checks pass (build, test, lint, security)
- ✅ PR has been reviewed and approved
- ✅ No merge conflicts with develop branch
Important Notes
- Conventional Branches: Always use
feat/feature-nameformat - Target Branch: All PRs must target
develop, nevermain - Review Required: 1 reviewer approval needed before merge
- Test Coverage: Minimum 80% coverage required
- Status: "All Completed" only when ALL criteria above are met
- Use
handle-pr-feedbackcommand when reviewers request changes - Always use
ghCLI for GitHub operations - Keep detailed records of all actions as PR/issue comments
- Wait for explicit confirmation before proceeding with major changes
Final checks
- After create the PR review that the validations in the pipeline are success, if they are pending wait until they are success checking using
gh pr view {pr_number} --json statusCheckRollup,state,mergeable,url) - If the validations are failed, review the issues or ask for them to me
- After have the issues, implement the fixes and push again to the PR until all the validations are success, continue in loop until have them all in green
- Once all is green, update the issue with a comment of what is implmented and your labour is finished
Maintain Start Working On Branch New?
Let people know it's listed here — add the badge (live metrics, light/dark aware) or a plain link to your README or docs.
[Start Working On Branch New on getagentictools](https://getagentictools.com/loops/davidflores79-start-working-on-branch?ref=badge) npx agentictools info loops/davidflores79-start-working-on-branch The second line is the CLI lookup for this page — handy in READMEs and docs.