con un clic
assign
Assign first backlog issue and resolve it through to review
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
Assign first backlog issue and resolve it through to review
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
Register a problem as a viban issue
Approve a reviewed issue — merge branch, cleanup worktree, mark done
Assign and resolve multiple independent backlog issues in parallel using git worktrees and coordinated agents
Reject a reviewed issue — return to in_progress with feedback
Checkout a review issue's branch for IDE diff review
Install viban dependencies and configure project workflow via interview
| name | assign |
| description | Assign first backlog issue and resolve it through to review |
Assign the first backlog issue and execute the full resolution workflow. If the description is unclear, interview the user first.
CLI only (no direct viban.json access)
Check in priority order — first match wins:
.viban/workflow.md → [ -f ".viban/workflow.md" ] && cat ".viban/workflow.md"for path in "./CLAUDE.md" "./.claude/CLAUDE.md" "../CLAUDE.md"; do
[ -f "$path" ] && cat "$path"
done
Look for Issue Resolution Workflow or Workflow section.
If a workflow exists, follow it exactly — its pipeline, conventions, and stop points override the defaults below.
ISSUE_ID=$(viban assign 2>&1 | tail -1)
[[ -z "$ISSUE_ID" || "$ISSUE_ID" == "No backlog" ]] && echo "No issues in backlog" && exit 0
If backlog is empty: notify user and exit.
viban get $ISSUE_ID
Display the issue title, description, priority, and type to the user.
Assess whether the issue description provides enough context to start working.
viban assign automatically creates a worktree. Locate it:
WT_DIR="$PWD/.viban/worktrees/$ISSUE_ID"
BRANCH="issue-$ISSUE_ID"
All subsequent work MUST happen inside $WT_DIR.
Follow the workflow from Step 0. If no workflow was found, use this default pipeline:
cd $WT_DIRcd $WT_DIR
# 1. Commit
git add -A
git commit -m "fix: {description} (#$ISSUE_ID)"
# 2. Push
git push -u origin $BRANCH
# 3. Create PR (REQUIRED — do NOT skip)
gh pr create --title "fix: {description}" --body "Resolves #$ISSUE_ID
## Summary
{what was changed and why}
## Test plan
{how it was verified}"
# 4. Move to review (REQUIRED — do NOT skip)
viban review $ISSUE_ID
If any command fails: fix the error and retry. Do NOT skip any step. Do NOT remove the worktree — it stays for the review/approve/reject flow.
viban review called (issue status is "review").viban/worktrees/$ISSUE_IDIssue #{id} resolved → review
Title: {title}
PR: {pr_url}
Worktree: .viban/worktrees/{id}
If you don't have a PR URL or haven't called viban review, you are NOT done. Go back and do it.
- NEVER read or write
viban.jsondirectly — always usevibanCLI commands (viban assign,viban get,viban list, etc.)- FORBIDDEN:
viban done— do NOT useviban doneorviban done --remove. Cards must go to review, not done.- MUST create a PR via
gh pr createunless the workflow explicitly says "stop before PR".- MUST call
viban reviewafter PR creation. This is the ONLY way to finish. Do NOT use any other status change.- MUST include PR URL in the completion report. No URL = not done.
| Command | Description |
|---|---|
viban assign [session] | Assign issue |
viban get <id> | View issue |
viban review [id] | Move to review (use this to finish) |