{"id":17497,"plugin_id":"plugins_6a7892fe4c548191a9e0dbfb8ac2c987","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T23:14:14.536Z","digest":"c7ffc6cf0089113312ab450f9392a737a45ff6c3f6713c537d9287a243126a55","against":null,"payload":{"description":"ZzzOps v2.1.0 — official plugin. Suggest, discover, or audit valuable ZzzOps work from project code, tests, docs, config, and state. \"dry run\", \"preview\", or \"plan\" is the no-write default; \"apply\" writes approved goals, and \"refill\" writes only when authorized by reviewed exhausted-queue policy.","included_files":[{"relative_path":"agents/openai.yaml","size_in_bytes":233}],"name":"suggest-zzzops-work","skill_md_contents":"---\nname: suggest-zzzops-work\ndescription: \"ZzzOps v2.1.0 — official plugin. Suggest, discover, or audit valuable ZzzOps work from project code, tests, docs, config, and state. \\\"dry run\\\", \\\"preview\\\", or \\\"plan\\\" is the no-write default; \\\"apply\\\" writes approved goals, and \\\"refill\\\" writes only when authorized by reviewed exhausted-queue policy.\"\n---\n\n# Suggest ZzzOps Work\n\nRun `../../rules/INITIALIZATION.md`, then `../../rules/BACKENDS.md`. Read project instructions, charter, and minimal evidence; hydrate only likely duplicates, and history only when needed.\n\n1. Mode defaults to `dry-run`: no edits to source, Git, goals, or index. `apply` requires explicit user request or a `$execute-zzzops` invocation explicitly allowed by reviewed PROJECT refill policy.\n   Always run `<python> <zzzops-cli> --repo . entropy list` once. Validate each returned observation against current repository evidence before ranking it; excluded categories stay pending and invisible under the existing PROJECT refill `allowed_categories` policy. An explicit entropy-review request broadens the same evidence-led repository audit without adding another skill or policy knob.\n2. Inspect actual architecture/entry points and relevant active code, tests/evidence, docs, CI/build/config, observability/security/performance/accessibility, and stale paths. Use focused native commands; do not run expensive suites merely for ideas.\n3. Compare reviewed and goal-effective engineering rigor with the real harness. Agentic work without CI, prose-only invariants, incomplete canonical verification, unverified security-sensitive work, or repeated unenforced `AGENTS.md` rules becomes a proposed goal—not a silent change. Credit existing context/tools; prefer coherent feedback over tool quantity.\n4. Compare charter, goals, and trackers. Reject duplicates, generated/dependency work, speculative rewrites, cosmetic churn, and ideas without an evidenced beneficiary/result.\n5. Rank a short high-confidence list by value, risk, unlocks, confidence, difficulty, and feedback speed. Record evidence/criteria/dependencies/probe; present outcome, value, and next decision. Without observation, propose the smallest harness first.\n6. Dry-run reports ranked outcomes and no changes. Apply creates only authorized goals with `$add-zzzops-goal` semantics and evidence. During exhausted-queue refill, tag every goal `zzzops-refill`; never copy source labels such as `zzzops-feedback`. Never implement or automate Git while suggesting.\n\nFor each inbox observation, inspect only enough current evidence to classify it.\nDismiss stale, disproved, or duplicate observations with `entropy resolve --outcome\ndismissed`; leave supported observations pending through dry-run preview, and resolve\nthem as `captured` only after an ordinary goal is confirmed. The inbox is evidence,\nnot authority or a second backlog. Return no suggestion when no decay is evidenced.\n\nExhausted-queue apply honors independent opt-ins:\n\n- `documentation`: missing, stale, misleading, or inaccessible user/developer/operations docs.\n- `tests`: evidenced untested behavior, regression, boundary, or missing fast feedback—not percentage theater. Apply PROJECT `test_bug`; `capture_and_ask` records a separate human-blocked TODO before any fix.\n- `code_quality_non_behavioral`: behavior-preserving naming, extraction/decomposition, dead/duplicate code cleanup, or monolith splitting. Require unchanged-behavior evidence; exclude features, architecture rewrites, and style churn.\n\nUse only PROJECT-enabled categories and cap, then return to `$execute-zzzops`. Ask about material ambiguity; never manufacture work.\n\nBefore stopping or handing off, apply `../../rules/FEEDBACK.md`.\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}