Bohdan Triapitsyn
f4743ea060
Adds a work-status panel beside the transcript. Context fill, model and cost, todos, running subagents and the permission requests blocking them, branch and working-tree state, MCP servers, pinned messages and context sources were scattered across the header, the composer and the context panel — a blocked subagent was reported nowhere at all. The panel reads them from live channels rather than persisted history, and becomes an overlay where the chat is too narrow to seat a column. It is on by default, including for existing installs. Because it now carries these readouts, the desktop header and composer drop the ones it duplicates: todo and changed-files chips, usage and MCP tabs. VS Code and mobile keep theirs — neither hosts the panel. Fixes MCP authorization, which was broken from the panel, invalidated by a directory switch through a redirect URI that encoded the working directory, and left the desktop app in the background because browsers will not follow a custom-protocol link without a user gesture. The settings page no longer asks the user to understand the MCP spec before adding a server: one field takes the command or the link, with the kind inferred and a visible override, and client-registration fields appear only when a server actually asks for its own credentials. Also: skills load from the panel instead of only when the composer's slash autocomplete opens; the header button names the current instance rather than falling through to the word "Instance" for relay hosts. Three new optional UI settings keys, all migrated. No change to stored MCP server configuration.
60 lines
1.9 KiB
TypeScript
60 lines
1.9 KiB
TypeScript
import type { I18nKey } from '@/lib/i18n/messages/en';
|
|
|
|
/**
|
|
* Every section the work-status panel can render, in display order.
|
|
*
|
|
* One list drives both the panel and its settings dialog, so a section cannot
|
|
* exist in the panel without being switchable, or appear in the dialog without
|
|
* existing.
|
|
*
|
|
* The ids are persisted in user settings — renaming one silently resets that
|
|
* user's choice for it.
|
|
*/
|
|
export const WORK_STATUS_SECTION_IDS = [
|
|
'session',
|
|
'repository',
|
|
'usage',
|
|
'subagents',
|
|
'tasks',
|
|
'mcp',
|
|
'pinned',
|
|
'contextSources',
|
|
] as const;
|
|
|
|
type WorkStatusSectionId = (typeof WORK_STATUS_SECTION_IDS)[number];
|
|
|
|
export const WORK_STATUS_SECTION_LABEL_KEYS: Record<WorkStatusSectionId, I18nKey> = {
|
|
session: 'chat.workStatus.section.session',
|
|
repository: 'chat.workStatus.section.repository',
|
|
usage: 'chat.workStatus.section.usage',
|
|
subagents: 'chat.workStatus.section.subagents',
|
|
tasks: 'chat.workStatus.section.tasks',
|
|
mcp: 'chat.workStatus.section.mcp',
|
|
pinned: 'chat.workStatus.section.pinned',
|
|
contextSources: 'chat.workStatus.section.contextBreakdown',
|
|
};
|
|
|
|
const KNOWN_IDS = new Set<string>(WORK_STATUS_SECTION_IDS);
|
|
|
|
const isWorkStatusSectionId = (value: unknown): value is WorkStatusSectionId =>
|
|
typeof value === 'string' && KNOWN_IDS.has(value);
|
|
|
|
/**
|
|
* Hidden sections are stored, not visible ones: everything is on by default, so
|
|
* an empty list means "the user has changed nothing" and a section added later
|
|
* appears without touching anyone's saved settings.
|
|
*/
|
|
export const isWorkStatusSectionVisible = (
|
|
hidden: readonly string[] | null | undefined,
|
|
id: WorkStatusSectionId,
|
|
): boolean => !hidden?.includes(id);
|
|
|
|
export const sanitizeWorkStatusHiddenSections = (value: unknown): WorkStatusSectionId[] => {
|
|
if (!Array.isArray(value)) return [];
|
|
const seen = new Set<WorkStatusSectionId>();
|
|
for (const entry of value) {
|
|
if (isWorkStatusSectionId(entry)) seen.add(entry);
|
|
}
|
|
return [...seen];
|
|
};
|