7  Chat Preferences

This chapter covers the Chat Preferences admin page. Use it to customize how the workspace is presented to users in chat, set an org-level system prompt, control which tools are available during chat sessions, and toggle beta features such as Multi-Model Generation and Deep Research.

7.2 Team Name and Team Context

Two fields near the top of the page let you tailor how the workspace is identified inside chat conversations.

Team Name A short label for your organization or team. Nous surfaces this name in the chat welcome experience and in onboarding prompts shown to new users. Keep it to a recognizable name your team actually uses.

Team Context A brief description of what your team does. This text is passed to the LLM as workspace context so responses can be grounded in your organization’s domain without you having to repeat it in every chat. Example: Customer success team at Acme Corp, focused on enterprise SaaS support.

After updating either field, click Save to apply the change. The new values take effect on the next chat session each user opens.

Tip

A precise Team Context reduces the need for users to repeat background in every prompt. Aim for two to four sentences that would help a new colleague understand what your team does and what kind of questions it asks.

7.3 System Prompt

The System Prompt field sets an org-level instruction that Nous prepends to every chat conversation across the workspace. Use it to enforce a tone, restrict topic scope, require citation formats, or set any standing instruction that should apply to all users by default.

Click Modify Prompt to open the editor, write or paste your instructions, and save. Users cannot see or override the system prompt from the chat interface.

Warning

The system prompt is prepended to every conversation in the workspace. Keep it focused on standing instructions that genuinely apply to all users. Over-long or overly restrictive prompts can degrade response quality and frustrate users whose tasks fall outside the prompt’s assumptions.

Note

Individual users may have their own personal instructions set in their profile settings. The org-level system prompt and a user’s personal instructions are both passed to the model. If they conflict, behavior depends on the model in use. Write the system prompt so it complements rather than contradicts common personal instructions.

7.4 End-user personalization and memory

Each user has separate stored information in each workspace. Saved by you contains up to 10 memories that the user adds or explicitly asks Sophea to save, correct, or forget. Learned from chats contains at most 100 active facts that Sophea can learn automatically from the user’s own eligible messages.

Learned facts are copied from one exact user-message evidence span. Sophea keeps only clear personal preferences, profile details, goals, and temporary context. Uncertain statements are dropped. Passwords, tokens, identity and sensitive details, assistant or tool output, operational data, and information about other people are excluded. Workspace and document facts remain in Knowledge Search. Raw prior user and assistant message pairs never enter a new prompt as remembered context.

Saved memories can personalize future answers only while Use saved memories is on. A memory enters the saved list when the user adds it on this page or explicitly asks Sophea to save or remember it. Sophea corrects or forgets a memory only when the user explicitly asks.

7.5 Published agent artifacts

Chat Preferences does not control the availability of published agents. Portal administrators manage that policy under external_agents. When a published agent creates a chart or presentation, the chat displays a separate artifact card: charts provide a PNG preview plus JSON, SVG, and PNG downloads, while presentations provide available slide thumbnails and PPTX or PDF downloads.

Artifacts are retained for 30 days. An expired artifact link cannot be restored from Chat Preferences; ask Sophea to generate the artifact again. Chart and Presentation are enabled by default for workspaces that inherit the platform agent policy. They run automatically for clear chart and presentation requests and stay out of the agent picker, so users do not select either agent in the composer. A Portal administrator can still disable either agent globally or for a workspace.

Immediately after Sophea creates a chart, users can ask for a presentation about “it” or “that chart.” Presentation reuses the exact chart data and visual from the preceding turn. If the chart is no longer available or cannot be used safely in the current workspace, Sophea asks the user to create or provide the chart again instead of producing a deck from incomplete data.

Two independent controls create four states:

Use stored information Learn from my chats Result
Off Off No retrieval and no automatic learning
Off On No retrieval and no automatic learning
On Off Use saved memories and learned facts, but do not learn new facts
On On Use stored information and learn clear facts automatically

Turning either control off does not delete stored information. Users can open Manage in every state, including when both controls are off and both lists are empty.

Personal Chat Preferences showing Use stored information and Learn from my chats

Personal Chat Preferences with independent controls for using stored information and learning from chats

The management dialog keeps the two lists separate. Every learned fact shows its category, source, date, and expiry when applicable. A source link appears only while the current user can still access that chat. Deleting a source chat removes an unedited learned fact; a fact the user edited is preserved without the source link. Users can edit or permanently delete every learned fact even while retrieval or learning is off.

Temporary context expires 90 days after its source message. Editing temporary context confirms it and restarts the 90-day period. The one-time historical backfill covers only the fixed 30-day window and uses the same eligibility, safety checks and processing as live learning.

Stored information dialog showing separate Saved by you and Learned from chats lists

Stored information dialog with Saved by you and Learned from chats lists

Saved memories remain limited to 200 characters each. Reaching the 10-item limit does not evict an older memory. Concurrent edits fail closed and reload the authoritative list instead of overwriting another session.

When Sophea changes a saved memory after an explicit request, the conversation timeline reports the result without repeating private memory text.

Conversation timeline status reading Memory updated without showing the stored memory text

Content-free conversation status confirming that a memory was updated
Note

Saved memories override learned facts when they conflict. Both groups are data-only user context, never instructions, tool requests, or policy changes.

7.6 Actions and Tools

The Actions & Tools section controls which capabilities are available in chat. Toggling a tool off removes it from the chat composer for all workspace users. These settings do not affect agent runs.

