Back to Signal Feed
ProductionTracked since May 16, 2026

Mulch CLI v0.8.0 upgrade makes prune reversible

Overstory updated @os-eco/mulch-cli from 0.6.5 to 0.8.0, adopting the new non-destructive lifecycle behavior where `ml prune` now soft-archives stale records instead of deleting them.

@os-eco/mulch-climl prunesoft archiveml restore

What Happened

  • Overstory updated @os-eco/mulch-cli from 0.6.5 to 0.8.0, adopting the new non-destructive lifecycle behavior where `ml prune` now soft-archives stale records instead of deleting them.
  • Overstory updated @os-eco/mulch-cli from 0.6.5 to 0.8.0, adopting the new non-destructive lifecycle behavior where `ml prune` now soft-archives stale records instead of deleting them.
  • 1 evidence item attached for review.

What is Different

Before

Scattered source updates, isolated context, and manual follow-up across multiple feeds.

Now

The PR’s primary technical change is the v0.8.0 lifecycle update: record cleanup is changed to write stale items into `.mulch/archive/<domain>.jsonl` by default, and a matching `ml restore <id>` path was added to move recovered records back into active expertise files. Hard deletion remains available through `--hard` only.

Why Track This

Why It Matters

Operators and developers using mulch now avoid irreversible cleanup losses during maintenance, because stale records are preserved in an archive instead of being removed outright and can be restored when needed. This is especially important for shared knowledge bases where over-pruning can remove useful context. Track archive growth and cleanup policy, and verify restore behavior in multi-domain setups where ambiguous IDs can still fail, so you know when recovery workflows become operational bottlenecks.

Impact

Operators and developers using mulch now avoid irreversible cleanup losses during maintenance, because stale records are preserved in an archive instead of being removed outright and can be restored when needed. This is especially important for shared knowledge bases where over-pruning can remove useful context. Track archive growth and cleanup policy, and verify restore behavior in multi-domain setups where ambiguous IDs can still fail, so you know when recovery workflows become operational bottlenecks.

What To Watch Next

  • Watch whether @os-eco/mulch-cli becomes a repeated pattern.
  • Track follow-up changes around Agent Orchestration Platforms.
  • Compare future signals against this evidence trail.
  • Re-check risk flags: archive_bloat_growth, scripts_assuming_prune_deletes.
Open Topic TimelineOpen Technical EventOpen Original Sourcearchive_bloat_growth / scripts_assuming_prune_deletes / restore_id_ambiguity / monitoring_needed_for_hard_delete_usage

Supporting Evidence