Files
beads/AGENTS.md
beads/crew/emma d079af7cf9 docs: forbid crew workers from creating PRs
PRs are for external contributors. Crew workers commit directly to main.

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2026-01-10 23:49:10 -08:00

63 lines
2.1 KiB
Markdown

# Agent Instructions
See [CLAUDE.md](CLAUDE.md) for full instructions.
This file exists for compatibility with tools that look for AGENTS.md.
## Key Sections in CLAUDE.md
- **Issue Tracking** - How to use bd for work management
- **Development Guidelines** - Code standards and testing
- **Visual Design System** - Status icons, colors, and semantic styling for CLI output
## Visual Design Anti-Patterns
**NEVER use emoji-style icons** (🔴🟠🟡🔵⚪) in CLI output. They cause cognitive overload.
**ALWAYS use small Unicode symbols** with semantic colors:
- Status: `○ ◐ ● ✓ ❄`
- Priority: `● P0` (filled circle with color)
See CLAUDE.md "Visual Design System" section for full guidance.
## Landing the Plane (Session Completion)
**When ending a work session**, you MUST complete ALL steps below. Work is NOT complete until `git push` succeeds.
**MANDATORY WORKFLOW:**
1. **File issues for remaining work** - Create issues for anything that needs follow-up
2. **Run quality gates** (if code changed) - Tests, linters, builds
3. **Update issue status** - Close finished work, update in-progress items
4. **PUSH TO REMOTE** - This is MANDATORY:
```bash
git pull --rebase
bd sync
git push
git status # MUST show "up to date with origin"
```
5. **Clean up** - Clear stashes, prune remote branches
6. **Verify** - All changes committed AND pushed
7. **Hand off** - Provide context for next session
**CRITICAL RULES:**
- Work is NOT complete until `git push` succeeds
- NEVER stop before pushing - that leaves work stranded locally
- NEVER say "ready to push when you are" - YOU must push
- If push fails, resolve and retry until it succeeds
## ABSOLUTELY FORBIDDEN: Pull Requests
**NEVER create pull requests.** PRs are for external contributors, not for us.
We are the sole maintainer. Crew workers have direct commit access. The correct workflow is:
1. Make changes
2. Run tests
3. Commit directly to main
4. Push
If you find yourself typing `gh pr create` - STOP. You are doing it wrong. Just commit and push.
The PR Sheriff role reviews *incoming* PRs from *contributors*. We do not create PRs ourselves.