MCP tool results used Markdown ATX headings (##/###/####) for section headers — the status summary, each search hit, every file section in an exploration — which Markdown-rendering clients (e.g. the Claude Code VSCode extension) blow up to H1–H4 font size, filling the transcript with oversized lines (worst on search/explore, where the noise scales with result count). Swap them all for bold labels, which render at body size while keeping the same structure. CLI/TTY output (ContextBuilder) is unchanged — the issue notes it's fine. The format is parse-coupled, so kept in sync: - The explore truncation boundary and the offload chunker (reasoning/reasoner.ts) both key off the per-file header, now a unique `**`-prefixed marker emitted via a shared fileSectionHeader() helper. - Updated the offload strip regexes and switched the opt-in report-style prompt off ATX headings (same client, same rendering issue). - Updated test helpers (sectionFor, sourcedFiles, the callers section-boundary scan) that scanned the old markers. Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 4.8
parent
ace8d8a0d0
commit
3e1547bbe1
@@ -99,7 +99,7 @@ describe('codegraph_node file-view (Read replacement)', () => {
|
||||
|
||||
it('symbolsOnly returns the structural map, not the source', async () => {
|
||||
const out = await text({ file: 'a.ts', symbolsOnly: true });
|
||||
expect(out).toContain('### Symbols');
|
||||
expect(out).toContain('**Symbols');
|
||||
expect(out).toContain('helper');
|
||||
expect(out).toContain('Widget');
|
||||
expect(out).not.toContain('return x + 1'); // bodies are NOT included in the map
|
||||
|
||||
Reference in New Issue
Block a user