Skip to main content

Zing AI development pipeline installer

Project description

Zing!

Zing! Don't wing your code. Zing your code.


Zing plans, builds, tests, and ships clean code with AI.
Zing keeps you in charge at each step.
This is the Zen of Zing.


The Problem

AI is good at a lot of things. Reducing entropy isn't one of them.

Every AI-generated line of code is a small bet. Sometimes it's exactly right. Often it's close enough. But over hundreds and thousands of those bets, the misses accumulate. Variable names drift. Abstractions get duplicated. Edge cases get papered over. The codebase collapses because it decays.

AI coding assistants are great at writing functions. But shipping software isn't just writing functions. It's understanding what to build, figuring out where it fits in the codebase, breaking work into steps that make sense, building it incrementally, reviewing it properly, and tracking it in your project management tool. Today, you do all of that orchestration yourself, or you don't, and entropy wins.

Why Zing is Different

It's an entropy reduction engine.

Zing gives you the tools to stay in control. You make the big decisions: what to build, which approach to take, which trade-offs to accept. The AI handles the smaller implementation decisions within the boundaries you set. This is the opposite of vibe coding. It's structured coding with AI as the executor, not the architect.

The review loop.

Code review isn't just a gate at the end. It's how the system self-improves. Four specialized review agents catch inconsistencies, flag drift from the plan, and surface entropy before it gets committed. Every review pass actively removes disorder from the system. The result is a codebase that gets cleaner over time, not messier, even though AI is writing most of the code, because humans are involved in every step of the process.

It's a pipeline, not a prompt.

Each stage feeds into the next. The plan audit catches problems before they're built. The build follows the audited plan exactly. The code review knows what was intended because it has the spec. Entropy can't sneak in between the cracks when there are no cracks.

Parallelism is a first-class concept.

Codebase exploration, plan evaluation, and code review all fan out across multiple specialized agents working simultaneously. This isn't just faster. It produces better results because each agent has a focused lens.

Humans stay in the loop.

Zing doesn't disappear into a corner and come back with a PR. It checks in at every stage, confirming the spec, walking through plan improvements, discussing review findings one by one. You make the decisions. Zing does the legwork.

Chain of thought, not chain of hope.

The pipeline structure acts as an external chain of thought. Each stage narrows the problem space before the next one starts. The AI never has to hold an entire complex system in its head at once. It specs, then plans, then builds one step at a time. This is how you get reliable output on complex systems.

It's opinionated about discipline.

The build phase has strict anti-patterns: no deviations from the plan, no bonus features, no drive-by refactoring. Every step has acceptance criteria. Every completion gets a commit. This is how you ship reliably with AI, by keeping it on rails.

What Zing Does

Zing is a pipeline of eight specialized AI tools that integrate with one another:

1. Capture (/zing)

Zing starts with a conversation or a Linear ticket URL. It listens, asks the right questions, and saves a structured spec to your .zing/ directory. No templates to fill out. Just talk about what you want to build.

2. Plan (/zing-plan)

Zing explores your codebase in parallel. Multiple agents fan out simultaneously to map relevant files, understand existing patterns, and identify integration points. It asks you targeted questions, then produces a concrete action plan with acceptance criteria for every step.

3. Audit the Plan (/zing-plan-audit)

Before a single line of code is written, parallel evaluation passes stress-test your plan:

  • Design Fundamentals: Is this the right approach? Is it overengineered?
  • Robustness & Safety: Will it break things? Is it testable?
  • Executable Spec: Is every step specific enough to actually build?
  • Code Quality: Does it follow the idioms of the codebase?

Each dimension gets a rating, and weak spots come with concrete improvement options.

4. Track (/zing-plan-linear)

Zing creates a Linear project with tickets for each phase, sequential dependencies between them, and the full plan attached as a document. Your project management stays in sync without you touching it.

5. Build (/zing-build)

Zing executes the plan step by step. After each step, it commits, updates the progress checklist, and moves on. No scope creep, no unsolicited refactoring, no features that weren't in the plan. Just disciplined, incremental delivery against the spec.

6. Review (/zing-build-audit)

Four parallel review agents examine your branch's changes like senior developers:

  • Correctness: Logic errors, edge cases, error handling
  • Security & Reliability: Vulnerabilities, production readiness
  • Quality & Style: Naming, readability, idiomatic code
  • Coverage & Performance: Test gaps, bottleneck risks

Findings come with severity and confidence ratings. Zing walks you through each one individually, discusses fixes, and writes a full review report.

7. Ship

When the review is clean, Zing offers to open your pull request. Draft by default, because you're still in control.

