Skip to content
Back to skills

Beans Issue Tracking

ASecurity

Tracks work with beans CLI for audit trails and agent memory. Use when starting tasks, finding next work, or recording discovered issues during implementation.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 27, 2026
toolsbashrailsfrontendbackendsecurityperformance

Works with

  • cli

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 27, 2026

npx -y skills add David-Li0406/meta-skill-evloving --skill beans-issue-tracking --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Beans Issue Tracking?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Beans Issue Tracking
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/david-li0406-beans-issue-tracking/badge)](https://www.skillsdirectory.com/skills/david-li0406-beans-issue-tracking)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: beans-issue-tracking
description: Tracks work with beans CLI for audit trails and agent memory. Use when starting tasks, finding next work, or recording discovered issues during implementation.
---

## When to Use Beans

Use Beans for all non-trivial work (3+ steps). Skip for trivial single-step fixes.

## Finding Work

```bash
beans list --ready              # Not blocked, ready to start
beans show <id>                 # Full details
beans list -p high,critical -t bug,feature -s todo
beans list -S "search term"
```

## Types & Statuses

**Types:** `milestone` (releases) → `epic` (large initiatives) → `feature` (capabilities) → `task`/`bug` (units of work)

**Statuses:** `draft` → `todo` → `in-progress` → `completed` (or `scrapped` with reason)

## Task Granularity

**Critical:** Do NOT over-split tasks. Each bean should be a complete, logical unit of work.

- **Wrong:** 5 beans for "add validation" → "write test" → "update docs" → "refactor" → "cleanup"
- **Right:** 1 bean with checklist covering all steps

Over-splitting forces excessive CLI calls to gather fragmented context. Prefer 1-2 mid-sized beans over 5+ tiny ones.

## Lifecycle

### Starting
```bash
beans create "Title" -t <type> -s in-progress
```

### During Work
Update checklist items `- [x]` immediately after completing each step.

### Completing
```bash
beans update <id> -s completed    # Add "## Summary of Changes" section
beans update <id> -s scrapped     # Add "## Reasons for Scrapping" section
```

## Discovered Work

Create beans immediately when new tasks are identified:
```bash
beans create "Title" --tag discovered -t task -s todo
beans create "Subtask" -t task --parent <current-id> --tag discovered
```

## Relationships

Use `--parent <id>` for hierarchy, `--blocking <id>` for dependencies.

```bash
beans list --is-blocked      # Cannot start (blocked by others)
beans list --has-blocking    # Blocks others
beans list --ready           # Not blocked, ready to start
```

## Tags

Use for cross-cutting concerns: `discovered`, `frontend`, `backend`, `security`, `performance`, `docs`

```bash
beans create "Fix XSS" -t bug --tag security --tag backend
```

## CLI Reference

See `reference/cli.md` for full command reference and recovery steps.

Files in this skill

  • SKILL.md2.2 KB
  • reference/cli.md1.4 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…