Projects as configuration entries (M1.4, D8)

- Config: `projects: {name: entry}` with repo, base_branch, workspace,
  build_host, push credential, labels (defaults added to every issue),
  secrets by ${VAR} reference with visibility (commands | harness), and
  egress (recorded, not enforced). Every problem in every entry is
  reported at once; an inline secret, a bad visibility, a repeated repo or
  a non-slug name is an error.
- The old loop runs exactly one project (only_project) and refuses more.
- The new loop is per project: each its own clone, workspace (with its
  commands-visible secrets, redacted on return), push credential and
  milestones; intake polls every project's repository; items are scoped
  to their project for every run, publish and PR watch. Issues are named
  project#14 when there is more than one project, and a bare #14 that
  matches two is asked about. Switching projects parks the one worked on
  last (all others after a boot).
- A restatement that ends in a question is sent back to the driver, not
  posted: the e2e driver kept asking "Is this the right interpretation?",
  which a plain yes can't answer.

Tests: config entries and errors, two-project assembly, two-project loop
tests (intake, own workspaces and repos, #14 in both, do-next, label
defaults, parking across projects), the property walk over two projects
with a new own_repository_only property (an item using the first
project's repo fails 15 of 16 seeds), and the restatement check.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PPQ14L3LikyefCMFBqEbKE

nisse-dev.example.yaml

@@ -9,15 +9,26 @@
 #   silently doing nothing.
 
 state_db: ~/nisse-demo-workspace/state.db
-workspace: /root/work/demo           # the clone, on the build host
-project: demo
 # loop: new          # the new conversational loop (M2.1); default old (control.py)
 
-build_host:                          # L13: every command runs here, over SSH
-  address: build-demo.example
-  key: ~/.ssh/nisse-dev              # the agent's key for the build host
-  # user: root
-  # port: 22
+# D8: one entry per project. A second project is a second entry (the old loop
+# runs exactly one). Changed by PR like the rest of this file.
+projects:
+  demo:
+    repo: owner/demo-repo
+    base_branch: main
+    workspace: /root/work/demo       # the clone, on the build host
+    build_host:                      # L13: every command runs here, over SSH
+      address: build-demo.example
+      key: ~/.ssh/nisse-dev          # the agent's key for the build host
+      # user: root
+      # port: 22
+    push_key: ~/.ssh/push-demo-repo  # a deploy key with write access (D4)
+    # labels: [discuss]              # added to every issue's own (D1)
+    # secrets:                       # by name; values only by reference (D7)
+    #   DATABASE_URL: {value: "${DEMO_DATABASE_URL}", visible: commands}
+    #   DEPLOY_TOKEN: {value: "${DEMO_DEPLOY_TOKEN}", visible: harness}
+    # egress: [pypi.org]             # beyond the default; recorded, not yet enforced
 
 llm:                                  # L9: LiteLLM is the only LLM destination
   base_url: http://litellm.example:4000
@@ -45,10 +56,7 @@ matrix:                               # L5
 gitea:                                # D4, D5
   url: https://gitea.example
   token: ${NISSE_GITEA_TOKEN}
-  repo: owner/demo-repo
   operators: [your-gitea-login]
-  base_branch: main
-  push_key: ~/.ssh/push-demo-repo    # a deploy key with write access (D4)
 
 # What each knob does, and how to choose a value: docs/Tuning-Guide.md.
 # These are the defaults; the section can be left out entirely. The file is