engineering-workflow

engineering-workflow is a cursor rule for Cursor from kok-o/koko-contextos-agents. It costs 2,861 tokens per session, scanned A, original, MIT.

A six-stage engineering workflow for moving from an idea to shipped software through definition, planning, implementation, testing, review, and release.

In plain words
What is it for?
Use it to structure project work across specification, planning, building, verification, review, and shipping, with explicit roles and quality gates at each stage.
Why use it?
It provides checkpoints before and after coding so requirements, design, tests, quality checks, and release readiness are handled systematically.

Cursor rule for Cursor

Written for Cursor: installed under .cursor/. Also seen: mentions subagents; built for gstack.

Good fit Use it to structure project work across specification, planning, building, verification, review, and shipping, with explicit roles and quality gates at each stage.

Compare 6 cursor rules from other repositories ↓
Install with agentmods
npx agentmods add rules/kok-o/koko-contextos-agents/engineering-workflow
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.

Clone the repo
git clone --depth 1 https://github.com/kok-o/koko-contextos-agents

Made for: Cursor.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for engineering-workflow

README.md
[![agentmods](https://agentmods.dev/badge/rules/kok-o/koko-contextos-agents/engineering-workflow/github.svg)](https://agentmods.dev/rules/kok-o/koko-contextos-agents/engineering-workflow)
Your own site
<a href="https://agentmods.dev/rules/kok-o/koko-contextos-agents/engineering-workflow"><img src="https://agentmods.dev/badge/rules/kok-o/koko-contextos-agents/engineering-workflow/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for engineering-workflow

Your own site · 80×15
<a href="https://agentmods.dev/rules/kok-o/koko-contextos-agents/engineering-workflow"><img src="https://agentmods.dev/badge/rules/kok-o/koko-contextos-agents/engineering-workflow.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 2,861 This file is loaded in full into every session.
When invoked 2,861 The same file — it is already loaded in full.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
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.1 $0.02861 $0.02861
Opus 5.5 $0.01144 $0.01144
Sonnet 5.5 $0.00572 $0.00572
Haiku 4.5 $0.00286 $0.00286

Measured 1mo ago against content hash 274e25618ebe, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

engineering-workflow 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 1mo 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.

.cursor/rules/engineering-workflow.mdc · 345 lines

How it starts

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

Skill: engineering-workflow

engineering-workflow

Overview

Systematic 6-phase engineering pipeline (DEFINE → PLAN → BUILD → VERIFY → REVIEW → SHIP) enforcing role declarations, atomic task execution, quality gates, regression prevention, and structured requirements elicitation.

When to Use

Activate on all project tasks to orchestrate structured development, spec definition, architectural planning, and verification gates.

Rules & Patterns

Inspired by addyosmani/agent-skills by Addy Osmani (Google Chrome) and obra/superpowers.

Core Principle

A junior writes code immediately. A senior writes a spec first.
You are a senior. You never write code until the spec and plan are approved.


The 6-Phase Development Pipeline

  DEFINE          PLAN           BUILD          VERIFY         REVIEW          SHIP
 ┌──────┐      ┌──────┐      ┌──────┐      ┌──────┐      ┌──────┐      ┌──────┐
 │ Idea │ ───▶ │ Spec │ ───▶ │ Code │ ───▶ │ Test │ ───▶ │  QA  │ ───▶ │  Go  │
 │Refine│      │  PRD │      │ Impl │      │Debug │      │ Gate │      │ Live │
 └──────┘      └──────┘      └──────┘      └──────┘      └──────┘      └──────┘
   /spec          /plan          /build        /test         /review       /ship

[ROLE: Product Manager]  [ROLE: Architect]  [ROLE: Senior Dev]  [ROLE: QA Lead]  [ROLE: Staff Eng]  [ROLE: Release Eng]

IRON RULE: In interactive development, no phase can be skipped and no code is written before /plan is approved.
Direct Build Exception: When the prompt/caller explicitly requests a standalone implementation, or declares [PHASE: Build], execute the BUILD phase directly and deliver the complete, self-contained production code without conversational pauses.


Phase 1: DEFINE — /spec

Auto-activates → [ROLE: Product Manager]

Turn vague intent into a precise, executable specification.

Step 1.1: The Interview Protocol (interview-me)

Read the full file on GitHub · 345 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. 1mo ago Changed · +6 lines · +133 tokens per session 274e25618ebe
  2. 1mo ago First seen · 339 lines · 2,728 tokens per session scan A 51902f94c964

Subscribe to this mod's changes

engineering-workflow is a cursor rule published in the GitHub repository kok-o/koko-contextos-agents (2 stars, last pushed 1mo ago), licensed MIT. It adds 2,861 tokens to every session, about $0.0114 per session on Opus 5.5. 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-31.

Related

Other cursor rules, from other repositories

deepen-architecture

Find deepening opportunities in a codebase, informed by the domain language in specs/tech-architecture/tech-stack.md and the decisions in specs/adr/. Use when the user wants to improve architecture, find refactoring opportunities, consolidate tightly-coupled modules, or make a codebase more testable and AI-navigable.

danielvm-git/bigpowers · 67 tokens

craft-skill

Create new bigpowers skills with proper structure, progressive disclosure, and bundled resources. Use when user wants to create, write, or build a new skill for the bigpowers lifecycle.

danielvm-git/bigpowers · 36 tokens

grill-me

Interactive assumption-surfacing Q&A that stress-tests a plan through relentless questioning until every decision is resolved. Use when user wants to challenge a plan, validate decisions from conversation/context, or mentions "grill me". For doc-grounded variant, use grill-with-docs.

danielvm-git/bigpowers · 55 tokens

run-planning

DISCOVER-PHASE ADVANCER — Drive the discover-phase checklist (specs/planning-status.yaml) through survey-context → scope-work → research-first → elaborate-spec → plan-release → slice-tasks. NOT a duplicate of plan-work or the planning spine; it orchestrates the pre-coding discover phase only.

danielvm-git/bigpowers · 64 tokens

slice-tasks

PLANNING SPINE STEP 2 of 3 — Slice the work: break a scoped PRD into vertical-slice stories in specs/epics/. Use after scope-work (step 1), before plan-work (step 3). Not a substitute for scope-work or plan-work.

danielvm-git/bigpowers · 59 tokens

terse-mode

Fallback ultra-compressed communication mode. Cuts token usage 75% by dropping filler, articles, and pleasantries while keeping full technical accuracy. Use ONLY when context is critically long and compressing output is necessary to continue. Not a strategy — token discipline comes from code shape (small functions…

danielvm-git/bigpowers · 101 tokens