mirror of
https://github.com/aljazceru/Tutorial-Codebase-Knowledge.git
synced 2025-12-19 07:24:20 +01:00
update nav
This commit is contained in:
@@ -36,19 +36,3 @@ flowchart TD
|
||||
A7 -- "Updates LLM context" --> A6
|
||||
A4 -- "Implemented as" --> A3
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Agent](01_agent.md)
|
||||
2. [Messaging System (Topic & Subscription)](02_messaging_system__topic___subscription_.md)
|
||||
3. [AgentRuntime](03_agentruntime.md)
|
||||
4. [Tool](04_tool.md)
|
||||
5. [ChatCompletionClient](05_chatcompletionclient.md)
|
||||
6. [ChatCompletionContext](06_chatcompletioncontext.md)
|
||||
7. [Memory](07_memory.md)
|
||||
8. [Component](08_component.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
@@ -42,19 +42,3 @@ flowchart TD
|
||||
A5 -- "Defines structure for Agent..." --> A6
|
||||
A7 -- "Receives events from" --> A0
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Agent](01_agent.md)
|
||||
2. [System Prompt](02_system_prompt.md)
|
||||
3. [BrowserContext](03_browsercontext.md)
|
||||
4. [DOM Representation](04_dom_representation.md)
|
||||
5. [Action Controller & Registry](05_action_controller___registry.md)
|
||||
6. [Message Manager](06_message_manager.md)
|
||||
7. [Data Structures (Views)](07_data_structures__views_.md)
|
||||
8. [Telemetry Service](08_telemetry_service.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Configuration"
|
||||
parent: "Celery"
|
||||
nav_order: 2
|
||||
---
|
||||
|
||||
# Chapter 2: Configuration - Telling Celery How to Work
|
||||
|
||||
In [Chapter 1: The Celery App](01_celery_app.md), we created our first `Celery` app instance. We gave it a name and told it where our message broker and result backend were located using the `broker` and `backend` arguments:
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Task"
|
||||
parent: "Celery"
|
||||
nav_order: 3
|
||||
---
|
||||
|
||||
# Chapter 3: Task - The Job Description
|
||||
|
||||
In [Chapter 1: The Celery App](01_celery_app.md), we set up our Celery headquarters, and in [Chapter 2: Configuration](02_configuration.md), we learned how to give it instructions. Now, we need to define the *actual work* we want Celery to do. This is where **Tasks** come in.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Broker Connection (AMQP)"
|
||||
parent: "Celery"
|
||||
nav_order: 4
|
||||
---
|
||||
|
||||
# Chapter 4: Broker Connection (AMQP) - Celery's Postal Service
|
||||
|
||||
In [Chapter 3: Task](03_task.md), we learned how to define "job descriptions" (Tasks) like `add(x, y)` and how to request them using `.delay()`. But when you call `add.delay(2, 2)`, how does that request actually *get* to a worker process that can perform the addition? It doesn't just magically appear!
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Worker"
|
||||
parent: "Celery"
|
||||
nav_order: 5
|
||||
---
|
||||
|
||||
# Chapter 5: Worker - The Task Doer
|
||||
|
||||
In [Chapter 4: Broker Connection (AMQP)](04_broker_connection__amqp_.md), we learned how Celery uses a message broker, like a postal service, to send task messages. When you call `add.delay(2, 2)`, a message asking to run the `add` task with arguments `(2, 2)` gets dropped into a mailbox (the broker queue).
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Result Backend"
|
||||
parent: "Celery"
|
||||
nav_order: 6
|
||||
---
|
||||
|
||||
# Chapter 6: Result Backend - Checking Your Task's Homework
|
||||
|
||||
In [Chapter 5: Worker](05_worker.md), we met the Celery Worker, the diligent entity that picks up task messages from the [Broker Connection (AMQP)](04_broker_connection__amqp_.md) and executes the code defined in our [Task](03_task.md).
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Beat (Scheduler)"
|
||||
parent: "Celery"
|
||||
nav_order: 7
|
||||
---
|
||||
|
||||
# Chapter 7: Beat (Scheduler) - Celery's Alarm Clock
|
||||
|
||||
In the last chapter, [Chapter 6: Result Backend](06_result_backend.md), we learned how to track the status and retrieve the results of our background tasks. This is great when we manually trigger tasks from our application. But what if we want tasks to run automatically, without us needing to press a button every time?
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Canvas (Signatures & Primitives)"
|
||||
parent: "Celery"
|
||||
nav_order: 8
|
||||
---
|
||||
|
||||
# Chapter 8: Canvas (Signatures & Primitives) - Building Task Workflows
|
||||
|
||||
In the previous chapter, [Chapter 7: Beat (Scheduler)](07_beat__scheduler_.md), we learned how to schedule tasks to run automatically at specific times using Celery Beat. This is great for recurring jobs. But what if you need to run a sequence of tasks, where one task depends on the result of another? Or run multiple tasks in parallel and then collect their results?
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Events"
|
||||
parent: "Celery"
|
||||
nav_order: 9
|
||||
---
|
||||
|
||||
# Chapter 9: Events - Listening to Celery's Heartbeat
|
||||
|
||||
In [Chapter 8: Canvas (Signatures & Primitives)](08_canvas__signatures___primitives_.md), we saw how to build complex workflows by chaining tasks together or running them in parallel. But as your Celery system gets busier, you might wonder: "What are my workers doing *right now*? Which tasks have started? Which ones finished successfully or failed?"
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Bootsteps"
|
||||
parent: "Celery"
|
||||
nav_order: 10
|
||||
---
|
||||
|
||||
# Chapter 10: Bootsteps - How Celery Workers Start Up
|
||||
|
||||
In [Chapter 9: Events](09_events.md), we learned how to monitor the real-time activity within our Celery system. We've now covered most of the key parts of Celery: the [Celery App](01_celery_app.md), [Task](03_task.md)s, the [Broker Connection (AMQP)](04_broker_connection__amqp_.md), the [Worker](05_worker.md), the [Result Backend](06_result_backend.md), [Beat (Scheduler)](07_beat__scheduler_.md), [Canvas (Signatures & Primitives)](08_canvas__signatures___primitives_.md), and [Events](09_events.md).
|
||||
|
||||
@@ -38,20 +38,3 @@ flowchart TD
|
||||
A9 -- "Manages connection via" --> A3
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Celery App](01_celery_app.md)
|
||||
2. [Configuration](02_configuration.md)
|
||||
3. [Task](03_task.md)
|
||||
4. [Broker Connection (AMQP)](04_broker_connection__amqp_.md)
|
||||
5. [Worker](05_worker.md)
|
||||
6. [Result Backend](06_result_backend.md)
|
||||
7. [Beat (Scheduler)](07_beat__scheduler_.md)
|
||||
8. [Canvas (Signatures & Primitives)](08_canvas__signatures___primitives_.md)
|
||||
9. [Events](09_events.md)
|
||||
10. [Bootsteps](10_bootsteps.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Command & Group"
|
||||
parent: "Click"
|
||||
nav_order: 1
|
||||
---
|
||||
|
||||
# Chapter 1: Commands and Groups: The Building Blocks
|
||||
|
||||
Welcome to your first step in learning Click! Imagine you want to create your own command-line tool, maybe something like `git` or `docker`. How do you tell your program what to do when someone types `git commit` or `docker build`? That's where **Commands** and **Groups** come in. They are the fundamental building blocks for any Click application.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Decorators"
|
||||
parent: "Click"
|
||||
nav_order: 2
|
||||
---
|
||||
|
||||
# Chapter 2: Decorators: Magic Wands for Your Functions
|
||||
|
||||
In [Chapter 1: Commands and Groups](01_command___group.md), we learned how to create basic command-line actions (`Command`) and group them together (`Group`). You might have noticed those strange `@click.command()` and `@click.group()` lines above our functions. What are they, and why do we use them?
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Parameter (Option & Argument)"
|
||||
parent: "Click"
|
||||
nav_order: 3
|
||||
---
|
||||
|
||||
# Chapter 3: Parameter (Option / Argument) - Giving Your Commands Input
|
||||
|
||||
In the last chapter, [Decorators](02_decorators.md), we saw how decorators like `@click.command()` and `@click.option()` act like magic wands, transforming our Python functions into CLI commands and adding features like command-line options.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "ParamType"
|
||||
parent: "Click"
|
||||
nav_order: 4
|
||||
---
|
||||
|
||||
# Chapter 4: ParamType - Checking and Converting Inputs
|
||||
|
||||
In [Chapter 3: Parameter (Option / Argument)](03_parameter__option___argument_.md), we learned how to define inputs for our commands using `@click.option` and `@click.argument`. Our `greet` command could take a `--name` option, and our `copy` command took `SRC` and `DST` arguments.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Context"
|
||||
parent: "Click"
|
||||
nav_order: 5
|
||||
---
|
||||
|
||||
# Chapter 5: Context - The Command's Nervous System
|
||||
|
||||
In the last chapter, [ParamType](04_paramtype.md), we saw how Click helps validate and convert user input into the right Python types, making our commands more robust. We used types like `click.INT` and `click.Path` to ensure data correctness.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Term UI (Terminal User Interface)"
|
||||
parent: "Click"
|
||||
nav_order: 6
|
||||
---
|
||||
|
||||
# Chapter 6: Term UI (Terminal User Interface)
|
||||
|
||||
Welcome back! In [Chapter 5: Context](05_context.md), we learned how Click uses the `Context` object (`ctx`) to manage the state of a command while it's running, allowing us to share information and call other commands.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Click Exceptions"
|
||||
parent: "Click"
|
||||
nav_order: 7
|
||||
---
|
||||
|
||||
# Chapter 7: Click Exceptions - Handling Errors Gracefully
|
||||
|
||||
In the last chapter, [Chapter 6: Term UI (Terminal User Interface)](06_term_ui__terminal_user_interface_.md), we explored how to make our command-line tools interactive and visually appealing using functions like `click.prompt`, `click.confirm`, and `click.secho`. We learned how to communicate effectively *with* the user.
|
||||
@@ -153,7 +160,7 @@ What exactly happens when a Click exception is raised, either by Click itself or
|
||||
* The formatted message is printed to `stderr` using `click.echo()`, respecting color settings from the context.
|
||||
5. **Exit:** After showing the message, Click calls `sys.exit()` with the exception's `exit_code` (usually `1` for general errors, `2` for usage errors). This terminates the program and signals the error status to the calling shell or script.
|
||||
|
||||
Here’s a simplified sequence diagram for the `BadParameter` case when a user provides invalid input that fails type conversion:
|
||||
Here's a simplified sequence diagram for the `BadParameter` case when a user provides invalid input that fails type conversion:
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
|
||||
@@ -35,17 +35,3 @@ flowchart TD
|
||||
A4 -- "Injects via @pass_context" --> A0
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Command / Group](01_command___group.md)
|
||||
2. [Decorators](02_decorators.md)
|
||||
3. [Parameter (Option / Argument)](03_parameter__option___argument_.md)
|
||||
4. [ParamType](04_paramtype.md)
|
||||
5. [Context](05_context.md)
|
||||
6. [Term UI (Terminal User Interface)](06_term_ui__terminal_user_interface_.md)
|
||||
7. [Click Exceptions](07_click_exceptions.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
@@ -38,22 +38,4 @@ flowchart TD
|
||||
A7 -- "Processes Links from" --> A5
|
||||
A3 -- "Provides Cleaned HTML to" --> A9
|
||||
A1 -- "Specifies Content Filter" --> A9
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [AsyncCrawlerStrategy](01_asynccrawlerstrategy.md)
|
||||
2. [AsyncWebCrawler](02_asyncwebcrawler.md)
|
||||
3. [CrawlerRunConfig](03_crawlerrunconfig.md)
|
||||
4. [ContentScrapingStrategy](04_contentscrapingstrategy.md)
|
||||
5. [RelevantContentFilter](05_relevantcontentfilter.md)
|
||||
6. [ExtractionStrategy](06_extractionstrategy.md)
|
||||
7. [CrawlResult](07_crawlresult.md)
|
||||
8. [DeepCrawlStrategy](08_deepcrawlstrategy.md)
|
||||
9. [CacheContext / CacheMode](09_cachecontext___cachemode.md)
|
||||
10. [BaseDispatcher](10_basedispatcher.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Crew"
|
||||
parent: "CrewAI"
|
||||
nav_order: 1
|
||||
---
|
||||
|
||||
# Chapter 1: Crew - Your AI Team Manager
|
||||
|
||||
Welcome to the world of CrewAI! We're excited to help you build teams of AI agents that can work together to accomplish complex tasks.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Agent"
|
||||
parent: "CrewAI"
|
||||
nav_order: 2
|
||||
---
|
||||
|
||||
# Chapter 2: Agent - Your Specialized AI Worker
|
||||
|
||||
In [Chapter 1](01_crew.md), we learned about the `Crew` – the manager that organizes our AI team. But a manager needs a team to manage! That's where `Agent`s come in.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Task"
|
||||
parent: "CrewAI"
|
||||
nav_order: 3
|
||||
---
|
||||
|
||||
# Chapter 3: Task - Defining the Work
|
||||
|
||||
In [Chapter 1](01_crew.md), we met the `Crew` - our AI team manager. In [Chapter 2](02_agent.md), we met the `Agent`s - our specialized AI workers. Now, we need to tell these agents *exactly* what to do. How do we give them specific assignments?
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Tool"
|
||||
parent: "CrewAI"
|
||||
nav_order: 4
|
||||
---
|
||||
|
||||
# Chapter 4: Tool - Equipping Your Agents
|
||||
|
||||
In [Chapter 3: Task](03_task.md), we learned how to define specific assignments (`Task`s) for our AI `Agent`s. We told the 'Travel Researcher' agent to find sunny cities and the 'Activity Planner' agent to create an itinerary.
|
||||
|
||||
@@ -1,3 +1,10 @@
|
||||
---
|
||||
layout: default
|
||||
title: "Process"
|
||||
parent: "CrewAI"
|
||||
nav_order: 5
|
||||
---
|
||||
|
||||
# Chapter 5: Process - Orchestrating the Workflow
|
||||
|
||||
In [Chapter 4: Tool](04_tool.md), we learned how to give our [Agent](02_agent.md)s special abilities using `Tool`s, like searching the web. Now we have specialized agents, defined tasks, and equipped agents. But how do they actually *work together*? Does Agent 1 finish its work before Agent 2 starts? Or is there a manager overseeing everything?
|
||||
|
||||
@@ -34,20 +34,4 @@ flowchart TD
|
||||
A0 -- "Uses as brain" --> A5
|
||||
A0 -- "Queries" --> A7
|
||||
A1 -- "Assigned to" --> A0
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Crew](01_crew.md)
|
||||
2. [Agent](02_agent.md)
|
||||
3. [Task](03_task.md)
|
||||
4. [Tool](04_tool.md)
|
||||
5. [Process](05_process.md)
|
||||
6. [LLM](06_llm.md)
|
||||
7. [Memory](07_memory.md)
|
||||
8. [Knowledge](08_knowledge.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -44,22 +44,4 @@ flowchart TD
|
||||
A9 -- "Configures default" --> A3
|
||||
A9 -- "Configures default" --> A4
|
||||
A9 -- "Configures default" --> A8
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Module / Program](01_module___program.md)
|
||||
2. [Signature](02_signature.md)
|
||||
3. [Example](03_example.md)
|
||||
4. [Predict](04_predict.md)
|
||||
5. [LM (Language Model Client)](05_lm__language_model_client_.md)
|
||||
6. [RM (Retrieval Model Client)](06_rm__retrieval_model_client_.md)
|
||||
7. [Evaluate](07_evaluate.md)
|
||||
8. [Teleprompter / Optimizer](08_teleprompter___optimizer.md)
|
||||
9. [Adapter](09_adapter.md)
|
||||
10. [Settings](10_settings.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -36,20 +36,4 @@ flowchart TD
|
||||
A4 -- "Reads Pydantic models for s..." --> A2
|
||||
A4 -- "Reads security scheme defin..." --> A6
|
||||
A5 -- "Handles RequestValidationEr..." --> A2
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [FastAPI Application & Routing](01_fastapi_application___routing.md)
|
||||
2. [Path Operations & Parameter Declaration](02_path_operations___parameter_declaration.md)
|
||||
3. [Data Validation & Serialization (Pydantic)](03_data_validation___serialization__pydantic_.md)
|
||||
4. [OpenAPI & Automatic Docs](04_openapi___automatic_docs.md)
|
||||
5. [Dependency Injection](05_dependency_injection.md)
|
||||
6. [Error Handling](06_error_handling.md)
|
||||
7. [Security Utilities](07_security_utilities.md)
|
||||
8. [Background Tasks](08_background_tasks.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -35,20 +35,4 @@ flowchart TD
|
||||
A3 -- "Bound within" --> A4
|
||||
A4 -- "Enables access to" --> A5
|
||||
A7 -- "Accesses" --> A5
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Application Object (`Flask`)](01_application_object___flask__.md)
|
||||
2. [Routing System](02_routing_system.md)
|
||||
3. [Request and Response Objects](03_request_and_response_objects.md)
|
||||
4. [Templating (Jinja2 Integration)](04_templating__jinja2_integration_.md)
|
||||
5. [Context Globals (`current_app`, `request`, `session`, `g`)](05_context_globals___current_app____request____session____g__.md)
|
||||
6. [Configuration (`Config`)](06_configuration___config__.md)
|
||||
7. [Application and Request Contexts](07_application_and_request_contexts.md)
|
||||
8. [Blueprints](08_blueprints.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -30,18 +30,4 @@ flowchart TD
|
||||
A1 -- "Defines Control Flow With" --> A5
|
||||
A5 -- "Directs Execution Of" --> A0
|
||||
A4 -- "Saves State Of" --> A2
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Graph / StateGraph](01_graph___stategraph.md)
|
||||
2. [Nodes (`PregelNode`)](02_nodes___pregelnode__.md)
|
||||
3. [Channels](03_channels.md)
|
||||
4. [Control Flow Primitives (`Branch`, `Send`, `Interrupt`)](04_control_flow_primitives___branch____send____interrupt__.md)
|
||||
5. [Pregel Execution Engine](05_pregel_execution_engine.md)
|
||||
6. [Checkpointer (`BaseCheckpointSaver`)](06_checkpointer___basecheckpointsaver__.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -44,21 +44,4 @@ flowchart TD
|
||||
A7 -- "Builds SSTables" --> A2
|
||||
A7 -- "Updates Versions Via Edit" --> A3
|
||||
A7 -- "Uses Iterator for Merging" --> A5
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Table / SSTable & TableCache](01_table___sstable___tablecache.md)
|
||||
2. [MemTable](02_memtable.md)
|
||||
3. [Write-Ahead Log (WAL) & LogWriter/LogReader](03_write_ahead_log__wal____logwriter_logreader.md)
|
||||
4. [DBImpl](04_dbimpl.md)
|
||||
5. [WriteBatch](05_writebatch.md)
|
||||
6. [Version & VersionSet](06_version___versionset.md)
|
||||
7. [Iterator](07_iterator.md)
|
||||
8. [Compaction](08_compaction.md)
|
||||
9. [InternalKey & DBFormat](09_internalkey___dbformat.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -39,20 +39,3 @@ flowchart TD
|
||||
A7 -- "Provides Access To Session" --> A1
|
||||
A7 -- "Provides Access To Server" --> A3
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [CLI (`mcp` command)](01_cli___mcp__command_.md)
|
||||
2. [FastMCP Server (`FastMCP`)](02_fastmcp_server___fastmcp__.md)
|
||||
3. [FastMCP Resources (`Resource`, `ResourceManager`)](03_fastmcp_resources___resource____resourcemanager__.md)
|
||||
4. [FastMCP Tools (`Tool`, `ToolManager`)](04_fastmcp_tools___tool____toolmanager__.md)
|
||||
5. [FastMCP Prompts (`Prompt`, `PromptManager`)](05_fastmcp_prompts___prompt____promptmanager__.md)
|
||||
6. [FastMCP Context (`Context`)](06_fastmcp_context___context__.md)
|
||||
7. [MCP Protocol Types](07_mcp_protocol_types.md)
|
||||
8. [Client/Server Sessions (`ClientSession`, `ServerSession`)](08_client_server_sessions___clientsession____serversession__.md)
|
||||
9. [Communication Transports (Stdio, SSE, WebSocket, Memory)](09_communication_transports__stdio__sse__websocket__memory_.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
|
||||
@@ -32,20 +32,4 @@ flowchart TD
|
||||
A7 -- "Overrides functions from" --> A3
|
||||
A7 -- "Overrides functions from" --> A4
|
||||
A1 -- "References type hierarchy" --> A5
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [ndarray (N-dimensional array)](01_ndarray__n_dimensional_array_.md)
|
||||
2. [dtype (Data Type Object)](02_dtype__data_type_object_.md)
|
||||
3. [ufunc (Universal Function)](03_ufunc__universal_function_.md)
|
||||
4. [Numeric Types (`numerictypes`)](04_numeric_types___numerictypes__.md)
|
||||
5. [Array Printing (`arrayprint`)](05_array_printing___arrayprint__.md)
|
||||
6. [multiarray Module](06_multiarray_module.md)
|
||||
7. [umath Module](07_umath_module.md)
|
||||
8. [__array_function__ Protocol / Overrides (`overrides`)](08___array_function___protocol___overrides___overrides__.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -43,20 +43,3 @@ flowchart TD
|
||||
A5 -- "Uses Tools" --> A1
|
||||
A4 -- "Defines Tool Structures" --> A1
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [LLM](01_llm.md)
|
||||
2. [Message / Memory](02_message___memory.md)
|
||||
3. [BaseAgent](03_baseagent.md)
|
||||
4. [Tool / ToolCollection](04_tool___toolcollection.md)
|
||||
5. [BaseFlow](05_baseflow.md)
|
||||
6. [Schema](06_schema.md)
|
||||
7. [Configuration (Config)](07_configuration__config_.md)
|
||||
8. [DockerSandbox](08_dockersandbox.md)
|
||||
9. [MCP (Model Context Protocol)](09_mcp__model_context_protocol_.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
|
||||
@@ -28,18 +28,4 @@ flowchart TD
|
||||
A4 -- "Modifies validation/seriali..." --> A2
|
||||
A5 -- "Uses core engine for" --> A2
|
||||
A5 -- "Can be configured by" --> A3
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [BaseModel](01_basemodel.md)
|
||||
2. [Fields (FieldInfo / Field function)](02_fields__fieldinfo___field_function_.md)
|
||||
3. [Configuration (ConfigDict / ConfigWrapper)](03_configuration__configdict___configwrapper_.md)
|
||||
4. [Custom Logic (Decorators & Annotated Helpers)](04_custom_logic__decorators___annotated_helpers_.md)
|
||||
5. [Core Schema & Validation/Serialization](05_core_schema___validation_serialization.md)
|
||||
6. [TypeAdapter](06_typeadapter.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -36,20 +36,4 @@ flowchart TD
|
||||
A7 -- "Operates on" --> A0
|
||||
A0 -- "Can Raise (raise_for_status)" --> A6
|
||||
A2 -- "Raises Connection Errors" --> A6
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [Functional API](01_functional_api.md)
|
||||
2. [Request & Response Models](02_request___response_models.md)
|
||||
3. [Session](03_session.md)
|
||||
4. [Cookie Jar](04_cookie_jar.md)
|
||||
5. [Authentication Handlers](05_authentication_handlers.md)
|
||||
6. [Exception Hierarchy](06_exception_hierarchy.md)
|
||||
7. [Transport Adapters](07_transport_adapters.md)
|
||||
8. [Hook System](08_hook_system.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
@@ -37,20 +37,4 @@ flowchart TD
|
||||
A5 -- "Includes tool info" --> A1
|
||||
A6 -- "Handled by agent" --> A0
|
||||
A7 -- "Replays memory" --> A3
|
||||
```
|
||||
|
||||
## Chapters
|
||||
|
||||
1. [MultiStepAgent](01_multistepagent.md)
|
||||
2. [Model Interface](02_model_interface.md)
|
||||
3. [Tool](03_tool.md)
|
||||
4. [AgentMemory](04_agentmemory.md)
|
||||
5. [PromptTemplates](05_prompttemplates.md)
|
||||
6. [PythonExecutor](06_pythonexecutor.md)
|
||||
7. [AgentType](07_agenttype.md)
|
||||
8. [AgentLogger & Monitor](08_agentlogger___monitor.md)
|
||||
|
||||
|
||||
---
|
||||
|
||||
Generated by [AI Codebase Knowledge Builder](https://github.com/The-Pocket/Tutorial-Codebase-Knowledge)
|
||||
```
|
||||
Reference in New Issue
Block a user