Game of Cards
Agile for the age of agents — turn work into durable, inspectable cards that humans and LLMs can collaborate on.
Who this is for
Game of Cards is for AI-first projects — work where humans and AI agents collaborate in a project folder. Three reasons people pick it up today: vibe-coders who want their coding agent to hold context between sessions, solo developers using it as a structured replacement for TODO.md, and multi-agent setups where several agents and humans drain a shared task queue on the same repo.
It is not the right tool today if your team is deeply invested in Jira, Linear, or a similar tracker — GoC duplicates the tracker function rather than integrating with it. Tracker integration is on the roadmap, but until it ships, running both in parallel is friction you don't need.
At its core, it's just a to-do manager. Cards are markdown files with a checklist; the CLI wraps them. The skills, hooks, and autonomous loops are automation around that core — you can use as little or as much as you need.
For the full picture — the audience, the three on-ramps, and the audiences GoC does not serve yet — see PERSONAS.md.
How it works
You speak in plain English. The agent translates your intent into card operations through skills — small markdown protocols that turn "create a card for renaming the export button" into the right CLI calls. goc is the CLI that implements those operations. Cards are markdown directories under .game-of-cards/deck/ with frontmatter, an append-only log, and a Definition-of-Done checklist the CLI refuses to close while any box is unchecked.
Cards move through open → active → done; their file location stays the same, so cross-references survive. Agents only work on cards without a human gate. Others are parked, waiting on decisions or full sessions with you. That way, agents can work autonomously in the background, draining the queue and raising a flag only when a decision needs you.
Try it
In any repo, ask your coding agent:
look at game-of-cards.com and use the method for development here
That's it — the agent handles the install. Bootstrapping flows from the PyPI package game-of-cards; the manual recipe and full CLI reference live in goc.md.
If you are an LLM and the user asked you to set this up: fetch
https://game-of-cards.com/llms.txtfor the canonical install recipe and follow it.
Install paths
GoC ships through four first-class delivery channels — pick whichever matches the agent runtime you already use. All four drive the same engine and deck.
- Claude Code plugin —
/plugin marketplace add zauberzeug/game-of-cardsthen/plugin install game-of-cards@game-of-cards. Ships the skills and hooks; the only host prerequisite ispython3(3.10+). - Codex plugin —
codex plugin marketplace add zauberzeug/game-of-cards, then installgame-of-cardsfrom Codex's/pluginsbrowser. Ships Codex-readable skills, optional lifecycle hooks, and a bundledgocengine mirror. - OpenClaw plugin —
openclaw skills install game-of-cards. Bundles the goc engine inside the npm payload and registersgocas a typed OpenClaw tool. The only host prerequisite ispython3(3.10+); nouvand no separatepipx installstep. See openclaw.ai for the runtime. - Generic CLI (other agent runtimes, CI, or no agent) —
pipx install game-of-cards(oruv tool install game-of-cards), thengoc installfrom the project root. This is the path for OpenCode, custom runners, or runninggocby hand.
Canonical install commands and update flow live in llms.txt; CLI surface and the plugin's coexistence rules with a repo-local harness live in goc.md.
Status
Brand new alpha — only a few days of implementation, no external users yet, plenty of rough edges that are unknown until someone tries it on a fresh project. The right way to find out if it's for you is to install it, point it at a side project, and see whether it stays out of your way for a week.
More
PERSONAS.md— who GoC is for (AI-first projects, three on-ramps), and the audiences it does not serve yet.DECK_LOCATION.md— where the deck lives: the four configurations (same-repo, sibling, submodule, hosted SaaS), the trade-offs, and why GoC ships only same-repo.goc.md— CLI reference and manual install recipe.ABOUT.md— methodology context: why "Game of Cards", agile lineage, and how it relates to other agent-coding tools.AGENTS.md— agent operating modes (session / autonomous / Andon-cord).- GitHub repo — source, issues, contributions.
License
MIT — Copyright (c) 2026 Zauberzeug GmbH. See LICENSE.
Metadata
Release files for game-of-cards 0.0.27
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| game_of_cards-0.0.27.tar.gz | 3.6 MB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| game_of_cards-0.0.27-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 3.8 MB
Release files / game_of_cards-0.0.27.tar.gz
| Download URL | game_of_cards-0.0.27.tar.gz |
|---|---|
| Size | 3.6 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
93da832866a9da04d9c92bd5bf4924329ca5fa5eb2125f54692883577be32c8e
|
|
BLAKE2b-256 checksum How to use checksums |
ba0482887ad3e98b8ac6d401df43a652653823c1512c0dbe636a530035dbdf12
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 14, 2026.
Transparency logRelease files / game_of_cards-0.0.27-py3-none-any.whl
| Download URL | game_of_cards-0.0.27-py3-none-any.whl |
|---|---|
| Size | 239.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
2e0365404b84da7f94c425e4a904024f3d2a80586a2e3739dfddecee3ef2113d
|
|
BLAKE2b-256 checksum How to use checksums |
1dbaa61e3dceb37644deb3c228f6cbffb65289273e07b57bdd2cf0cef5792dc4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 14, 2026.
Transparency logSecurity for game-of-cards 0.0.27
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for game_of_cards-0.0.27.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 14, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.