Skip to content

docs: document uf init --force behavior for Group B sub-tools #245

Description

@yvonnedevlinrh

Context

PR unbound-force/unbound-force#524 fixes a bug where uf init --force silently skipped re-initialization for Group B sub-tools (specify, replicator, openspec, gaze). This is a user-visible behavior correction that requires documentation updates.

Upstream issue: unbound-force/unbound-force#479

What Changed

Previously, uf init --force only re-initialized Dewey (Group A). Group B tools were silently skipped even with --force, leaving the user with a false impression that all tools were re-initialized.

After the fix:

  • uf init --force re-initializes all sub-tools, not just Dewey
  • Sub-tools that support --force (specify, openspec, gaze) receive the flag via their CLI
  • Idempotent tools (replicator) are re-run without a force flag
  • The init summary now shows "re-initialized" for tools that were force-refreshed, distinguishing them from first-time "initialized"

Documentation Impact

Any documentation covering uf init or uf init --force should reflect:

  1. --force scope: The flag applies to all sub-tools, not just file scaffolding and Dewey
  2. Recovery workflow: uf init --force is the documented recovery path for partial or interrupted initialization
  3. Output distinction: The init summary displays "re-initialized" for force-refreshed tools vs "initialized" for first-time setup

Spec Reference

  • Spec 017 FR-007: uf init --force MUST overwrite stale config
  • Spec 027 FR-014 (delta): Force flag passthrough for Group B tools
  • OpenSpec change: openspec/changes/fix-init-force-passthrough/

Metadata

Metadata

Assignees

No one assigned

    Labels

    docsDocumentation updates needednext-releaseTargeted for inclusion in next release but can be deferred if needed

    Type

    No type

    Projects

    Status
    Ready 🚀

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions