[Bug]: openwiki --update targets the wrong project (documents a different repo than the current working directory)

[acoalex]

Description

Running openwiki --update from inside one project directory makes the agent document a completely different, unrelated project instead of the current working directory. It picks the wrong source repository and reports "No edits needed" against the wrong wiki.

Steps to Reproduce

1. Have two projects on disk, each previously used with OpenWiki:
   • /Users/alex/workspace/ip21 (PowerShell SharePoint migration scripts) — documented earlier
   • /Users/alex/workspace/competiciones-pesca-gipuzkoako (Symfony/PHP app) — the current project
2. cd /Users/alex/workspace/competiciones-pesca-gipuzkoako
3. Run openwiki --update

Expected Behavior

The agent should document the current working directory (competiciones-pesca-gipuzkoako) and update its wiki.

Actual Behavior

The agent ignores the current directory and instead explores and validates the other project (ip21):

• "The wiki is empty and no connectors are configured. Let me check for the source repository with the PowerShell SharePoint migration scripts."
• "Found the PowerShell scripts in /Users/alex/workspace/ip21/. Let me explore this project thoroughly."
• "There's already an existing wiki at /Users/alex/workspace/ip21/openwiki/."
• It then runs cd /Users/alex/workspace/ip21 && git diff HEAD --name-only to check for changes.
• Final verdict validates ip21 pages (topics/ip21-architecture.md, topics/ip21-sharepoint.md, quickstart.md, etc.) and concludes "No edits needed. The wiki is already current."

Environment

• OpenWiki v0.1.1
• Provider: OpenAI-compatible, model LurNova/Titan-Coder
• LangSmith tracing: disabled
• OS: macOS (Darwin 25.5.0)

Additional Context

The wiki appears to live in a global location: the run states "The filesystem tools use a virtual root where / = ~/.openwiki/wiki" and "The wiki exists at ~/.openwiki/wiki". It looks like OpenWiki is resolving the target repository from previously-persisted global state (the last documented project, ip21) rather than from the current working directory. Because that global wiki/config is shared across projects, running the CLI from a different project still targets the old one.

Expected: the source repo should be derived from the CWD (or an explicit flag), and wiki state should be scoped per-repository rather than shared globally.

[himanshu231204]

Hey, I've looked into this and identified the root cause.

Root cause: Bare openwiki --update (without specifying personal or code mode) defaults to personal mode, which targets ~/.openwiki/wiki instead of the current project's openwiki/ directory. The agent then picks up content from a previously-documented project stored in the global wiki.

Fix: Make bare --update require an explicit mode, just like --init already does. This is consistent, prevents the wrong-project bug, and all CI workflows already use explicit modes.

PR: #314

After the fix, running openwiki --update from a project directory will return a clear error:
`
openwiki --update requires a mode.

Run one of:
openwiki personal --update Update your local personal brain wiki in ~/.openwiki/wiki.
openwiki code --update Update repository documentation in ./openwiki.
`

This ensures users always specify which project they want to update.