From 51df72ffcbad05e15c8af6101a52176c8bfb61e8 Mon Sep 17 00:00:00 2001
From: oliverxchen <oliverxchen@gmail.com>
Date: Thu, 14 Nov 2024 07:39:45 +0800
Subject: [PATCH] Minor doc fixes (#16938)

---
 docs/docs/understanding/workflows/basic_flow.md           | 2 ++
 docs/docs/understanding/workflows/concurrent_execution.md | 1 +
 docs/docs/understanding/workflows/index.md                | 2 +-
 docs/docs/understanding/workflows/stream.md               | 2 +-
 4 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/docs/docs/understanding/workflows/basic_flow.md b/docs/docs/understanding/workflows/basic_flow.md
index 8e20eafa6f..5655e0abe9 100644
--- a/docs/docs/understanding/workflows/basic_flow.md
+++ b/docs/docs/understanding/workflows/basic_flow.md
@@ -47,6 +47,7 @@ print(result)
 This will simply print "Hello, World!" to the console.
 
 In this code we:
+
 * Define a class `MyWorkflow` that inherits from `Workflow`
 * Use the @step decorator to define a single step `my_step`
 * The step takes a single argument, `ev`, which is an instance of `StartEvent`
@@ -130,6 +131,7 @@ class SecondEvent(Event):
 ## Defining the workflow
 
 Now we define the workflow itself. We do this by defining the input and output types on each step.
+
 * `step_one` takes a `StartEvent` and returns a `FirstEvent`
 * `step_two` takes a `FirstEvent` and returns a `SecondEvent`
 * `step_three` takes a `SecondEvent` and returns a `StopEvent`
diff --git a/docs/docs/understanding/workflows/concurrent_execution.md b/docs/docs/understanding/workflows/concurrent_execution.md
index 3596d09697..eba21e5628 100644
--- a/docs/docs/understanding/workflows/concurrent_execution.md
+++ b/docs/docs/understanding/workflows/concurrent_execution.md
@@ -112,6 +112,7 @@ class ConcurrentFlow(Workflow):
 ```
 
 There are several changes we've made to handle multiple event types:
+
 * `start` is now declared as emitting 3 different event types
 * `step_three` is now declared as accepting 3 different event types
 * `collect_events` now takes an array of the event types to wait for
diff --git a/docs/docs/understanding/workflows/index.md b/docs/docs/understanding/workflows/index.md
index 6b3f1accd2..3e65180bbb 100644
--- a/docs/docs/understanding/workflows/index.md
+++ b/docs/docs/understanding/workflows/index.md
@@ -40,4 +40,4 @@ Let's build [a basic workflow](basic_flow.md). Follow the tutorial sequence step
 
 Once you're done, check out our [Workflows component guide](../../module_guides/workflow/index.md) as a reference guide + more practical examples on building RAG/agents.
 
-If you're done building and want to deploy your workflow to production, check out [our llama_deploy guide](../../module_guides/workflow/deployment.md) ([repo](https://github.com/run-llama/llama_deploy)).
+If you're done building and want to deploy your workflow to production, check out [our llama_deploy guide](../../module_guides/llama_deploy/) ([repo](https://github.com/run-llama/llama_deploy)).
diff --git a/docs/docs/understanding/workflows/stream.md b/docs/docs/understanding/workflows/stream.md
index f24e29ddda..ee0b5399f7 100644
--- a/docs/docs/understanding/workflows/stream.md
+++ b/docs/docs/understanding/workflows/stream.md
@@ -89,7 +89,7 @@ if __name__ == "__main__":
     asyncio.run(main())
 ```
 
-`create_task` runs the workflow in the background, while `stream_events` will provide any event that gets written to the stream. It stops when the stream delivers a `StopEvent`, after which you can get the final result of the workflow as you normally would.
+`run` runs the workflow in the background, while `stream_events` will provide any event that gets written to the stream. It stops when the stream delivers a `StopEvent`, after which you can get the final result of the workflow as you normally would.
 
 
 Next let's look at [concurrent execution](concurrent_execution.md).
-- 
GitLab