delivery-method
v0.2.2Méthode de livraison en trois phases pour Claude Code : spécification, implémentation story par story en sessions jetables, recette. Moteur deliveryctl, rôles, commandes, gabarits.
By peugeneLicense: MIT0 GitHub starsUpdated 1 hour ago
Directory evidence
- Runtimes
- Claude Code
- Parsed components
- 9 skill or MCP entries
- Source updated
- Oct 2, 2026
- Manifest status
- Canonical path parsed
The directory validates manifest shape and source location. It does not execute the plugin or provide a security endorsement. Review the indexing methodology →
Install delivery-method for Claude Code
claude plugin marketplace add IchenDEV/agent-plugin-mkt
claude plugin marketplace update agent-plugin-marketplace
claude plugin install delivery-method@agent-plugin-marketplacePaste and run these commands in a terminal with Claude Code. They add and refresh the PluginsMP catalog, then install this plugin.
The installer fetches third-party code from the source repository shown on this page. This directory validates manifest structure and source location, but does not perform a security audit; review the manifest, components, and source before installing.
Get the source manually
git clone https://github.com/peugene/delivery-methodClone the source repository, then follow its setup instructions to add the plugin to a compatible client. The repository root is the plugin root.
Plugin files
├── .claude-plugin/plugin.json├── skills/acceptance-by-role/SKILL.md├── skills/adversarial-review/SKILL.md├── skills/anchoring/SKILL.md├── skills/brainstorm/SKILL.md├── skills/framing-discussion/SKILL.md├── skills/qualification-doctrine/SKILL.md├── skills/spec-writing/SKILL.md├── skills/testing-doctrine/SKILL.md└── skills/work-orders/SKILL.md
Included Skills9
How to write the shared Playwright acceptance suite from the spec - tags per criterion, locators by role and label key, data only through the UI and the harness, a new client state per test, red against the empty app. Used by the product-analyst after the GO close and by spec reviewers.
Mechanics of an adversarial review in any phase - independent angles with evidence, a refuter per finding, verdict before reading the author's, three attacks on a flawless result, read versus probe, no number without measurement. Used by spec-reviewer, refuter, story-reviewer and the leads that synthesise a review.
How to establish a fact before passing it on or acting on it - code over documentation, a guard read from its real input, searches that can fail, state checked after a change, level 2 probes, and the read / measured / inferred label. Used by the technical-lead, the story-implementer and the story-reviewer.
Explore an idea with the decision owner without committing to anything - no memory, no note, no file - then close on the owner's word - forget, archive or frame. Invoked by the owner only, in a human session, on any topic and at any phase.
How a lead frames with the decision owner under the discuss regime - read the existing, give an opinion, ask numbered questions with recommendations, record decisions verbatim, decide nothing in silence. Used by the product-analyst and by the technical-lead in framing.
Doctrine of the qualification phase (observe and record) - surface drawn from the code, negatives by default, material versus product failures, replay rather than date, installation and removal as tests, evidence as a verdict plus one line. Load it to plan, run or synthesize a qualification.
How to write technology-neutral spec stories - behaviour in the present tense, numbered business rules, flows, Given/When/Then criteria, UI contract, outcomes - and when a story is ready. Used by the product-analyst and by spec reviewers.
What to test in a story, at which layer, which checks run when (targeted tests, check, the story's UI tests, the nightly full suite), how a check guards its own preconditions, and how to investigate a red build. Used by the story-implementer and the story-reviewer.
How the technical-lead writes a work order (docs/stories/<id>/order.md) that a mid-range agent carries out without a question, and how it reads the report that comes back. Used before every `deliveryctl story open` and after every story stop.
Plugin manifests1
{
"name": "delivery-method",
"version": "0.2.2",
"description": "Méthode de livraison en trois phases pour Claude Code : spécification, implémentation story par story en sessions jetables, recette. Moteur deliveryctl, rôles, commandes, gabarits.",
"author": {
"name": "peugene",
"url": "https://github.com/peugene"
},
"homepage": "https://github.com/peugene/delivery-method",
"repository": "https://github.com/peugene/delivery-method",
"license": "MIT",
"keywords": [
"delivery",
"method",
"stories",
"specification",
"qualification",
"worktree",
"review"
]
}For maintainers
If you maintain this plugin, link to this source-backed listing from your README so users can review its manifest and indexed components.
[delivery-method on Agent Plugins Marketplace](https://pluginsmp.com/plugins/delivery-method)