# Project Flow Ops

> Use when projects or tasks need explicit state, WIP control, ownership, definitions of done, blocker handling, and verified closure.

- **Type:** Skill
- **Install:** `agentstack add skill-mark393295827-third-brain-v7-skills-project-flow-ops`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [Mark393295827](https://agentstack.voostack.com/s/mark393295827)
- **Installs:** 0
- **Category:** [Productivity](https://agentstack.voostack.com/c/productivity)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [Mark393295827](https://github.com/Mark393295827)
- **Source:** https://github.com/Mark393295827/third-brain-v7-skills/tree/main/skills/project-flow-ops
- **Website:** https://github.com/Mark393295827/third-brain-v5-skills/tree/master

## Install

```sh
agentstack add skill-mark393295827-third-brain-v7-skills-project-flow-ops
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# Project Flow Ops

  Project objective, tasks, owners, dependencies, budgets, artifacts, current states, and definitions of done.
  A WIP-limited project state with ranked work, explicit blockers, bounded actions, and verified closure receipts.
  Every active item has one owner and observable artifact, and completion is backed by its named fresh verification.
  Hidden WIP, duplicate ownership, status by intuition, backlog accumulation, or completion without evidence.

Maintain a small, inspectable project state machine: `BACKLOG -> ACTIVE -> BLOCKED | COMPLETED`. Optimize flow and verified outcomes, not task volume.

## Usage Template

Provide: project objective, current tasks, owners, dependencies, time budget, artifacts, and definition of done. Optional: prior review receipts.

## Workflow

Normalize each item into `{id, objective, owner, state, artifact, definition_of_done, budget, dependencies}`. Reject duplicate ownership and distinguish waiting from active execution.

If an active item lacks an owner, artifact, or observable definition of done, return `NEEDS_INPUT`. Probe the ambiguity with the largest impact on scheduling; do not guess priority from wording alone.

1. Rank work by objective impact, urgency, dependency leverage, and cost of delay.
2. Limit `ACTIVE` to one or two items per owner.
3. Decompose the selected item until one bounded action can produce a reviewable artifact.
4. For a blocker, record owner, missing condition, evidence, next probe, and review time; move independent work forward.
5. Run the verification named in the definition of done.
6. Move to `COMPLETED` only with a fresh receipt; otherwise keep `ACTIVE` or `BLOCKED`.
7. At review, remove stale backlog items and state the next constraint.

Check state-transition legality, WIP limits, ownership, artifact existence, and completion evidence. Use an independent check for consequential deliverables. If verification fails, reopen the item with the failure evidence and smallest corrective action.

Persist `{run_id, status, attempt, budget, evidence, unknowns, last_error, next_action}` plus project objective, task ledger, dependency map, WIP count, transition history, and receipts. Transitions are append-only events; current state is derived from the latest valid event.

## Failure Protocol

- `NEEDS_INPUT`: ownership, priority boundary, or definition of done is missing.
- `BLOCKED_DEPENDENCY`: execution cannot continue; preserve the blocker contract and review time.
- `VERIFY_FAILED`: the artifact fails its named check; reopen rather than relabel completion.
- `NO_PROGRESS`: two reviews produce no new evidence; reduce scope, change strategy, or escalate.
- `BUDGET_STOP`: stop active work, persist state, and report the highest-value next action.

## Output Contract

Return `status`, `result` (project board and transition decisions), `evidence` (artifacts and receipts), `unknowns`, and `next_action` with owner and review time.

## Edge Cases

- Everything is marked urgent: use cost of delay and dependency leverage, then force one explicit tradeoff.
- A task is 90% complete but verification is unavailable: keep it active or blocked; never infer the final 10%.

## Success Metrics

- Active WIP remains within the declared limit.
- Every completed task has an artifact and fresh verification receipt.
- Blocked work names an owner, next probe, and review time.

## Quality Gates

- [ ] Every active task has one owner and bounded budget.
- [ ] State transitions are legal and traceable.
- [ ] Completion evidence is fresh and objective.
- [ ] The next constraint is explicit after each review.

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [Mark393295827](https://github.com/Mark393295827)
- **Source:** [Mark393295827/third-brain-v7-skills](https://github.com/Mark393295827/third-brain-v7-skills)
- **License:** MIT
- **Homepage:** https://github.com/Mark393295827/third-brain-v5-skills/tree/master

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-mark393295827-third-brain-v7-skills-project-flow-ops
- Seller: https://agentstack.voostack.com/s/mark393295827
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.
