issue-tracker

A set of instructions for managing project issues and product requirements on the dev-3.0 Kanban board, a board that tracks work through stages such as to do and done.

In plain words
What is it for?
Use it to create and update tasks, read notes and history, list work by status or priority, and handle external GitHub pull requests for triage.
Why use it?
It gives agents one consistent place and process for finding, creating, updating, and reviewing work instead of relying on a separate issue tracker.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/h0x91b/dev-3.0/issue-tracker
Clone the repo
git clone --depth 1 https://github.com/h0x91b/dev-3.0
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,000 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.01000
Opus 5 $0.00000 $0.00500
Sonnet 5 $0.00000 $0.00200
Haiku 4.5 $0.00000 $0.00100

Measured 2d ago against content hash e53dc2747b71, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

issue-tracker scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

docs/agents/issue-tracker.md · 37 lines

How it starts

The opening of the file, as written. The whole thing — 37 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Issue tracker: dev-3.0 Kanban board

Issues and PRDs for this repo live as tasks on the dev-3.0 Kanban board, managed through the dev3 CLI (the same board this project ships). There is no separate issue tracker — a task is an issue. External GitHub PRs are pulled in as a secondary triage surface (see below).

Task and project are auto-detected from the worktree; pass --task <id> / --project <id> to target another.

Conventions (dev3 tasks)

  • Create an issue: dev3 task create --title "..." --description "..." — lands in the To Do (todo) column. For multiline Markdown, pipe it with --description -, for example: cat plan.md | dev3 task create --title "..." --description -.
  • Write long text: task update --description -, note add --content -, and automations ... --prompt - read the body from stdin; @file remains the file-based alternative.
  • Read an issue: dev3 task show --task <id> --notes --history (always prints the current overview; --notes inlines note bodies, --history shows the title/overview change log).
  • List issues: dev3 tasks list [--status <s>] [--label <id>] [--priority P0,P1] [--sort priority|seq] [--limit <n>] [--offset <n>]. Prints a PRI column and orders each group the way the board orders a column — highest priority first, newest seq breaking ties; --sort seq restores plain newest-first. Statuses: todo, in-progress, user-questions, review-by-ai, review-by-user.
  • Comment on an issue: dev3 note add "..." --task <id> — per-task notes are the durable comment/scratchpad analog; they survive worktree teardown and are surfaced to future agents.
  • Apply / remove labels: dev3 label set <id> [<id>...] --task <task> sets the task's labels to exactly the given ids (include every label the task should keep — it replaces the full set); dev3 label set --clear --task <id> removes all. Create a missing label first with dev3 label create "name" [--color "#hex"]; list with dev3 label list.
  • Set the overview (sticky summary): dev3 overview set "..." --task <id>.
  • Change state / column: dev3 task move --task <id> --status <status>. Note: completed and cancelled are UI-only, require user approval, and destroy the worktree — they are not a plain "close".

Read the full file on GitHub · 37 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 37 lines · 0 tokens per session scan A e53dc2747b71

Subscribe to this mod's changes

issue-tracker is an agent published in the GitHub repository h0x91b/dev-3.0 (248 stars, last pushed 3d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,000 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other agents, from other repositories

ap-feature-coordinator

L1 feature coordinator - drives approved ROADMAP.md lanes through their required build/review/verification gates and owns the run-wide feature frontier.

Spielewoy/autoprompt-skill · 33 tokens

sweep-scan

You are a backlog sweeper. ./input.json names one repo and the exact source tree to read it against.

watt-mind/factory · 0 tokens

product-docs

Creates and updates process docs, templates, decision artifacts, and agent specs. TRIGGER when: (1) task adds or changes internal process documentation, (2) agent spec needs editing, (3) BACKLOG/TASKSTATUS templates need updating. SKIP: user-facing docs (use technical-writer), code changes.

yahor-punko/mavericks-os · 0 tokens

technical-writer

Creates and updates user-facing project documentation. TRIGGER when: (1) task produces README, Getting Started guide, API reference, CHANGELOG, or tutorial, (2) external users need to understand the project. SKIP: internal process docs, BACKLOG/TASKSTATUS templates, code changes.

yahor-punko/mavericks-os · 0 tokens

docs-specialist

Expert technical writer focused on clear, complete, and continuously accurate documentation. Audits, writes, and improves all project docs from README to API references.

ZaxbyHub/opencode-swarm · 34 tokens

ap-framework-generator

L3 executor - FRAMEWORK GENERATE. When the SELECTOR returns MISS, generates a one-off custom framework for the exact task shape - classifies the orthogonal axes, composes the gate sequence from the GATE-LIBRARY with the correct axis-specific gate, emits the gen- leaf with the BLOCKED invariant verbatim, binds an…

Spielewoy/autoprompt-skill · 93 tokens