From V8.5.2, @k2-assistant - the default agent of the AI Chat - works in one of three modes. The mode decides what the assistant is allowed to do in the chat session: only read and answer, write a plan, or make changes.
Pick the mode in the mode selector of the chat input. It applies to the current chat session, and you can change it at any time.
In Ask mode the assistant answers, explains, reviews and diagnoses. It reads the project, the Fabric logs, and the state of the Fabric server - for example with list, describe or select commands - and consults @KB, @Data-Product-Explorer and @Interfaces when needed.
It never:
deploy, get (which syncs an instance), broadway, startjob or set_global,When the answer is a change, the assistant describes it exactly - which files, and what each one gets - and offers to switch to Act mode to apply it, or to Plan mode when the change is larger than a few files.
Example prompts:
Why does the population of the CUSTOMER table fail? #_fExplain what this flow does step by stepIn Plan mode the assistant turns a request into an implementation plan. It explores the project, loads the skill that governs each part of the change, asks you about real decisions (for example, two valid approaches with a trade-off), and writes the plan as a task context. The plan lists the goal, every file the change touches, the route, and what will need your confirmation in Act mode.
Task contexts are saved in the workspace, under the folder set by the taskContextStorageDirectory setting (.prompts/task-contexts by default - see AI Features Settings). This means a plan persists after you close the chat, and you can open and edit it like any Markdown file.
To revise an existing plan, ask for the change in Plan mode: the assistant reads the existing task context and edits it rather than creating a second one.
Example prompts:
Plan a new enrichment that pulls customer risk scores from the Oracle CRM interfaceI need to add a transaction history table to the customer_bank Data Product and expose it through a web serviceAct mode is the default, and works as @k2-assistant always has: a small, fully-specified change it applies itself; anything larger is delegated to @k2-worker. It can also run commands and deploy on the Fabric server. The Shell Execution capability is on by default in this mode (see Agent Capabilities). It asks you once per task before changing files, and tools that read real data or change the server ask for confirmation (see Security and Privacy).
When a plan exists for the work, Act mode reads it first and implements it without exploring the project again.
You can change the mode yourself at any time in the mode selector.
In Ask or Plan mode, the assistant can also offer a switch - for example, after writing a plan it offers to switch to Act mode with "Implement the plan '
The assistant never switches mode on its own - only after you accept.
How is the customer_bank Data Product populated?For small, clear changes, you can stay in Act mode throughout.
Be specific about constraints. State preferences about patterns or approaches up front - for example, "use try-with-resources for all DB operations" or "do not modify the existing population logic". In Plan mode they become part of the plan.
Attach relevant context. Use #file:path/to/file to point at an existing artifact the change should follow.
Iterate before executing. It is much cheaper to revise a plan than to revise implemented code.
Earlier versions: this article used to describe a plan-first workflow with the @Architect agent and an "Execute with Coder" button. That workflow is no longer supported - use Plan mode instead. See Other Studio AI Agents.
From V8.5.2, @k2-assistant - the default agent of the AI Chat - works in one of three modes. The mode decides what the assistant is allowed to do in the chat session: only read and answer, write a plan, or make changes.
Pick the mode in the mode selector of the chat input. It applies to the current chat session, and you can change it at any time.
In Ask mode the assistant answers, explains, reviews and diagnoses. It reads the project, the Fabric logs, and the state of the Fabric server - for example with list, describe or select commands - and consults @KB, @Data-Product-Explorer and @Interfaces when needed.
It never:
deploy, get (which syncs an instance), broadway, startjob or set_global,When the answer is a change, the assistant describes it exactly - which files, and what each one gets - and offers to switch to Act mode to apply it, or to Plan mode when the change is larger than a few files.
Example prompts:
Why does the population of the CUSTOMER table fail? #_fExplain what this flow does step by stepIn Plan mode the assistant turns a request into an implementation plan. It explores the project, loads the skill that governs each part of the change, asks you about real decisions (for example, two valid approaches with a trade-off), and writes the plan as a task context. The plan lists the goal, every file the change touches, the route, and what will need your confirmation in Act mode.
Task contexts are saved in the workspace, under the folder set by the taskContextStorageDirectory setting (.prompts/task-contexts by default - see AI Features Settings). This means a plan persists after you close the chat, and you can open and edit it like any Markdown file.
To revise an existing plan, ask for the change in Plan mode: the assistant reads the existing task context and edits it rather than creating a second one.
Example prompts:
Plan a new enrichment that pulls customer risk scores from the Oracle CRM interfaceI need to add a transaction history table to the customer_bank Data Product and expose it through a web serviceAct mode is the default, and works as @k2-assistant always has: a small, fully-specified change it applies itself; anything larger is delegated to @k2-worker. It can also run commands and deploy on the Fabric server. The Shell Execution capability is on by default in this mode (see Agent Capabilities). It asks you once per task before changing files, and tools that read real data or change the server ask for confirmation (see Security and Privacy).
When a plan exists for the work, Act mode reads it first and implements it without exploring the project again.
You can change the mode yourself at any time in the mode selector.
In Ask or Plan mode, the assistant can also offer a switch - for example, after writing a plan it offers to switch to Act mode with "Implement the plan '
The assistant never switches mode on its own - only after you accept.
How is the customer_bank Data Product populated?For small, clear changes, you can stay in Act mode throughout.
Be specific about constraints. State preferences about patterns or approaches up front - for example, "use try-with-resources for all DB operations" or "do not modify the existing population logic". In Plan mode they become part of the plan.
Attach relevant context. Use #file:path/to/file to point at an existing artifact the change should follow.
Iterate before executing. It is much cheaper to revise a plan than to revise implemented code.
Earlier versions: this article used to describe a plan-first workflow with the @Architect agent and an "Execute with Coder" button. That workflow is no longer supported - use Plan mode instead. See Other Studio AI Agents.