A directory the model knows about, and @ to name a file in it

An agent chat used to open with the model knowing the name of a machine and
nothing about what was on it, so the first two rounds of every reply went on
finding out. It now gets a listing: one read-only command, `git ls-files` where
that works and `find` otherwise, falling back to an SFTP walk that always does.
git first because a repository already carries somebody's considered list of
what is not part of the project, and reproducing it by hand is how an index
ends up mostly build output.

The listing is budgeted rather than dumped. A tree of a thousand files is worse
than no tree -- it costs the window on every request forever and buries the four
names that mattered -- so directories that will not fit are shown as a count and
the model is told to open one itself. Collapsing picks the deepest and largest
first: by saving alone it would take `src/` before `src/web/static/vendor/`,
because it contains it, and lose every name worth having.

Read from a cache and never fetched. `harness.context_variables` is synchronous
and sits on the request path; the walk happens in the generation setup, which is
async and already doing network work, with a short wait. A chat whose first
reply outruns its first walk simply has no listing that turn and the fragment
disappears rather than appearing as an empty heading.

Then `@`, over the same index and over the library, and `/` for commands with an
Alt-based keyboard for the same jobs. A mentioned file arrives as contents, not
a reference -- a small model asked to call file_read often does not bother -- and
it arrives with its absolute path and the machine it came from, because a model
handed `main.py` cannot tell which of four it is and cannot name it back when
asked to change something.

The rule that matters for `/`: a message that merely starts with a slash still
sends. `//` escapes and an unrecognised command is posted as written. Swallowing
somebody's message is a much worse failure than an unknown command.

Two exceptions to Manual mode now, not one. Browsing and indexing are a person
acting, not a model, so neither passes through policy.py -- the same argument
the terminal panel rests on.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

src/lembas/web/templates/admin/agents.html

@@ -224,6 +224,42 @@
     </div>
   </section>
 
+  <section class="card">
+    <h2 class="section-title">The project directory</h2>
+    <p class="muted">
+      A listing of the directory a chat works in, so a reply does not spend its
+      first rounds finding out what is there — and so files can be attached by
+      name with <strong>@</strong>. Built by one read-only command
+      (<code>git ls-files</code> where it works, otherwise <code>find</code>),
+      cached briefly, and shared by every chat pointed at the same directory.
+    </p>
+
+    <div class="field">
+      <label class="checkbox">
+        <input type="checkbox" name="index_enabled"
+               {{ 'checked' if values.index_enabled }}>
+        <span>List the project directory</span>
+      </label>
+      <p class="field__hint">
+        Off means no listing is built at all, and the file picker offers only
+        what is in the library.
+      </p>
+    </div>
+
+    <div class="field">
+      <label class="field__label" for="index_chars">Characters of it in the prompt</label>
+      <input class="input" id="index_chars" name="index_chars"
+             value="{{ values.index_chars }}" inputmode="numeric">
+      <p class="field__hint">
+        This is spent on <em>every</em> request in an agent chat, so it is a
+        budget rather than a limit: directories that will not fit are shown as
+        a count and the model is told to look inside them itself.
+        <strong>0</strong> keeps the listing for the file picker and puts none
+        of it in the prompt.
+      </p>
+    </div>
+  </section>
+
   <div class="btn-row">
     <button class="btn btn--primary" type="submit">Save changes</button>
   </div>