zeugnis
v1.0.2Audit AI-generated code quality across four independent domains — hallucinated dependencies, weak test assertions, contract drift, and agentic-loop reliability — with independent verification and a bounded self-optimization fix cycle.
By Anselm Hahn1 GitHub starsUpdated yesterday
Directory evidence
- Runtimes
- Claude Code
- Parsed components
- 8 skill or MCP entries
- Source updated
- Sep 22, 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 zeugnis for Claude Code
claude plugin marketplace add IchenDEV/agent-plugin-mkt
claude plugin marketplace update agent-plugin-marketplace
claude plugin install zeugnis@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/Anselmoo/werkstoffClone the source repository, then follow its setup instructions to add the plugin to a compatible client. The plugin root is plugins/zeugnis/.
Plugin files
├── .claude-plugin/plugin.json├── skills/zeugnis-agentic-reliability/SKILL.md├── skills/zeugnis-assertion-audit/SKILL.md├── skills/zeugnis-code-change/SKILL.md├── skills/zeugnis-contract-drift/SKILL.md├── skills/zeugnis-cycle/SKILL.md├── skills/zeugnis-dependency-audit/SKILL.md├── skills/zeugnis-preflight/SKILL.md└── skills/zeugnis-status/SKILL.md
Included Skills8
Use when the user asks to audit this plugin repository's own skill, agent, or workflow definitions for agentic-loop reliability defects, wants to check for unbounded retries, missing escalation paths, unwired Find/Verify phases, or excessive tool grants, or asks 'is our own agent design safe'. Verification runs by default and only skips if the user explicitly says skip_verification. Findings fall into exactly four categories.
Use when the user asks whether their test suite would actually catch bugs, wants a mutation-testing pass over target source and test files, asks to check for weak or tautological assertions, or wants zeugnis's assertion audit run. Not for proving that a specific change, fix, wire, or numeric claim is correct -- use andon:andon-verify for adversarial verification of a change; this skill judges only the tests. Every finding is labeled real-tool or llm-reasoned.
Use when the user asks for a pre-commit quality check on staged or uncommitted changes, wants a quick zeugnis pass over 'what I just changed' before committing, or asks 'is this diff okay to commit'. Only runs the domains whose file patterns match the changed files, and always produces an advisory verdict that never blocks the commit.
Use when the user asks to audit type signatures, docstrings, or API/OpenAPI/GraphQL schemas against actual call-site or handler usage, wants to check for contract drift after a refactor, or wants zeugnis's contract-drift audit run. Scope is structural, machine-checkable declarations only. Not for prose documentation drift — claims in CLAUDE.md, README.md, ARCHITECTURE.md, DECISIONS.md or ADR files no longer matching the code: use befund-docs-drift for that. Verification runs by default and only skips if the user explicitly says skip_verification.
Use when the user asks for a bounded self-optimization loop that re-runs zeugnis's audits until convergence or a pass cap, wants to 'run the zeugnis cycle', 'keep fixing findings until done', or asks for propose-only vs fix-mode passes. Runs at most max_passes_per_invocation (default 5) passes, applies fixes only in fixable domains, and stops early on convergence — every bound is enforced by scripts/cycle_engine.py, not by this file's instructions.
Use when the user asks to audit declared dependencies for hallucinated, nonexistent, or typosquat-adjacent packages, wants zeugnis's dependency audit run, or asks whether package.json/requirements.txt/pyproject.toml/Cargo.toml/go.mod/Gemfile entries actually exist. Performs bounded, read-only registry lookups with a mandatory-unless-flagged independent verification pass.
Use when the user asks whether this repository is ready for zeugnis audits to run successfully, wants a pre-flight/readiness check before running zeugnis-dependency-audit, zeugnis-assertion-audit, zeugnis-contract-drift, or zeugnis-agentic-reliability, or asks 'is zeugnis set up correctly here'. Runs five independent checks and reports one readiness verdict per domain skill.
Use when the user asks where zeugnis's quality analysis stands, which reports are stale, what to run next, or wants a dashboard of all findings so far. Read-only: never triggers an audit itself, only reports on what has already run.
Plugin manifests1
{
"name": "zeugnis",
"version": "1.0.2",
"description": "Audit AI-generated code quality across four independent domains — hallucinated dependencies, weak test assertions, contract drift, and agentic-loop reliability — with independent verification and a bounded self-optimization fix cycle.",
"author": {
"name": "Anselm Hahn",
"email": "[email protected]"
},
"keywords": [
"code-quality",
"hallucination-detection",
"dependency-audit",
"mutation-testing",
"contract-drift",
"agentic-reliability"
]
}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.
[zeugnis on Agent Plugins Marketplace](https://pluginsmp.com/plugins/zeugnis)