docs: use async for instead of for for streaming FastAPI resp

[jd-solanki]

Hi 👋🏻

I tried the docs snippet and found that it should use async for instead of for to avoid TypeError: 'async_generator' object is not iterable

---

	🚀 This PR description was created by Ellipsis for commit 5f3291d.

Summary:

This PR updates the fastapi.md documentation to use async for instead of for when iterating over an async generator in the generate function within the extract function.

Key points:

• Updated fastapi.md documentation file
• Changed for loop to async for in generate function within extract function
• The change is necessary to avoid TypeError when iterating over users, which is an async generator

---

Generated with ❤️ by ellipsis.dev

[ellipsis-dev]

👍 Looks good to me!

• Reviewed the entire pull request up to 5f3291d
• Looked at 14 lines of code in 1 files
• Took 38 seconds to review

More info

• Skipped 0 files when reviewing.
• Skipped posting 1 additional comments because they didn't meet confidence threshold of 85%.

1. docs/concepts/fastapi.md:84:

• Assessed confidence : 0%
• Comment:
  Good catch! The change from 'for' to 'async for' is correct as the users object is an async generator and needs to be iterated over asynchronously. This change is in line with Python's async programming model and FastAPI's support for async operations.
• Reasoning:
  The change from 'for' to 'async for' is correct as the users object is an async generator and needs to be iterated over asynchronously. This change is in line with Python's async programming model and FastAPI's support for async operations.

Workflow ID: wflow_QlNqRKc6x8dvfoE8

---

Not what you expected? You can customize the content of the reviews using rules. Learn more here.

[jd-solanki]

As a beginner, Still It's hard for me to get up and running with simple FastAPI & Instructor. Can you please add full runnable example file so we can check?

[jxnl]

can you try this?
https://github.com/instructor-ai/cloud