← ZzzOpsCONTENT HISTORY

Update to ZzzOps

Snapshot Sep 30, 2026 · 23:14 UTC · version 2.1.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "ZzzOps v2.1.0 — official plugin. Discover, plan, migrate, or import repository TODOs/backlogs into durable ZzzOps goals. \"dry run\", \"preview\", or \"plan\" gives a no-write report. Default builds review artifacts and applies only after approval; \"apply\", \"migrate\", or \"import\" requests that workflow. Not installation or goal execution.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 237
    },
    {
      "relative_path": "scripts/inventory.py",
      "size_in_bytes": 19152
    },
    {
      "relative_path": "scripts/test_inventory.py",
      "size_in_bytes": 9914
    }
  ],
  "name": "migrate-to-zzzops",
  "skill_md_contents": "---\nname: migrate-to-zzzops\ndescription: \"ZzzOps v2.1.0 — official plugin. Discover, plan, migrate, or import repository TODOs/backlogs into durable ZzzOps goals. \\\"dry run\\\", \\\"preview\\\", or \\\"plan\\\" gives a no-write report. Default builds review artifacts and applies only after approval; \\\"apply\\\", \\\"migrate\\\", or \\\"import\\\" requests that workflow. Not installation or goal execution.\"\n---\n\n# Migrate to ZzzOps\n\nMode: `dry run`, `preview`, or `plan` reports candidates and a proposed plan in chat without creating plan/summary files or changing state. Otherwise build the review artifacts below; apply only after explicit approval.\n\nRun `../../rules/INITIALIZATION.md`, then `../../rules/BACKENDS.md`. Use `../../zzzops/templates/project-goals/` for artifact shapes.\n\n1. Run `scripts/inventory.py .`. Treat its candidates, types, confidence, and possible-same-outcome groups only as discovery hints. Read each candidate's evidence, enclosing headings, complete surrounding section, and relevant project context yourself; never infer intent, completion, or identity from the script.\n2. Perform one explicit completeness review: inspect relevant source sections (including completed-looking/zero-match sections), disposition every plausible open/conditional outcome, and preserve every source location for possible matches. Compare fingerprints with `.zzzops/migration/STATE.json` and minimal goal discovery; hydrate only plausible duplicate bodies, then material history. Ignore managed/dependency/build/generated areas. Apply PROJECT interview policy to consequential ambiguity and reuse charter answers.\n3. Copy the installed plan and summary templates into `.zzzops/migration/`. Classify completion from full context; summarize skipped completed items and propose only open work. Fill goals, value rationale, source disposition, exclusions, and questions. Present proposed outcomes, consequential questions, and the approval needed; link `SUMMARY.md` for detail.\n4. Apply the approved plan as native GitHub issues/comments with the current schema label. For an inline TODO/comment, preserve its useful text and append the created GitHub issue URL using the file's existing comment syntax; never delete it as migration cleanup. Update charter, history, and `STATE.json`; delete a dedicated backlog only after full representation. Verify and remove resolved artifacts. Report what was imported, needed action, and what follows; keep fingerprints/state bookkeeping internal.\n\nOnly the main agent writes. Repeat runs act only on new fingerprints. Never expose secrets or infer ownership from paths.\nMigration capture performs no Git automation.\n\nBefore stopping or handing off, apply `../../rules/FEEDBACK.md`.\n"
}

SHA-256 of public snapshot: 2c023b0ae0795568213d5acf0fd1afe1e6f667a7b23f36958de2943a494fe6d4