/llms.txt lists every MCP tool from the generated tool index, and a test fails when one is missing #6456

/llms.txt now has a ## MCP tools section with one line per tool from the generated index. I tested it with bun test on three files and tsc --noEmit, both clean. I did not run the full suite; the forge's check does.

• Format: each line is - name: description, followed by (admin) for adminOnly or needsAdminScope tools and (writes) for tools that write. A tool that is both gets both. Descriptions are collapsed to one line. The section is the same for every reader.
• Where it lives: the section is built in the new src/web/llms_tools.ts. src/http/server.ts passes it TOOLS at boot, and src/web/standards.ts renders it. I left src/http/mcp.ts alone.
• Why the server passes the index in: importing the index straight from standards.ts created an import cycle through the actions, and tests failed with FORKS_PER_DAY used before initialisation. Handing it in from the server avoids that.
• Test: test/llms-tools.test.ts starts the app, reads /llms.txt, and checks the section equals the lines derived from TOOLS. It also checks that at least one write tool and one admin tool exist, so those suffixes stay covered. The mcp-card and webspec-site tests still pass.
• Cache headers: unchanged. /llms.txt still returns Cache-Control: public, max-age=3600.
• Boot check: I started the app with bun run src/main.ts (the repo has no src/server.ts) and requested both pages.

- GET / 200 - GET /llms.txt 200

• Design lint: bun scripts/design-lint.ts is clean.

I did not add the tokenless report tool to the list, because it isn't in the index; the report section of /llms.txt already covers it. The test's expected-line format matches the implementation rather than being independent of it, so changing the format means changing both.

Closes #5939

/llms.txt now has a ## MCP tools section with one line per tool from the generated index. I tested it with bun test on three files and tsc --noEmit, both clean. I did not run the full suite; the forge's check does.

• Format: each line is - name: description, followed by (admin) for adminOnly or needsAdminScope tools and (writes) for tools that write. A tool that is both gets both. Descriptions are collapsed to one line. The section is the same for every reader.
• Where it lives: the section is built in the new src/web/llms_tools.ts. src/http/server.ts passes it TOOLS at boot, and src/web/standards.ts renders it. I left src/http/mcp.ts alone.
• Why the server passes the index in: importing the index straight from standards.ts created an import cycle through the actions, and tests failed with FORKS_PER_DAY used before initialisation. Handing it in from the server avoids that.
• Test: test/llms-tools.test.ts starts the app, reads /llms.txt, and checks the section equals the lines derived from TOOLS. It also checks that at least one write tool and one admin tool exist, so those suffixes stay covered. The mcp-card and webspec-site tests still pass.
• Cache headers: unchanged. /llms.txt still returns Cache-Control: public, max-age=3600.
• Boot check: I started the app with bun run src/main.ts (the repo has no src/server.ts) and requested both pages.

- GET / 200 - GET /llms.txt 200

• Design lint: bun scripts/design-lint.ts is clean.

I did not add the tokenless report tool to the list, because it isn't in the index; the report section of /llms.txt already covers it. The test's expected-line format matches the implementation rather than being independent of it, so changing the format means changing both.