Build a complete OAuth authentication system with Google and GitHub providers. Include backend API, frontend login UI, unit tests, integration tests, and documentation.
The Director creates a plan:
sf plan list
Output:
el-plan001 OAuth Authentication System active 5 tasks
2
Review the task breakdown
sf plan tasks el-plan001
Output:
el-task001 [P1] Backend OAuth API endpoints openel-task002 [P2] Frontend login component blockedel-task003 [P2] Unit tests for OAuth service blockedel-task004 [P3] Integration tests blockedel-task005 [P3] API and user documentation blocked
Dependencies:
Task 2, 3, 4, 5 are blocked by task 1
Task 4 is blocked by tasks 2 and 3
3
Dispatch daemon assigns tasks
The daemon detects task 1 is ready and assigns it to an idle worker:
sf agent list --status active
Output:
el-agent001 director active (persistent session)el-agent002 e-worker-1 active assigned to el-task001
4
Worker executes in isolated worktree
Worker 1 operates in:
agent/e-worker-1/task001-backend-oauth-api/
On completion, the worker:
Commits changes
Pushes to remote
Creates a merge request
Updates task status to review
5
Steward reviews and merges
The merge steward:
# Runs testsnpm test# On pass: squash-mergegit merge --squash agent/e-worker-1/task001-backend-oauth-apigit commit -m "feat: add OAuth API endpoints"git push
Task 1 status → closed
6
Parallel execution begins
With task 1 complete, tasks 2, 3, and 5 become ready. The daemon assigns them to 3 workers in parallel:
sf agent list --status active
Output:
el-agent002 e-worker-1 active assigned to el-task002el-agent003 e-worker-2 active assigned to el-task003el-agent004 e-worker-3 active assigned to el-task005
Task 4 remains blocked until tasks 2 and 3 complete.
Workers execute in parallel without conflicts because each operates in its own git worktree.
# View plan progresssf plan show el-plan001 --tasks# Check ready taskssf task list --ready# Watch active agentswatch -n 2 'sf agent list --status active'# View merge requestssf merge list# Check daemon statussf daemon status
Customize the docs steward prompt in .stoneforge/prompts/steward-docs.md:
# Your Focus: DocumentationYou are responsible for:- Scanning documentation for accuracy- Detecting stale API references- Fixing typos and broken links- Ensuring code examples match current API## Workflow1. Run weekly scans on documentation files2. Create fix tasks for issues found3. Auto-fix minor issues (typos, formatting)4. Escalate major issues to Director
el-task101 [P2] Fix outdated API example in auth.md openel-task102 [P3] Update broken link to deployment guide openel-task103 [P3] Fix typos in installation.md closed
# Worker sends a message to the channelsf --from e-worker-1 message send \ --channel el-ch001 \ --content "Found a performance issue in the database query. Should I optimize now or create a separate task?"
# Director respondssf --from director message send \ --channel el-ch001 \ --content "Create a separate task with priority 2. We'll optimize after the current feature is complete."
# Worker sends DM to Directorsf --from e-worker-2 message send \ --to director \ --content "I'm blocked on task-123. The API spec is unclear about error handling."# Director replies (auto-swaps sender/recipient)sf --from director message reply el-msg456 \ --content "I'll clarify the spec. Expect an update in 10 minutes."