8. PR Review (/zing-pr-audit)

Once a PR is open, Zing can review it the way a senior developer would — on GitHub, with line-level comments. It checks out the PR branch, reads every changed file in full, fans out four parallel review agents (the same ones from the build review), and walks you through each finding before submitting. The final review is posted via the GitHub API with inline comments on the exact lines that matter, severity ratings, and code suggestions where the fix is obvious. The review action (approve, comment, or request changes) is your call. A local markdown report is also saved so you can feed findings straight back into /zing-plan if fixes are needed.

9. Code Audit (/zing-custom-audit)

Point Zing at any area of your codebase — files, directories, or just a description like "the authentication module" — and it performs a focused audit. Zing resolves your description to concrete files, confirms the scope with you, then fans out six parallel review agents to analyze the code as it stands today. Each finding is walked through one by one so you can validate, discuss, or dismiss it. Confirmed findings are written to a markdown report you can feed into /zing-plan to start fixing them.


Installation

Prerequisites

  • Python >= 3.12
  • uv

Recommended MCP Servers

Zing works best when your AI coding assistant has the following MCP servers installed and configured:

  • Serena — Semantic code tools via LSP for token-efficient code exploration and precise symbol-level editing
  • AI Distiller — Compact code structure extraction and specialized analysis (security audits, bug hunting, refactoring)
  • CodeGraphContext — Code graph analysis for understanding call chains, detecting dead code, and architectural queries
  • Context7 — Up-to-date library documentation and code examples, so your assistant doesn't rely on stale training data

It also benefits from having the GitHub CLI (gh) installed for creating pull requests, managing issues, and interacting with GitHub directly from the command line.

These servers give Zing's agents deeper insight into your codebase during planning, building, and reviewing.

Install bleeding edge from GitHub

uv tool install git+https://github.com/Farmer-Pete/Zing

Set up commands for your AI coding assistant

Interactive mode (asks which runtime to install for):

zing-ai install

Claude Code:

zing-ai install --claude

OpenCode:

zing-ai install --opencode

Both:

zing-ai install --all

Updating

uv tool upgrade zing-ai
zing-ai install --claude   # or --opencode or --all

If you've customized any commands, they'll be backed up to a zing-patches/ directory before being overwritten. To see your backed-up customizations:

zing-ai reapply-patches --claude   # or --opencode

Usage

After installation, the zing commands are available as slash commands in your AI coding assistant:

  • /zing — Start a new zing (capture what you want to build)
  • /zing:plan — Break it down into an actionable plan
  • /zing:plan-audit — Audit the plan for soundness
  • /zing:build — Execute the plan step by step
  • /zing:build-audit — Review the code changes
  • /zing:custom-audit — Audit existing code for issues
  • /zing:pr-audit — Review a pull request on GitHub
  • /zing:plan-linear — Create Linear tickets from the plan

In OpenCode, use flat naming: /zing-plan, /zing-build, etc.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

zing_ai-0.1.0.tar.gz (58.0 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

zing_ai-0.1.0-py3-none-any.whl (71.1 kB view details)

Uploaded Python 3

File details

Details for the file zing_ai-0.1.0.tar.gz.

File metadata

  • Download URL: zing_ai-0.1.0.tar.gz
  • Upload date:
  • Size: 58.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for zing_ai-0.1.0.tar.gz
Algorithm Hash digest
SHA256 6ea690042091eb382fe2563642973636f360f6201f082df4d2fee9b05c8eb00f
MD5 6ad85778ce366f1dbd5e9c1afd918bf6
BLAKE2b-256 87b00108cc73d1f59a91203eab10b0d512e092746a87471a4fb28a1a2ea9f7d2

See more details on using hashes here.

Provenance

The following attestation bundles were made for zing_ai-0.1.0.tar.gz:

Publisher: publish.yml on Farmer-Pete/Zing

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file zing_ai-0.1.0-py3-none-any.whl.

File metadata

  • Download URL: zing_ai-0.1.0-py3-none-any.whl
  • Upload date:
  • Size: 71.1 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for zing_ai-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 941f5e9fdc51a257057c13bb03b60011a92756336f6d29df2402ee34d20f8f7a
MD5 9159291a46b543301c08af66f55257b8
BLAKE2b-256 a53785aaf528928f166ed3939b698e3ed2996e0da4ad92d807c1b685b39f62ef

See more details on using hashes here.

Provenance

The following attestation bundles were made for zing_ai-0.1.0-py3-none-any.whl:

Publisher: publish.yml on Farmer-Pete/Zing

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page