These workspace controls are the outer availability boundary. When a capability is available, each user still chooses which apps and actions to expose for each agent in the composer’s Tools menu. Enabling a capability here does not turn on the corresponding user app or force the model to call it. A user cannot enable a capability that the workspace has turned off.

The built-in Sophea Nous app is active on the default assistant by default. Web Search, Open URL, Code Interpreter, Image Generation, and File Reader start enabled. The app is active whenever at least one of its actions is enabled, so its switch and its action switches are the same setting seen from two places. Workspace-created agents make available exactly the built-in actions their creator switched on, and the model decides when to use an attached tool. MCP apps for the default assistant are not configured on this page: an accessible MCP app appears directly in the chat composer and remains off until the user selects it for one submitted message. That selection makes the app’s enabled actions available but does not guarantee a call. It clears after a completed response, including one that uses no action, and remains available to Try again after a technical failure. Manage MCP registration, authentication, and Private, Team, or Workspace access under MCP Actions.

7.6.2 Image Generation

Enables image generation during chat sessions. When on, users can ask the model to generate images using the configured image generation provider.

Note

Image generation requires an image-capable provider to be configured in Sophea Portal. If no such provider is active, toggling this on has no visible effect in chat.

7.6.4 Open URL

Enables the model to fetch and read the content of URLs mentioned in chat. When on, users can paste a link and ask the model to summarize or analyze the page.

7.6.5 Code Interpreter

Enables the code interpreter tool during chat. When on, the model can write and execute code to answer quantitative questions, process data, or generate charts inline in the conversation.

Nous loads task-specific guidance only when it is needed. Curated workflows cover spreadsheet, Word document, PDF report, presentation, data-quality, financial-model, energy-analysis, and transcription-comparison requests. Generated files are reopened and checked against their requested structure, including sheet names, formulas, numeric cells, document headings, PDF pages, presentation slides, tables, links, and package integrity. Domain-specific validation also separates supplied inputs from assumptions and distinguishes measured metrics from estimates.

An execution that fails, times out, exceeds the file-size limit, or does not pass structural validation produces no downloadable files. Users should retry the request after correcting the input or execution error rather than treating a partial file as complete.

7.6.6 Exporting a chat answer as CSV or Excel

Separate from Code Interpreter generation, every assistant answer carries an Export action that downloads that single stored answer directly, with no new model or retrieval call and no Code Interpreter involvement. The menu always lists Markdown, Word Document, CSV and Excel Workbook; choosing a tabular format on an answer that holds no table returns a short message asking for a table instead of downloading an empty file.

  • CSV downloads a single table. If the answer holds more than one table, CSV asks the user to pick the Excel workbook instead (or narrow to one table), because one CSV file holds one grid.
  • Excel Workbook writes one table per sheet, so a multi-table answer keeps every table.

Direct export preserves header order, row order, Unicode text (including Greek), quoted commas, embedded line breaks, empty cells, and leading-zero identifiers such as barcodes. Values that look like spreadsheet formulas are stored as text so they cannot execute. A note on re-import: CSV is text, so a spreadsheet app re-opening it applies its own column detection and may not preserve leading zeros or Greek encoding on every locale; the Excel workbook carries real cell types and is the safer choice when those matter. Excel limits each cell to 32,767 characters and shows numbers beyond 15 significant digits at reduced precision, so very long identifiers in an answer are kept as text in the workbook rather than converted to numbers. Heavily malformed Markdown tables are exported as parsed and may differ from the rendered chat view.

7.7 Beta Features

7.7.1 Multi-Model Generation

Multi-Model Generation (marked beta) lets users query multiple LLMs simultaneously from a single chat prompt. The responses from each model are shown side by side, making it easy to compare output across providers.

Toggle it on to make the feature available to all workspace users. Because the feature is in beta, behavior may change across platform releases.

Note

Multi-model generation sends each prompt to every selected model independently. Token usage is multiplied by the number of models selected. Review your Portal model configuration and cost expectations before enabling this in high-volume workspaces.

7.7.2 Deep Research

Deep Research enables the Deep Research agent feature. When on, users can invoke a research workflow that plans a multi-step investigation, searches internal and external sources, and synthesizes a cited report.

Because Deep Research makes multiple search and fetch calls per session, it consumes significantly more tokens per query than a standard chat turn. Inform your team before enabling it so they understand the cost profile.

Deep Research always runs on the platform research model, regardless of which model a user picked in the chat composer. The composer keeps showing the user’s own choice, which still applies to every ordinary chat turn in the same conversation. If the research model is not available to your Workspace, Deep Research reports that it is not configured instead of falling back to another model, because a model that cannot sustain a long report produces an unusable one. Contact your platform administrator if you see that message.

7.8 Chat Auto-Scroll

Chat Auto-Scroll controls whether the chat window scrolls automatically as the model streams its response. When on, the viewport follows the latest output. Users can override this in their personal settings, so the admin toggle sets the workspace default rather than a hard lock.

Turn it off if your users typically scroll up to re-read earlier parts of a long response while generation is still running.

7.9 Save your changes

Each setting on this page takes effect immediately when toggled. Fields that require explicit submission (Team Name, Team Context, System Prompt) show a Save button. Settings that do not show a Save button apply on toggle.

Tip

After enabling or disabling a tool, open a fresh chat session and confirm the change is reflected in the chat composer toolbar. New sessions pick up the updated configuration; sessions already open may need a page refresh.