feat(chat-messages): add activity trace pattern

[robertwilde]

Closes #2339

Changes

• Supports running, completed, and failed states.
• Provides expandable markdown details.
• Supports readonly and interactive inline entities.
• Emits entity clicks with the parent trace ID.
• Adds activity icons and connector lines.

---

Documentation.
Examples.
Dashboards Demo.
Playwright report.

Coverage Reports:

• charts-ng
• dashboards-ng
• element-ng
• element-translate-ng
• maps-ng
• native-charts-ng

[dr-itz]

Some comments:

• looks awesome
• creates a hard dependency on the markdown renderer with customization of the inlineCode handling. In chat-message we have content projection instead, so this creates an inconsistency
• the problem addressed is how to handle "file links" provided by the AI
• copying a chat session from VSCode, I get files in the format [](file:///Users/dritz/devel/siemens/element/projects/element-ng/markdown/extensions/code/si-markdown-code.component.spec.ts#20-20), so basically a link w/o a label
  • currently renders nothing
  • maybe should render as file like you did here
  • i.e. we need to handle this generically anway
  • what do different AIs generate?

So I would prefer to build this in steps, i.e. for now only do content-projection and land this quickly. And address the file links in a generic way

[robertwilde]

@dr-itz @kfenner applied review feedback.

[Killusions]

General comment:

I know in the UX specs we call this Activity Trace and in general for the entire thing (multiple ones) it makes sense to call it "activity trace" but individual messages should not be called trace messages IMO. This is not a term used for this and also doesn't really make sense, it should be something more generic, I like tool but maybe we can find a more generic name.

[Killusions]

Tools also can have 3 different things to display:

1. Tool title or name
2. Input parameters (can be code, JSON, raw text, markdown)
3. Output (can be code, JSON, raw text, markdown)

One "trace message" needs to support having all of these 3 at the same time, otherwise every product will need to choose their own Markdown representation which is precisely what we want to avoid.

[robertwilde]

Tools also can have 3 different things to display:

1. Tool title or name
2. Input parameters (can be code, JSON, raw text, markdown)
3. Output (can be code, JSON, raw text, markdown)

One "trace message" needs to support having all of these 3 at the same time, otherwise every product will need to choose their own Markdown representation which is precisely what we want to avoid.

That's more like general feedback for #2339 ?

[robertwilde]

Tools also can have 3 different things to display:

1. Tool title or name
2. Input parameters (can be code, JSON, raw text, markdown)
3. Output (can be code, JSON, raw text, markdown)

One "trace message" needs to support having all of these 3 at the same time, otherwise every product will need to choose their own Markdown representation which is precisely what we want to avoid.

Tool, activity or action message perhaps?

[kfenner]

Tools also can have 3 different things to display:

1. Tool title or name
2. Input parameters (can be code, JSON, raw text, markdown)
3. Output (can be code, JSON, raw text, markdown)

One "trace message" needs to support having all of these 3 at the same time, otherwise every product will need to choose their own Markdown representation which is precisely what we want to avoid.

Tool, activity or action message perhaps?

I like activity-message to indicate that some kind of system activity is taking place/going on right now.