Writwall v0.11.0 — Read-only project entry and canonical onboarding

Writwall v0.11.0

One onboarding lifecycle, with a read-only entry for projects already in flight.

• Start with an Owner and a fresh Architect conversation. Explicit promotion
  and adoption come before a fresh General and bounded Operators.
• Use writwall inspect --project-root <project> --role architect for an
  existing project without writing project, profile, cache, or temporary state.
  The command emits a handoff; it does not launch an agent or install an adapter.
• Ordinary, structured, and non-interactive new-project routes consistently
  reach the Architect before adoption mechanics.
• Inspecting this public distribution selects a target project rather than
  inheriting the private source repository's adoption authority.
• Public documentation now covers workplace restrictions, manual read-only
  entry when installation is unavailable, and separate infrastructure Operators.
• One canonical complete-tree ledger calculation covers all candidate files,
  including the projection manifest. Four preserved naming examples are checked
  at their historical disposition times; new naming decisions retain current
  evidence requirements.

Doctrine remains revision 0.8. This is not an automatic migration of existing
projects. Only the shipped Claude Code adapter can provide its documented,
session-tested hook enforcement; other providers remain instruction-bound.

The public source is a clean-history projection, not the private governed
repository. Historical private commit identifiers do not resolve here.

Install from this release only after publication, following README and
START-HERE. Existing projects should begin with read-only inspection and
project-local approval, not overwrite their governance with upstream records.