development-workflow

A set of repository instructions for development through Docker Compose, a tool for running the project's services together. It documents commands for the web app, database, tests, linting, type checking, and builds.

In plain words
What is it for?
Use it when developing this repository to start its services, run checks and tests, generate or migrate the database, seed data, and build the application.
Why use it?
It gives coding agents the expected environment and commands, reducing mistakes caused by running work on the wrong service or outside the project setup.

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/icoretech/airbroke/development-workflow
Clone the repo
git clone --depth 1 https://github.com/icoretech/airbroke
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 506 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.00506
Opus 5 $0.00000 $0.00253
Sonnet 5 $0.00000 $0.00101
Haiku 4.5 $0.00000 $0.00051

Measured yesterday against content hash 93b7ceb7ed84, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

development-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 yesterday.

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/development-workflow.md · 63 lines

How it starts

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

Development Workflow

Container First

This repo is developed through Docker Compose. Start the main services before running repository commands:

docker compose -f docker-compose.yml up -d web db

Use docker compose exec against running services for normal work:

  • web: app runtime, Prisma commands, linting, typechecking, production build
  • test: one-shot Vitest execution against the dedicated testdb service, both available through the test profile

Use host commands only for Docker diagnostics such as docker compose ps, docker compose logs, or image and volume troubleshooting.

Common Commands

docker compose exec web yarn typecheck
docker compose exec web yarn biome:lint
docker compose exec web yarn react-doctor
docker compose exec web env NODE_ENV=production yarn build
docker compose exec web yarn db:generate
docker compose exec web yarn db:migrate
docker compose exec web yarn db:seed
docker compose -f docker-compose.yml --profile test run --rm test yarn test --run

Database Workflow

  • DATABASE_URL is required at runtime.
  • DIRECT_URL is required for migrations when the main URL points through a pooler or proxy.
  • The compose stack wires web to db and the test profile to testdb. Keep app commands on web and run test commands through the profile so development data and test data stay separate without a persistent watcher.
  • Postgres 18+ is mounted at /var/lib/postgresql, not /var/lib/postgresql/data.

Build and Dependency Changes

  • Rebuild or restart the compose services after changing package.json, yarn.lock, Dockerfiles, or dependency-related env.
  • The production image uses output: "standalone". The runtime server is assembled from .next/standalone, .next/static, public/, and prisma/.
  • Keep .env aligned with .env.dist and real local values before debugging runtime issues.

Make Targets

The Makefile is only a thin Docker wrapper:

  • make build: docker compose build --pull
  • make run: docker compose up ... --remove-orphans
  • make stop: docker compose down --remove-orphans
  • make resetdb: isolated prisma migrate reset --force

Read the full file on GitHub · 63 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. yesterday First seen · 63 lines · 0 tokens per session scan A 93b7ceb7ed84

Subscribe to this mod's changes

development-workflow is an agent published in the GitHub repository icoretech/airbroke (222 stars, last pushed 2d ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 506 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

software-engineer

Implements Accepted specs end to end, fixes bugs, and refactors without changing behaviour. Use proactively for new features once the spec is Accepted, domain/Prisma/Server Action changes, and technical approach decisions. Do not use when the request is a problem without a spec — that is product-manager.

krivoox/agent-stack-template · 65 tokens

code-reviewer

Reviews a change against this repository's layer, tenancy, security and testing contracts. Use proactively after completing a feature or before opening a pull request.

krivoox/agent-stack-template · 33 tokens

product-manager

Turns a raw idea or vague request into scoped user stories with acceptance criteria. Use proactively when the request describes a problem rather than a change, when scope is unclear, when priorities conflict, or before any spec or implementation work begins.

krivoox/agent-stack-template · 49 tokens

devops-engineer

Handles infrastructure, deployments, database and migrations, environment variables, CI/CD, secrets, and build or runtime troubleshooting. Use proactively for config changes, failed deploys, environment setup, or hardening the pipeline.

krivoox/agent-stack-template · 47 tokens

domain-architect

Designs domain rules, invariants and pure function contracts before implementation. Use proactively for new features with non-trivial rules, ambiguous or conflicting requirements, calculations and state machines, inconsistencies between a spec and the code, or when deciding what belongs in domain versus services.

krivoox/agent-stack-template · 58 tokens

ui-ux-developer

Designs and builds product interfaces — screens, layouts, forms, sheets, tables, dashboards, empty and error states. Use proactively when creating or refining any user-facing surface, or auditing an existing one.

krivoox/agent-stack-template · 47 tokens