ship the capabilities repository, and update it from the same button as plugins

capabilities/ is the file-based item store, and most of it belongs to the
owner: the six item directories are created by the platform at boot and
extensions/tool-loader is written from platform source, so neither is tracked
anywhere. What IS tracked is the small set the platform ships — today one
affordance, telling an agent that markdown images render and that the USER'S
DEVICE fetches the URL, which it cannot discover from the filesystem.

That now lives in officerdev/capabilities, public so a fresh install can clone
it without credentials.

Two ways in. The setup script syncs it during the layout step — non-fatal, and
it says what an install without it costs rather than failing: agents go back to
guessing, which is what they did before this existed. And "Update all" on the
marketplace screen carries it alongside the plugins, because it is the same
question — get me what has been published since I installed — and a second
different gesture for it is one nobody remembers.

Three states in both places, and the third is the normal one on an existing
machine: a checkout is pulled, an empty directory is cloned into, and a
directory that already holds the platform's generated items gets a repository
initialised around them. UNTRACKED files never block a pull, because the
owner's own skills and tools living here is the ordinary state — only tracked
changes do.

`cloned` and `adopted` are reported in the UI where `pulled` is not: they mean
this machine had no affordances at all until the button was pressed.

Verified against the real checkout: sync reports pulled, and the loader finds
officer/core/image-rendering afterwards.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

scripts/setup/officer-setup.sh

@@ -293,6 +293,17 @@ if ! skip; then
   create_layout
   ok "layout in place under ${OFFICER_ROOT}"
   SUMMARY+=("Layout: ${OFFICER_ROOT} (data, dockers, capabilities)")
+
+  # The affordances an agent needs to know about this platform. Not fatal: an
+  # install without them works, agents just go back to guessing what the client
+  # on the other end will render — which is what they did before this existed.
+  if capabilities_sync; then
+    ok "capabilities synced from ${CAPABILITIES_REPO}"
+    SUMMARY+=("Capabilities: synced")
+  else
+    warn "capabilities not synced — agents will have no affordances. Run 'git pull' in $(layout_items_dir), or press Update all on the marketplace screen."
+    SUMMARY+=("Capabilities: NOT synced")
+  fi
   step_ok
 fi
 

scripts/setup/officer-setup/lib/layout.sh

@@ -61,3 +61,45 @@ layout_wrong_owner() {
     [[ "$(stat -c %U "$dir")" == "$USERNAME" ]] || echo "$dir"
   done < <(layout_dirs)
 }
+
+# -----------------------------------------------------------------------------
+# The capabilities Officer ships
+# -----------------------------------------------------------------------------
+#
+# `capabilities/` is the file-based item store. The platform creates the six item
+# directories at boot and writes `extensions/tool-loader` from its own source, so
+# those are generated and not tracked anywhere. What IS tracked is the small set
+# the platform ships — today one affordance, telling an agent that markdown
+# images render and that the user's DEVICE fetches the URL.
+#
+# Without this a fresh install has no affordances at all, and every agent on it
+# goes back to guessing what the client on the other end will do.
+#
+# Cloned rather than copied out of the platform repository, so it can be updated
+# on its own — by `git pull` here, or by "Update all" on the marketplace screen.
+CAPABILITIES_REPO="https://gitea.officer.dev/officerdev/capabilities.git"
+
+# Three states, because a directory that already exists is the normal one: the
+# layout step created it a moment ago, and a re-run finds a checkout.
+capabilities_sync() {
+  local dir; dir="$(layout_items_dir)"
+
+  if [[ -d "$dir/.git" ]]; then
+    (cd "$dir" && git pull --ff-only --quiet origin main 2>/dev/null) || return 1
+    return 0
+  fi
+
+  # An empty directory can be cloned into directly. A non-empty one cannot, and
+  # it is not empty precisely because the platform has already run and written
+  # its generated directories — so fetch into place instead of refusing, and let
+  # the owner's own untracked items sit alongside untouched.
+  if [[ -z "$(ls -A "$dir" 2>/dev/null)" ]]; then
+    git clone --quiet "$CAPABILITIES_REPO" "$dir" || return 1
+  else
+    (cd "$dir" \
+      && git init --quiet \
+      && git remote add origin "$CAPABILITIES_REPO" 2>/dev/null \
+      && git fetch --quiet origin main \
+      && git checkout --quiet -B main FETCH_HEAD) || return 1
+  fi
+}