[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"tool-pipecat-ai--pipecat-flows":3,"similar-pipecat-ai--pipecat-flows":187},{"id":4,"github_repo":5,"name":6,"description_en":7,"description_zh":8,"ai_summary_zh":8,"readme_en":9,"readme_zh":10,"quickstart_zh":11,"use_case_zh":12,"hero_image_url":13,"owner_login":14,"owner_name":15,"owner_avatar_url":16,"owner_bio":17,"owner_company":18,"owner_location":18,"owner_email":18,"owner_twitter":18,"owner_website":19,"owner_url":20,"languages":21,"stars":34,"forks":35,"last_commit_at":36,"license":37,"difficulty_score":38,"env_os":39,"env_gpu":39,"env_ram":39,"env_deps":40,"category_tags":45,"github_topics":49,"view_count":38,"oss_zip_url":18,"oss_zip_packed_at":18,"status":53,"created_at":54,"updated_at":55,"faqs":56,"releases":86},8830,"pipecat-ai\u002Fpipecat-flows","pipecat-flows","Open source conversation framework for structured Pipecat dialogues","pipecat-flows 是一个专为构建结构化 AI 对话而设计的开源框架，作为知名实时语音框架 Pipecat 的增强插件，它让开发者能够轻松编排复杂的对话逻辑。\n\n在开发多轮对话应用时，管理对话状态、处理用户打断以及协调大模型交互往往充满挑战。pipecat-flows 通过提供清晰的状态管理机制，有效解决了这些痛点，支持开发者既可以通过代码定义预设的对话路径，也能动态生成灵活的交流流程。无论是点餐预订、患者问诊还是保险咨询等场景，都能确保对话流畅且逻辑严密。\n\n该工具主要面向 Python 开发者及 AI 应用工程师，特别是那些正在使用 Pipecat 构建实时语音助手或需要精细控制对话走向的技术团队。其独特的技术亮点在于配套提供的可视化编辑器（Pipecat Flows Editor），允许用户以图形化方式设计和导出对话配置，大幅降低了流程设计的门槛。此外，它还原生兼容 OpenAI、Anthropic、Google Gemini 等多种主流大模型提供商，展现出优秀的跨平台适应能力，帮助团队快速落地高质量的对话式 AI 应用。","\u003Ch1>\u003Cdiv align=\"center\">\n \u003Cimg alt=\"pipecat\" width=\"500px\" height=\"auto\" src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fpipecat-ai_pipecat-flows_readme_978b61d09d88.png\">\n\u003C\u002Fdiv>\u003C\u002Fh1>\n\n[![PyPI](https:\u002F\u002Fimg.shields.io\u002Fpypi\u002Fv\u002Fpipecat-ai-flows)](https:\u002F\u002Fpypi.org\u002Fproject\u002Fpipecat-ai-flows) [![Docs](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FDocumentation-blue)](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Ffeatures\u002Fpipecat-flows) [![Discord](https:\u002F\u002Fimg.shields.io\u002Fdiscord\u002F1239284677165056021)](https:\u002F\u002Fdiscord.gg\u002Fpipecat)\n\nPipecat Flows is an add-on framework for [Pipecat](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat\u002Ftree\u002Fmain#readme) that allows you to build structured conversations in your AI applications. It enables you to create both predefined conversation paths and dynamically generated flows while handling the complexities of state management and LLM interactions.\n\nThe framework consists of:\n\n- A Python module for building conversation flows with Pipecat\n- A [visual editor](#Pipecat-Flows-Editor) for designing and exporting flow configurations\n\n## Dependencies\n\n- Python 3.11 or higher\n- [Pipecat](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat?tab=readme-ov-file#-getting-started)\n\n## Installation\n\n1. Install uv\n\n   ```bash\n   curl -LsSf https:\u002F\u002Fastral.sh\u002Fuv\u002Finstall.sh | sh\n   ```\n\n   > **Need help?** Refer to the [uv install documentation](https:\u002F\u002Fdocs.astral.sh\u002Fuv\u002Fgetting-started\u002Finstallation\u002F).\n\n2. Install the module\n\n   ```bash\n   # For new projects\n   uv init my-pipecat-flows-app\n   cd my-pipecat-flows-app\n   uv add pipecat-ai-flows\n\n   # Or for existing projects\n   uv add pipecat-ai-flows\n   ```\n\n> **Using pip?** You can still use `pip install pipecat-ai-flows` to get set up.\n\n## Quick Start\n\nSee [Quick Start README](.\u002Fexamples\u002Fquickstart\u002FREADME.md).\n\nFor more detailed examples and guides, visit our [documentation](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Ffeatures\u002Fpipecat-flows).\n\n## Examples\n\nThe repository includes several complete example implementations demonstrating various features of Pipecat Flows.\n\n### Available Examples\n\nThe examples demonstrate various conversation flows including food ordering, restaurant reservations, patient intake, insurance quotes, and warm transfers. All examples support multiple LLM providers (OpenAI, Anthropic, Google Gemini, AWS Bedrock) to demonstrate cross-platform compatibility.\n\n### Getting Started with Examples\n\nFor detailed setup instructions, configuration, and running examples, see the **[Examples README](examples\u002FREADME.md)**.\n\nQuick start:\n\n```bash\n# Install dependencies\nuv sync\nuv pip install \"pipecat-ai[daily,openai,deepgram,cartesia,silero,examples]\"\n\n# Configure environment\ncp env.example .env  # Add your API keys\n\n# Run an example\nuv run examples\u002Ffood_ordering.py\n```\n\n## Contributing to the framework\n\n1. Clone the repository and navigate to it:\n\n   ```bash\n   git clone https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows.git\n   cd pipecat-flows\n   ```\n\n2. Install development dependencies:\n\n   ```bash\n   uv sync --group dev\n   ```\n\n3. Install the git pre-commit hooks (these help ensure your code follows project rules):\n\n   ```bash\n   uv run pre-commit install\n   ```\n\n   > The package is automatically installed in editable mode when you run `uv sync`.\n\n## Tests\n\nThe package includes a comprehensive test suite covering the core functionality.\n\n### Setup Test Environment\n\nInstall venv and dependencies:\n\n```bash\nuv sync --group dev\n```\n\n### Running Tests\n\nRun all tests:\n\n```bash\nuv run pytest tests\u002F\n```\n\nRun specific test file:\n\n```bash\nuv run pytest tests\u002Ftest_state.py\n```\n\nRun specific test:\n\n```bash\nuv run pytest tests\u002Ftest_state.py -k test_initialization\n```\n\nRun with coverage report:\n\n```bash\nuv run pytest tests\u002F --cov=pipecat_flows\n```\n\n## Pipecat Flows Editor\n\nA visual editor for creating and managing Pipecat conversation flows.\n\n![Food ordering flow example](https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fpipecat-ai_pipecat-flows_readme_7e04abfedcc2.png)\n\nVisit the [Pipecat Flows Editor](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows-editor) repo to learn more.\n\n## Contributing\n\nWe welcome contributions from the community! Whether you're fixing bugs, improving documentation, or adding new features, here's how you can help:\n\n- **Found a bug?** Open an [issue](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows\u002Fissues)\n- **Have a feature idea?** Start a [discussion](https:\u002F\u002Fdiscord.gg\u002Fpipecat)\n- **Want to contribute code?** Check our [CONTRIBUTING.md](CONTRIBUTING.md) guide\n- **Documentation improvements?** [Docs](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fdocs) PRs are always welcome\n\nBefore submitting a pull request, please check existing issues and PRs to avoid duplicates.\n\nWe aim to review all contributions promptly and provide constructive feedback to help get your changes merged.\n\n## Getting help\n\n➡️ [Join our Discord](https:\u002F\u002Fdiscord.gg\u002Fpipecat)\n\n➡️ [Pipecat Flows Guide](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Fpipecat-flows)\n\n➡️ [Reach us on X](https:\u002F\u002Fx.com\u002Fpipecat_ai)\n","\u003Ch1>\u003Cdiv align=\"center\">\n \u003Cimg alt=\"pipecat\" width=\"500px\" height=\"auto\" src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fpipecat-ai_pipecat-flows_readme_978b61d09d88.png\">\n\u003C\u002Fdiv>\u003C\u002Fh1>\n\n[![PyPI](https:\u002F\u002Fimg.shields.io\u002Fpypi\u002Fv\u002Fpipecat-ai-flows)](https:\u002F\u002Fpypi.org\u002Fproject\u002Fpipecat-ai-flows) [![Docs](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FDocumentation-blue)](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Ffeatures\u002Fpipecat-flows) [![Discord](https:\u002F\u002Fimg.shields.io\u002Fdiscord\u002F1239284677165056021)](https:\u002F\u002Fdiscord.gg\u002Fpipecat)\n\nPipecat Flows 是一个用于 [Pipecat](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat\u002Ftree\u002Fmain#readme) 的附加框架，它允许你在 AI 应用程序中构建结构化的对话流程。通过该框架，你可以创建预定义的对话路径以及动态生成的流程，同时处理状态管理和与大模型交互的复杂性。\n\n该框架包括：\n\n- 一个用于使用 Pipecat 构建对话流程的 Python 模块\n- 一个用于设计和导出流程配置的 [可视化编辑器](#Pipecat-Flows-Editor)\n\n## 依赖项\n\n- Python 3.11 或更高版本\n- [Pipecat](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat?tab=readme-ov-file#-getting-started)\n\n## 安装\n\n1. 安装 uv\n\n   ```bash\n   curl -LsSf https:\u002F\u002Fastral.sh\u002Fuv\u002Finstall.sh | sh\n   ```\n\n   > **需要帮助吗？** 请参阅 [uv 安装文档](https:\u002F\u002Fdocs.astral.sh\u002Fuv\u002Fgetting-started\u002Finstallation\u002F)。\n\n2. 安装模块\n\n   ```bash\n   # 对于新项目\n   uv init my-pipecat-flows-app\n   cd my-pipecat-flows-app\n   uv add pipecat-ai-flows\n\n   # 或者对于现有项目\n   uv add pipecat-ai-flows\n   ```\n\n> **使用 pip 吗？** 你仍然可以使用 `pip install pipecat-ai-flows` 来进行设置。\n\n## 快速入门\n\n请参阅 [快速入门 README](.\u002Fexamples\u002Fquickstart\u002FREADME.md)。\n\n如需更详细的示例和指南，请访问我们的 [文档](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Ffeatures\u002Fpipecat-flows)。\n\n## 示例\n\n仓库包含多个完整的示例实现，展示了 Pipecat Flows 的各种功能。\n\n### 可用示例\n\n这些示例演示了多种对话流程，包括点餐、餐厅预订、患者入院登记、保险报价以及热转接等。所有示例均支持多个大模型提供商（OpenAI、Anthropic、Google Gemini、AWS Bedrock），以展示跨平台兼容性。\n\n### 开始使用示例\n\n有关详细的设置说明、配置和运行示例，请参阅 **[示例 README](examples\u002FREADME.md)**。\n\n快速开始：\n\n```bash\n# 安装依赖\nuv sync\nuv pip install \"pipecat-ai[daily,openai,deepgram,cartesia,silero,examples]\"\n\n# 配置环境\ncp env.example .env  # 添加你的 API 密钥\n\n# 运行一个示例\nuv run examples\u002Ffood_ordering.py\n```\n\n## 贡献框架\n\n1. 克隆仓库并进入目录：\n\n   ```bash\n   git clone https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows.git\n   cd pipecat-flows\n   ```\n\n2. 安装开发依赖：\n\n   ```bash\n   uv sync --group dev\n   ```\n\n3. 安装 Git 预提交钩子（这些钩子有助于确保你的代码符合项目规范）：\n\n   ```bash\n   uv run pre-commit install\n   ```\n\n   > 当你运行 `uv sync` 时，该包会自动以可编辑模式安装。\n\n## 测试\n\n该包包含一个全面的测试套件，覆盖核心功能。\n\n### 设置测试环境\n\n安装 venv 和依赖项：\n\n```bash\nuv sync --group dev\n```\n\n### 运行测试\n\n运行所有测试：\n\n```bash\nuv run pytest tests\u002F\n```\n\n运行特定测试文件：\n\n```bash\nuv run pytest tests\u002Ftest_state.py\n```\n\n运行特定测试：\n\n```bash\nuv run pytest tests\u002Ftest_state.py -k test_initialization\n```\n\n带覆盖率报告运行：\n\n```bash\nuv run pytest tests\u002F --cov=pipecat_flows\n```\n\n## Pipecat Flows 编辑器\n\n一个用于创建和管理 Pipecat 对话流程的可视化编辑器。\n\n![点餐流程示例](https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fpipecat-ai_pipecat-flows_readme_7e04abfedcc2.png)\n\n访问 [Pipecat Flows 编辑器](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows-editor) 仓库以了解更多信息。\n\n## 贡献\n\n我们欢迎社区的贡献！无论你是修复 bug、改进文档，还是添加新功能，都可以通过以下方式参与：\n\n- **发现了一个 bug？** 打开一个 [issue](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows\u002Fissues)\n- **有一个功能想法？** 在 [Discord](https:\u002F\u002Fdiscord.gg\u002Fpipecat) 上发起讨论\n- **想贡献代码？** 请查看我们的 [CONTRIBUTING.md](CONTRIBUTING.md) 指南\n- **改进文档？** 文档 PR 始终受到欢迎\n\n在提交拉取请求之前，请检查现有的 issue 和 PR，以避免重复。\n\n我们致力于及时审查所有贡献，并提供建设性的反馈，以帮助你的更改被合并。\n\n## 获取帮助\n\n➡️ [加入我们的 Discord](https:\u002F\u002Fdiscord.gg\u002Fpipecat)\n\n➡️ [Pipecat Flows 指南](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Fpipecat-flows)\n\n➡️ [在 X 上联系我们](https:\u002F\u002Fx.com\u002Fpipecat_ai)","# Pipecat Flows 快速上手指南\n\nPipecat Flows 是 [Pipecat](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat) 的扩展框架，专为构建结构化 AI 对话而设计。它支持预定义对话路径和动态生成的流程，同时自动处理状态管理和大模型（LLM）交互的复杂性。\n\n## 环境准备\n\n在开始之前，请确保满足以下系统要求：\n\n*   **操作系统**：Linux, macOS, 或 Windows (WSL 推荐)\n*   **Python 版本**：3.11 或更高\n*   **前置依赖**：已安装 [Pipecat](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat) 基础环境\n*   **包管理器**：推荐使用 `uv` (高性能 Python 包安装器)，同时也支持 `pip`\n\n## 安装步骤\n\n### 方法一：使用 uv (推荐)\n\n`uv` 能显著加快依赖安装速度。\n\n1.  **安装 uv**\n    ```bash\n    curl -LsSf https:\u002F\u002Fastral.sh\u002Fuv\u002Finstall.sh | sh\n    ```\n    > 国内用户若下载缓慢，可尝试手动下载二进制文件或使用镜像源配置。\n\n2.  **创建项目并安装 Pipecat Flows**\n    ```bash\n    # 初始化新项目\n    uv init my-pipecat-flows-app\n    cd my-pipecat-flows-app\n    \n    # 添加依赖\n    uv add pipecat-ai-flows\n    ```\n\n    *如果是现有项目，直接进入目录运行 `uv add pipecat-ai-flows` 即可。*\n\n### 方法二：使用 pip\n\n如果你习惯使用 pip，可以直接安装：\n\n```bash\npip install pipecat-ai-flows\n```\n\n> **注意**：为了运行完整示例，通常还需要安装额外的提供商依赖（如 OpenAI, Daily 等），见下文“基本使用”。\n\n## 基本使用\n\n以下是基于官方示例的快速启动流程，演示如何运行一个食品订购对话流。\n\n### 1. 同步依赖与环境配置\n\n进入项目目录（或示例目录），安装包含语音、LLM 提供商在内的完整示例依赖：\n\n```bash\n# 同步开发依赖\nuv sync\n\n# 安装示例所需的额外组件 (Daily, OpenAI, Deepgram 等)\nuv pip install \"pipecat-ai[daily,openai,deepgram,cartesia,silero,examples]\"\n```\n\n### 2. 配置 API 密钥\n\n复制环境变量模板文件并填入你的 API Key（支持 OpenAI, Anthropic, Google Gemini, AWS Bedrock 等）：\n\n```bash\ncp env.example .env\n```\n\n编辑 `.env` 文件，填入对应的 `OPENAI_API_KEY` 或其他服务商密钥。\n\n### 3. 运行示例\n\n运行内置的食品订购示例脚本：\n\n```bash\nuv run examples\u002Ffood_ordering.py\n```\n\n程序启动后，将建立一个结构化的对话流程，自动处理用户意图识别、状态跳转及多轮对话逻辑。\n\n### 进阶：可视化编辑\n\nPipecat Flows 还提供可视化的流程编辑器，可用于设计和导出对话配置。\n*   **仓库地址**：[Pipecat Flows Editor](https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows-editor)\n*   **功能**：通过图形界面设计对话节点，导出配置文件供代码加载使用。\n\n---\n*更多详细文档请访问：[Pipecat Flows Official Docs](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Ffeatures\u002Fpipecat-flows)*","某医疗科技团队正在开发一款智能患者预检分诊语音助手，需要引导患者完成症状描述、病史确认及科室推荐等复杂多轮对话。\n\n### 没有 pipecat-flows 时\n- **状态管理混乱**：开发者需手动编写大量代码来追踪对话进度（如“是否已询问过敏史”），极易出现逻辑遗漏或死循环。\n- **流程修改困难**：每当医疗合规要求变更导致问诊路径调整时，必须深入代码底层重构逻辑，测试周期长且风险高。\n- **上下文易丢失**：在患者突然打断或偏离主题后，系统难以精准找回之前的对话节点，导致重复询问或信息断层。\n- **可视化缺失**：产品与开发人员缺乏统一的流程图视图，对复杂的分支逻辑（如不同症状对应不同科室）沟通成本极高。\n\n### 使用 pipecat-flows 后\n- **结构化状态自动托管**：利用内置的状态管理机制，自动处理对话节点的跳转与记忆，开发者只需关注业务逻辑而非底层状态机。\n- **可视化编排与热更新**：通过 Pipecat Flows Editor 图形化编辑器直接拖拽设计问诊路径，导出配置即可生效，无需重新编译代码。\n- **智能断点续聊**：框架原生支持动态流生成，当患者插话后能自动识别意图并平滑回归到预设的正确问诊节点，体验流畅自然。\n- **跨模型兼容性强**：一套流程配置可无缝切换 OpenAI、Anthropic 等不同大模型后端，快速验证哪种模型在医疗场景表现更佳。\n\npipecat-flows 将复杂的医疗对话逻辑从繁琐的代码实现中解放出来，让团队能通过可视化方式高效构建可靠、合规的结构化语音交互应用。","https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fpipecat-ai_pipecat-flows_86119749.png","pipecat-ai","Pipecat","https:\u002F\u002Foss.gittoolsai.com\u002Favatars\u002Fpipecat-ai_0678da1d.png","Pipecat is a framework for building voice (and multimodal) conversational agents.",null,"https:\u002F\u002Fpipecat.ai","https:\u002F\u002Fgithub.com\u002Fpipecat-ai",[22,26,30],{"name":23,"color":24,"percentage":25},"Python","#3572A5",99.6,{"name":27,"color":28,"percentage":29},"Jinja","#a52a22",0.2,{"name":31,"color":32,"percentage":33},"Shell","#89e051",0.1,578,106,"2026-04-17T06:41:47","BSD-2-Clause",2,"未说明",{"notes":41,"python":42,"dependencies":43},"推荐使用 'uv' 进行包管理和环境同步，也可使用 'pip' 安装。示例支持多种 LLM 提供商（OpenAI, Anthropic, Google Gemini, AWS Bedrock）。开发贡献需安装预提交钩子 (pre-commit)。","3.11+",[44,14],"pipecat-ai-flows",[46,47,48],"开发框架","Agent","图像",[50,51,52],"ai","real-time","conversational-ai","ready","2026-03-27T02:49:30.150509","2026-04-18T09:19:17.706517",[57,62,67,72,77,82],{"id":58,"question_zh":59,"answer_zh":60,"source_url":61},39598,"LLM 在状态转换完成前就发送了消息，导致上下文未更新怎么办？","这是一个已知的时序问题。维护者已通过 PR #75 修复了该问题，核心改动是将 `context_aggregator` 直接传递给 `FlowManager`。这是一个轻微的破坏性变更，但能确保在所有 LLM 提供商（静态和动态流）中时序正常工作。请升级到包含此修复的最新版本，并确保在初始化 `FlowManager` 时传入 `context_aggregator` 参数。","https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows\u002Fissues\u002F67",{"id":63,"question_zh":64,"answer_zh":65,"source_url":66},39599,"如何在 Pipecat Cloud 中使用 `__function__` 进行函数查找？","`__function__` 机制假设函数查找位于主模块中，但这在 Pipecat Cloud 环境中不成立（因为主模块是云基础镜像提供的）。目前该机制不再积极维护，甚至可能很快被弃用。官方推荐的解决方案是采用“后处理”（post-processing）路线来处理函数调用逻辑，而不是依赖自动查找机制。","https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows\u002Fissues\u002F149",{"id":68,"question_zh":69,"answer_zh":70,"source_url":71},39600,"FlowManager 是否支持在运行时动态切换 LLM 模型？","目前 `FlowManager` 初始化时只能接收单个 LLM，直接在运行时切换会导致新模型无法访问已注册的工具。开发团队正在核心 Pipecat 中引入“通用 LLM 上下文”（universal LLM context）机制来解决此问题，以便在热切换 LLM 时无需同步多个上下文。在该功能正式发布前（预计几个版本后），建议关注后续的 failover 系统（已在 v0.0.82 中部分体现）或暂时避免在生产环境中频繁热切换模型。","https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows\u002Fissues\u002F165",{"id":73,"question_zh":74,"answer_zh":75,"source_url":76},39601,"有没有更简洁的方法来创建节点，特别是涉及函数调用时？","社区曾提议简化节点创建语法，例如将过渡逻辑与函数调用逻辑合并。虽然完全合并可能在需要记录返回结果时过于简单化，但团队正在探索支持多种方法的可能性，让开发者自行选择。目前可以参考 PR #141 中的改进尝试，未来可能会提供更直观的语法来减少手动列出 JSON 参数的繁琐操作。","https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows\u002Fissues\u002F132",{"id":78,"question_zh":79,"answer_zh":80,"source_url":81},39602,"是否可以使用编辑器来设计动态流程（Dynamic Flow）？","目前官方尚未提供可视化的流程编辑器。不过，可以通过编程方式实现类似效果：使用单个节点的 Flow，在退出该节点时重新进入并重新初始化状态，从而构建基于纯 JSON 的状态流。这种方法利用 Pipecat Flows 的机制控制上下文，同时允许以静态和编程方式定义流程。对于需要实时迭代的企业级平台，用户也可以自行开发动态流运行时适配器或将动态配置转换为静态代码。","https:\u002F\u002Fgithub.com\u002Fpipecat-ai\u002Fpipecat-flows\u002Fissues\u002F109",{"id":83,"question_zh":84,"answer_zh":85,"source_url":71},39603,"如果需要在不同 LLM 之间共享工具注册信息，目前的最佳实践是什么？","在使用 `ParallelPipeline` 并行运行多个 LLM 时，第二个 LLM 默认无法访问 `FlowManager` 中注册的工具。目前的变通方法是直接使用 `Pipeline` 配合 `ParallelPipeline`，但这会导致工具上下文不一致。根本解决方案是等待核心团队实现“通用 LLM 上下文”功能，届时所有 LLM 实例将自动共享相同的工具注册表。在此之前，尽量避免在同一个流中混合使用未共享上下文的多个 LLM 实例。",[87,92,97,102,107,112,117,122,127,132,137,142,147,152,157,162,167,172,177,182],{"id":88,"version":89,"summary_zh":90,"released_at":91},315549,"v1.0.0","迁移指南：https:\u002F\u002Fdocs.pipecat.ai\u002Fpipecat-flows\u002Fmigration\u002Fmigration-1.0\n\n### 新增\n\n- `ActionConfig` 现在从顶级 `pipecat_flows` 包中导出。\n\n### 变更\n\n- **破坏性变更：** 需要 Python >= 3.11 和 `pipecat-ai>=1.0.0`。\n\n- ⚠️ 所有任务消息和摘要消息现在使用 `\"role\": \"developer\"`，而不是 `\"role\": \"user\"`。这能正确区分应用程序指令与实际用户语音。如果你的自定义流程中 `task_messages` 使用了 `\"role\": \"user\"`，建议将其更新为 `\"role\": \"developer\"`。\n\n- 节点配置中的验证错误现在会抛出 `FlowError` 或 `InvalidFunctionError`，而不是 `ValueError`。\n\n- 为安全更新提升了依赖库版本：`loguru`、`docstring_parser`、`build`、`pip-tools`、`pre-commit`、`pyright`、`pytest-asyncio` 和 `ruff`。\n\n- 示例已更新，以适应 Pipecat 1.0 的模式，并支持 `OpenAIResponsesLLMService`（需设置 `LLM_PROVIDER=openai_responses`）。\n\n### 已弃用\n\n- `RESET_WITH_SUMMARY` 上下文策略已被弃用，推荐使用 Pipecat 原生的上下文摘要功能。当该策略被使用时，运行时会发出 `DeprecationWarning`。若需在节点转换时触发按需摘要，可在前置动作中推送一个 `LLMSummarizeContextFrame`。完整指南请参阅：https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Ffundamentals\u002Fcontext-summarization。该功能将在 2.0.0 版本中移除。\n\n### 已移除\n\n- **破坏性变更：** 从 `FlowManager.__init__()` 中移除了 `tts` 参数，该参数自 v0.0.18 起已弃用。`tts_say` 动作现直接使用 `TTSSpeakFrame`。\n\n- **破坏性变更：** 移除了 `set_node()` 方法，该方法自 v0.0.18 起已弃用。请改用 `set_node_from_config()` 或合并后的直接函数。\n\n- **破坏性变更：** 从 `FlowsFunctionSchema` 和各提供商特定的函数定义中移除了 `transition_to` 和 `transition_callback`，这些内容自 v0.0.18 起已弃用。请使用返回元组 `(result, next_node)` 的统一 `handler`，或直接使用函数。\n\n- **破坏性变更：** 移除了静态流程（`FlowConfig` 类型及 `flow_config` 参数），该功能自 v0.0.19 起已弃用。请改用动态流程。\n\n- **破坏性变更：** 移除了各提供商特定的 LLM 适配器（`OpenAIAdapter`、`AnthropicAdapter`、`GeminiAdapter`、`AWSBedrockAdapter`）。现在由单一的统一 `LLMAdapter` 通过 Pipecat 的通用 `LLMContext` 处理所有提供商。\n\n- **破坏性变更：** 移除了对 `OpenAILLMContext` 的支持。请完全使用 Pipecat 的通用 `LLMContext`。\n\n- **破坏性变更：** 移除了函数定义中针对各提供商的字典格式。请使用 `FlowsFunctionSchema` 或直接函数。\n\n- 移除了 `__function__:` 标记处理器查找模式（用于静态流程）。","2026-04-15T22:31:34",{"id":93,"version":94,"summary_zh":95,"released_at":96},315550,"v0.0.24","### 新增\n\n- 向 `FlowsFunctionSchema` 和 `@flows_direct_function` 装饰器中添加了 `timeout_secs` 参数，用于控制每个工具函数调用的超时时间，该参数会覆盖全局的 `function_call_timeout_secs` 设置。\n\n- 添加了 `role_message`（`str` 类型）作为设置机器人角色\u002F个性的首选字段。系统指令现在通过 `LLMUpdateSettingsFrame` 发送，而不是作为系统消息包含在对话上下文中。\n\n### 变更\n\n- 将 `pipecat-ai` 的最低支持版本更新至 `0.0.105`。\n\n### 已弃用\n\n- `role_messages` 已被弃用，建议改用 `role_message`（`str` 类型）。旧的 `List[Dict]` 格式仍为保持向后兼容而保留，但将在 1.0.0 版本中移除。\n\n### 修复\n\n- 修复了一个 bug：当切换到新的节点且未重新指定系统指令时，在使用 `RESET` 和 `RESET_WITH_SUMMARY` 上下文策略进行切换的过程中，系统指令会丢失。","2026-03-20T21:07:35",{"id":98,"version":99,"summary_zh":100,"released_at":101},315551,"v0.0.23","### 新增\n\n- 在 `FlowsFunctionSchema` 中新增了 `cancel_on_interruption` 参数。\n\n- 新增了 `@flows_direct_function` 装饰器，用于为 Pipecat 直接函数附加元数据。这允许在函数定义处配置诸如 `cancel_on_interruption` 之类的行为。\n\n  示例用法：\n\n  ```python\n  from pipecat_flows import flows_direct_function, FlowManager\n\n  @flows_direct_function(cancel_on_interruption=False)\n  async def long_running_task(flow_manager: FlowManager, query: str):\n      \"\"\"执行一项在中断时不应被取消的任务。\n\n      Args:\n          query: 要处理的查询。\n      \"\"\"\n      # ... 实现\n      return {\"status\": \"complete\"}, None\n  ```\n\n  未使用装饰器的直接函数默认会将 `cancel_on_interruption` 设置为 `False`，\n  从而确保即使在用户中断的情况下，所有函数调用也能顺利完成。\n\n### 变更\n\n- 将 `FlowsFunctionSchema` 和 `@flows_direct_function` 中的 `cancel_on_interruption` 默认值由 `True` 改为 `False`。现在，默认情况下，函数调用即使在用户中断时也会完成，以防止过渡停滞和结果丢失。\n\n### 修复\n\n- 修复了当用户中断导致函数调用在执行过程中被取消时，中断的过渡会使流程永久卡住的问题。","2026-02-28T00:41:27",{"id":103,"version":104,"summary_zh":105,"released_at":106},315552,"v0.0.22","### 新增\n\n- 在 `FlowManager` 初始化中新增了对 `global_functions` 参数的支持。全局函数可在流程中的每个节点使用，无需在每个节点的配置中单独指定。支持 `FlowsFunctionSchema` 和 `FlowsDirectFunction` 两种类型。\n\n### 变更\n\n- 当 `RESET_WITH_SUMMARY` 失败时，将回退策略更改为 `APPEND`。\n\n- 更新了餐饮订单示例（[food_ordering.py](examples\u002Ffood_ordering.py) 和 [food_ordering_direct_functions.py](examples\u002Ffood_ordering_direct_functions.py)），以展示如何使用全局函数，并引入配送预估功能。","2025-11-18T15:15:33",{"id":108,"version":109,"summary_zh":110,"released_at":111},315553,"v0.0.21","### 新增内容\r\n\r\n- 添加对新 Pipecat `LLMSwitcher` 的支持，它可以在需要在运行时切换大模型的场景中作为 `LLMService` 的直接替代品使用。\n\n使用 `LLMSwitcher` 有一些前提条件：\n\n- 必须使用新的通用 `LLMContext` 和 `LLMContextAggregatorPair`（截至 Pipecat 0.0.82，目前仅由 Pipecat 的 OpenAI 和 Google 大模型实现支持，未来还将支持更多）。\n- 必须使用“直接”函数或 `FlowsFunctionSchema` 函数（而非特定提供商的格式）。\n\n使用 `LLMSwitcher` 的示例如下：\n\n```python\n# 为您的大模型服务创建共享上下文和聚合器\ncontext = LLMContext()\ncontext_aggregator = LLMContextAggregatorPair(context)\n\n# 实例化您的大模型服务\nllm_openai = OpenAILLMService(api_key=os.getenv(\"OPENAI_API_KEY\"))\nllm_google = GoogleLLMService(api_key=os.getenv(\"GOOGLE_API_KEY\"))\n\n# 实例化切换器\n# （ServiceSwitcherStrategyManual 默认使用 OpenAI，因为它在列表中排在首位）\nllm_switcher = LLMSwitcher(\n    llms=[llm_openai, llm_google], strategy_type=ServiceSwitcherStrategyManual\n)\n\n# 按照常规方式创建您的管道（将切换器传递给管道，而不是直接传递大模型）\npipeline = Pipeline(\n    [\n        transport.input(),\n        stt,\n        context_aggregator.user(),\n        llm_switcher,\n        tts,\n        transport.output(),\n        context_aggregator.assistant(),\n    ]\n)\ntask = PipelineTask(pipeline, params=PipelineParams(allow_interruptions=True))\n\n# 按照常规方式初始化您的流程管理器（将切换器传递给管理器，而不是直接传递大模型）\nflow_manager = FlowManager(\n    task=task,\n    llm=llm_switcher,\n    context_aggregator=context_aggregator,\n)\n\n# ...\n# 按照需要随时切换大模型！\nawait task.queue_frames([ManuallySwitchServiceFrame(service=llm_google)])\n```","2025-09-17T16:05:09",{"id":113,"version":114,"summary_zh":115,"released_at":116},315554,"v0.0.20","### 变更\r\n\r\n- 为 `FlowManager` 的以下属性添加了 `@property` 装饰器，以正式将其纳入公共 API：`state`、`task`、`transport` 和 `current_node`。","2025-08-27T15:55:38",{"id":118,"version":119,"summary_zh":120,"released_at":121},315555,"v0.0.19","### 已弃用\n\n- 静态流现已弃用，将在 v1.0.0 中移除。请改用动态流。弃用内容包括 `FlowManager` 的 `flow_config` 参数以及 `FlowConfig` 类型。","2025-08-25T21:12:59",{"id":123,"version":124,"summary_zh":125,"released_at":126},315556,"v0.0.18","### 新增内容\n\n- 为 `NodeConfig` 添加了一个新的可选字段 `name`。当与返回元组（结果、下一个节点）的“整合型”函数一起使用动态流程时，为下一个节点指定一个名称有助于调试日志记录。如果您未指定 `name`，则会使用自动生成的 UUID。\n\n- 增加了对“整合型”函数的支持，这类函数既负责执行某些任务，又负责指定要过渡到的下一个节点。使用整合型函数时，无需再指定 `transition_to` 或 `transition_callback`。\n\n  使用示例：\n\n  ```python\n  # “整合型”函数\n  async def do_something(args: FlowArgs) -> tuple[FlowResult, NodeConfig]:\n    foo = args[\"foo\"]\n    bar = args.get(\"bar\", \"\")\n\n    # 执行一些工作（可选；此函数也可以仅作为过渡函数）\n    result = await process(foo, bar)\n\n    # 指定下一个节点（可选；此函数也可以仅作为工作函数）\n    # 这可以是 `NodeConfig`（用于动态流程）或节点名称（用于静态流程）\n    next_node = create_another_node()\n\n    return result, next_node\n\n  def create_a_node() -> NodeConfig:\n    return NodeConfig(\n        task_messages=[\n          # ...\n        ],\n        functions=[FlowsFunctionSchema(\n            name=\"do_something\",\n            description=\"做一些有趣的事情。\",\n            handler=do_something,\n            properties={\n              \"foo\": {\n                \"type\": \"integer\",\n                \"description\": \"用于进行有趣操作的 foo 参数。\"\n              },\n              \"bar\": {\n                \"type\": \"string\",\n                \"description\": \"用于进行有趣操作的 bar 参数。\"\n              }\n            },\n            required=[\"foo\"],\n        )],\n    )\n  ```\n\n- 增加了对“直接型”函数的支持，这类函数不需要配套的 `FlowsFunctionSchema` 或函数定义字典。相反，元数据（即 `name`、`description`、`properties` 和 `required`）会自动从函数签名和文档字符串中提取。\n\n  使用示例：\n\n  ```python\n  # “直接型”函数\n  # 第一个参数必须是 `flow_manager`\n  async def do_something(flow_manager: FlowManager, foo: int, bar: str = \"\") -> tuple[FlowResult, NodeConfig]:\n    \"\"\"\n    做一些有趣的事情。\n\n    Args:\n      foo (int): 用于进行有趣操作的 foo 参数。\n      bar (str): 用于进行有趣操作的 bar 参数。\n    \"\"\"\n\n    # 执行一些工作（可选；此函数也可以仅作为过渡函数）\n    result = await process(foo, bar)\n\n    # 指定下一个节点（可选；此函数也可以仅作为工作函数）\n    # 这可以是 `NodeConfig`（用于动态流程）或节点名称（用于静态流程）\n    next_node = create_another_node()\n\n    return result, next_node\n\n  def create_a_node() -> NodeConfig:\n    return NodeConfig(\n      task_messages=[\n        # ...\n      ],\n    )\n  ```","2025-06-27T16:16:47",{"id":128,"version":129,"summary_zh":130,"released_at":131},315557,"v0.0.17","### 新增\n\n- 通过添加 `AWSBedrockAdapter`，新增对 `AWSBedrockLLMService` 的支持。\n\n### 变更\n\n- 在 `NodeConfig` 中新增 `respond_immediately` 参数。将其设置为 `False` 后，机器人在节点激活后会等待用户先发言，然后再作出响应。这可用于初始节点，以便让用户先开口。\n\n- 将所需的最低 `pipecat-ai` 版本提升至 0.0.67，以与 Pipecat 中的 AWS Bedrock 功能新增保持一致。此举还增加了对 0.0.66 版本中引入的 `FunctionCallParams` 的支持。\n\n- 更新代码，使用 `FunctionCallParams` 作为函数处理器的参数。\n\n- 更新导入语句，采用新的 `.stt`、`.llm` 和 `.tts` 路径。\n\n### 其他\n\n- 新增了适用于保险和患者问诊的 AWS Bedrock 示例。\n\n- 将示例配置更新为 `audio_in_enabled=True`，并移除 `vad_enabled` 和 `vad_audio_passthrough`，以与最新版 Pipecat 的 `TransportParams` 保持一致。","2025-05-16T15:36:46",{"id":133,"version":134,"summary_zh":135,"released_at":136},315558,"v0.0.16","### 新增功能\n\n- 新增了一种“function”动作类型，可在流水线中“内联”执行函数（即在流水线完成其之前所有已排队任务后执行）。\n\n  这对于在机器人回合结束时执行某些操作非常有用。\n\n  使用示例：\n\n  ```python\n  async def after_the_fun_fact(action: dict, flow_manager: FlowManager):\n    print(\"已完成向用户讲述趣味小知识。\")\n\n  def create_node() -> NodeConfig:\n    return NodeConfig(\n      task_messages=[\n        {\n          \"role\": \"system\",\n          \"content\": \"问候用户并分享一条趣味小知识。\"\n        },\n        post_actions=[\n          ActionConfig(\n            type=\"function\",\n            handler=after_the_fun_fact\n          )\n        ]\n      ]\n    )\n  ```\n\n- 在适配器系统中新增了对 `OpenAILLMService` 子类的支持。现在，您可以使用任何继承自 `OpenAILLMService` 的 Pipecat LLM 服务，例如 `AzureLLMService`、`GrokLLMService`、`GroqLLMService` 等，而无需更新适配器。有关支持的 LLM 服务，请参阅 Pipecat 文档中的 [支持的服务列表](https:\u002F\u002Fdocs.pipecat.ai\u002Fserver\u002Fservices\u002Fsupported-services#large-language-models)。\n\n- 新增了一个 `FlowsFunctionSchema` 类，允许您使用标准模式来定义函数调用。这实际上是 Pipecat 的 `FunctionSchema` 的子类。\n\n  使用示例：\n\n  ```python\n  # 使用 FlowsFunctionSchema 定义一个函数\n  collect_name = FlowsFunctionSchema(\n      name=\"collect_name\",\n      description=\"记录用户的姓名\",\n      properties={\n          \"name\": {\"type\": \"string\", \"description\": \"用户的姓名\"}\n      },\n      required=[\"name\"],\n      handler=collect_name_handler,\n      transition_to=\"next_node\"\n  )\n\n  # 在节点配置中使用\n  node_config = {\n      \"task_messages\": [...],\n      \"functions\": [collect_name]\n  }\n  ```\n\n### 变更\n\n- 函数处理器现在既可以仅接收 `FlowArgs`（旧式风格），也可以同时接收 `FlowArgs` 和 `FlowManager` 实例（新式风格）。添加对 `FlowManager` 的支持，使得函数处理器能够访问会话状态、传输方法以及其他流程资源。框架会自动检测您使用的签名，并相应地调用处理器。\n\n### 依赖项\n\n- 将最低 Pipecat 版本更新至 0.0.61，以便使用 `FunctionSchema`、特定于提供商的适配器以及上下文管理方面的最新改进。\n\n### 其他\n\n- 更新 `restaurant_reservation.py` 和 `insurance_gemini.py`，以使用 `FlowsFunctionSchema`。\n- 更新示例代码，为 `PipelineTask` 指定 `params` 参数，以满足从 0.0.58 版本开始的 Pipecat 要求。","2025-03-26T19:10:29",{"id":138,"version":139,"summary_zh":140,"released_at":141},315559,"v0.0.15","### Changed\r\n\r\n- The `ActionManager` now has access to the `FlowManager`, allowing more\r\n  flexibility to create custom actions.\r\n\r\n### Fixed\r\n\r\n- Fixed an issue with the LLM adapter where you were required to install all\r\n  LLM dependencies to run Flows.","2025-02-26T18:38:29",{"id":143,"version":144,"summary_zh":145,"released_at":146},315560,"v0.0.14","### Reverted\r\n\r\n- Temporarily reverted the deprecation of the `tts` parameter in\r\n  `FlowManager.__init__()`. This feature will be deprecated in a future release\r\n  after the required Pipecat changes are completed.","2025-02-09T12:37:27",{"id":148,"version":149,"summary_zh":150,"released_at":151},315561,"v0.0.13","### Added\r\n\r\n- Added context update strategies to control how context is managed during node\r\n  transitions:\r\n  - `APPEND`: Add new messages to existing context (default behavior)\r\n  - `RESET`: Clear and replace context with new messages and most recent\r\n    function call results\r\n  - `RESET_WITH_SUMMARY`: Reset context but include an LLM-generated summary\r\n    along with the new messages\r\n  - Strategies can be set globally or per-node\r\n  - Includes automatic fallback to RESET if summary generation fails\r\n\r\nExample usage:\r\n\r\n```python\r\n# Global strategy\r\nflow_manager = FlowManager(\r\n    context_strategy=ContextStrategyConfig(\r\n        strategy=ContextStrategy.RESET\r\n    )\r\n)\r\n\r\n# Per-node strategy\r\nnode_config = {\r\n    \"task_messages\": [...],\r\n    \"functions\": [...],\r\n    \"context_strategy\": ContextStrategyConfig(\r\n        strategy=ContextStrategy.RESET_WITH_SUMMARY,\r\n        summary_prompt=\"Summarize the key points discussed so far.\"\r\n    )\r\n}\r\n```\r\n\r\n- Added a new function called `get_current_context` which provides access to\r\n  the LLM context.\r\n\r\nExample usage:\r\n\r\n```python\r\n# Access current conversation context\r\ncontext = flow_manager.get_current_context()\r\n```\r\n\r\n- Added a new dynamic example called `restaurant_reservation.py`.\r\n\r\n### Changed\r\n\r\n- Transition callbacks now receive function results directly as a second argument:\r\n  `async def handle_transition(args: Dict, result: FlowResult, flow_manager: FlowManager)`.\r\n  This enables direct access to typed function results for making routing decisions.\r\n  For backwards compatibility, the two-argument signature\r\n  `(args: Dict, flow_manager: FlowManager)` is still supported.\r\n\r\n- Updated dynamic examples to use the new result argument.\r\n\r\n### Deprecated\r\n\r\n- The `tts` parameter in `FlowManager.__init__()` is now deprecated and will\r\n  be removed in a future version. The `tts_say` action now pushes a\r\n  `TTSSpeakFrame`.","2025-02-06T18:55:40",{"id":153,"version":154,"summary_zh":155,"released_at":156},315562,"v0.0.12","### Added\r\n\r\n- Support for inline action handlers in flow configuration:\r\n  - Actions can now be registered via handler field in config\r\n  - Maintains backwards compatibility with manual registration\r\n  - Built-in actions (`tts_say`, `end_conversation`) work without changes\r\n\r\nExample of the new pattern:\r\n\r\n```python\r\n\"pre_actions\": [\r\n    {\r\n        \"type\": \"check_status\",\r\n        \"handler\": check_status_handler\r\n    }\r\n]\r\n```\r\n\r\n### Changed\r\n\r\n- Updated dynamic flows to use per-function, inline transition callbacks:\r\n  - Removed global `transition_callback` from FlowManager initialization\r\n  - Transition handlers are now specified directly in function definitions\r\n  - Dynamic transitions are now specified similarly to the static flows'\r\n    `transition_to` field\r\n  - **Breaking change**: Dynamic flows must now specify transition callbacks in\r\n    function configuration\r\n\r\nExample of the new pattern:\r\n\r\n```python\r\n# Before - global transition callback\r\nflow_manager = FlowManager(\r\n    transition_callback=handle_transition\r\n)\r\n\r\n# After - inline transition callbacks\r\ndef create_node() -> NodeConfig:\r\n    return {\r\n        \"functions\": [{\r\n            \"type\": \"function\",\r\n            \"function\": {\r\n                \"name\": \"collect_age\",\r\n                \"handler\": collect_age,\r\n                \"description\": \"Record user's age\",\r\n                \"parameters\": {...},\r\n                \"transition_callback\": handle_age_collection\r\n            }\r\n        }]\r\n    }\r\n```\r\n\r\n- Updated dynamic flow examples to use the new `transition_callback` pattern.\r\n\r\n### Fixed\r\n\r\n- Fixed an issue where multiple, consecutive function calls could result in two completions.","2025-01-30T14:06:00",{"id":158,"version":159,"summary_zh":160,"released_at":161},315563,"v0.0.11","### Changed\r\n\r\n- Updated `FlowManager` to more predictably handle function calls:\r\n\r\n  - Edge functions (which transition to a new node) now result in an LLM\r\n    completion after both the function call and messages are added to the\r\n    LLM's context.\r\n  - Node functions (which execute a function call without transitioning nodes)\r\n    result in an LLM completion upon the function call result returning.\r\n  - This change also improves the reliability of the pre- and post-action\r\n    execution timing.\r\n\r\n- Breaking changes:\r\n\r\n  - The FlowManager has a new required arg, `context_aggregator`.\r\n  - Pipecat's minimum version has been updated to 0.0.53 in order to use the\r\n    new `FunctionCallResultProperties` frame.\r\n\r\n- Updated all examples to align with the new changes.","2025-01-19T17:09:01",{"id":163,"version":164,"summary_zh":165,"released_at":166},315564,"v0.0.10","### Changed\r\n\r\n- Nodes now have two message types to better delineate defining the role or\r\n  persona of the bot from the task it needs to accomplish. The message types are:\r\n\r\n  - `role_messages`, which defines the personality or role of the bot\r\n  - `task_messages`, which defines the task to be completed for a given node\r\n\r\n- `role_messages` can be defined for the initial node and then inherited by\r\n  subsequent nodes. You can treat this as an LLM \"system\" message.\r\n\r\n- Simplified FlowManager initialization by removing the need for manual context\r\n  setup in both static and dynamic flows. Now, you need to create a `FlowManager`\r\n  and initialize it to start the flow.\r\n- All examples have been updated to align with the API changes.\r\n\r\n### Fixed\r\n\r\n- Fixed an issue where importing the Flows module would require OpenAI,\r\n  Anthropic, and Google LLM modules.","2024-12-21T13:44:56",{"id":168,"version":169,"summary_zh":170,"released_at":171},315565,"v0.0.9","### Changed\r\n\r\n- Fixed function handler registration in FlowManager to handle `__function__:` tokens\r\n  - Previously, the handler string was used directly, causing \"not callable\" errors\r\n  - Now correctly looks up and uses the actual function object from the main module\r\n  - Supports both direct function references and function names exported from the Flows editor","2024-12-08T15:06:01",{"id":173,"version":174,"summary_zh":175,"released_at":176},315566,"v0.0.8","### Changed\r\n\r\n- Improved type safety in FlowManager by requiring keyword arguments for initialization\r\n- Enhanced error messages for LLM service type validation","2024-12-07T15:18:03",{"id":178,"version":179,"summary_zh":180,"released_at":181},315567,"v0.0.7","### Added\r\n\r\n- New `transition_to` field for static flows\r\n  - Combines function handlers with state transitions\r\n  - Supports all LLM providers (OpenAI, Anthropic, Gemini)\r\n  - Static examples updated to use this new transition\r\n\r\n### Changed\r\n\r\n- Static flow transitions now use `transition_to` instead of matching function names\r\n  - Before: Function name had to match target node name\r\n  - After: Function explicitly declares target via `transition_to`\r\n\r\n### Fixed\r\n\r\n- Duplicate LLM responses during transitions","2024-12-06T06:38:47",{"id":183,"version":184,"summary_zh":185,"released_at":186},315568,"v0.0.6","### Added\r\n\r\n- New FlowManager supporting both static and dynamic conversation flows\r\n  - Static flows: Configuration-driven with predefined paths\r\n  - Dynamic flows: Runtime-determined conversation paths\r\n  - Documentation: [Guide](https:\u002F\u002Fdocs.pipecat.ai\u002Fguides\u002Fpipecat-flow) and [Reference](https:\u002F\u002Fdocs.pipecat.ai\u002Fapi-reference\u002Futilities\u002Fflows\u002Fpipecat-flows)\r\n- Provider-specific examples demonstrating dynamic flows:\r\n  - OpenAI: `insurance_openai.py`\r\n  - Anthropic: `insurance_anthropic.py`\r\n  - Gemini: `insurance_gemini.py`\r\n- Type safety improvements:\r\n  - `FlowArgs`: Type-safe function arguments\r\n  - `FlowResult`: Type-safe function returns\r\n\r\n### Changed\r\n\r\n- Simplified function handling:\r\n  - Automatic LLM function registration\r\n  - Optional handlers for edge nodes\r\n- Updated all examples to use unified FlowManager interface","2024-12-03T04:06:06",[188,198,206,215,225,233],{"id":189,"name":190,"github_repo":191,"description_zh":192,"stars":193,"difficulty_score":194,"last_commit_at":195,"category_tags":196,"status":53},4358,"openclaw","openclaw\u002Fopenclaw","OpenClaw 是一款专为个人打造的本地化 AI 助手，旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚，能够直接接入你日常使用的各类通讯渠道，包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息，OpenClaw 都能即时响应，甚至支持在 macOS、iOS 和 Android 设备上进行语音交互，并提供实时的画布渲染功能供你操控。\n\n这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地，用户无需依赖云端服务即可享受快速、私密的智能辅助，真正实现了“你的数据，你做主”。其独特的技术亮点在于强大的网关架构，将控制平面与核心助手分离，确保跨平台通信的流畅性与扩展性。\n\nOpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者，以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力（支持 macOS、Linux 及 Windows WSL2），即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你",349277,3,"2026-04-06T06:32:30",[47,46,48,197],"数据工具",{"id":199,"name":200,"github_repo":201,"description_zh":202,"stars":203,"difficulty_score":194,"last_commit_at":204,"category_tags":205,"status":53},3808,"stable-diffusion-webui","AUTOMATIC1111\u002Fstable-diffusion-webui","stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面，旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点，将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。\n\n无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师，还是想要深入探索模型潜力的开发者与研究人员，都能从中获益。其核心亮点在于极高的功能丰富度：不仅支持文生图、图生图、局部重绘（Inpainting）和外绘（Outpainting）等基础模式，还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外，它内置了 GFPGAN 和 CodeFormer 等人脸修复工具，支持多种神经网络放大算法，并允许用户通过插件系统无限扩展能力。即使是显存有限的设备，stable-diffusion-webui 也提供了相应的优化选项，让高质量的 AI 艺术创作变得触手可及。",162132,"2026-04-05T11:01:52",[46,48,47],{"id":207,"name":208,"github_repo":209,"description_zh":210,"stars":211,"difficulty_score":38,"last_commit_at":212,"category_tags":213,"status":53},1381,"everything-claude-code","affaan-m\u002Feverything-claude-code","everything-claude-code 是一套专为 AI 编程助手（如 Claude Code、Codex、Cursor 等）打造的高性能优化系统。它不仅仅是一组配置文件，而是一个经过长期实战打磨的完整框架，旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。\n\n通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能，everything-claude-code 能显著提升 AI 在复杂任务中的表现，帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略，使得模型响应更快、成本更低，同时有效防御潜在的攻击向量。\n\n这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库，还是需要 AI 协助进行安全审计与自动化测试，everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目，它融合了多语言支持与丰富的实战钩子（hooks），让 AI 真正成长为懂上",159636,"2026-04-17T23:33:34",[46,47,214],"语言模型",{"id":216,"name":217,"github_repo":218,"description_zh":219,"stars":220,"difficulty_score":221,"last_commit_at":222,"category_tags":223,"status":53},8272,"opencode","anomalyco\u002Fopencode","OpenCode 是一款开源的 AI 编程助手（Coding Agent），旨在像一位智能搭档一样融入您的开发流程。它不仅仅是一个代码补全插件，而是一个能够理解项目上下文、自主规划任务并执行复杂编码操作的智能体。无论是生成全新功能、重构现有代码，还是排查难以定位的 Bug，OpenCode 都能通过自然语言交互高效完成，显著减少开发者在重复性劳动和上下文切换上的时间消耗。\n\n这款工具专为软件开发者、工程师及技术研究人员设计，特别适合希望利用大模型能力来提升编码效率、加速原型开发或处理遗留代码维护的专业人群。其核心亮点在于完全开源的架构，这意味着用户可以审查代码逻辑、自定义行为策略，甚至私有化部署以保障数据安全，彻底打破了传统闭源 AI 助手的“黑盒”限制。\n\n在技术体验上，OpenCode 提供了灵活的终端界面（Terminal UI）和正在测试中的桌面应用程序，支持 macOS、Windows 及 Linux 全平台。它兼容多种包管理工具，安装便捷，并能无缝集成到现有的开发环境中。无论您是追求极致控制权的资深极客，还是渴望提升产出的独立开发者，OpenCode 都提供了一个透明、可信",144296,1,"2026-04-16T14:50:03",[47,224],"插件",{"id":226,"name":227,"github_repo":228,"description_zh":229,"stars":230,"difficulty_score":38,"last_commit_at":231,"category_tags":232,"status":53},2271,"ComfyUI","Comfy-Org\u002FComfyUI","ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎，专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式，采用直观的节点式流程图界面，让用户通过连接不同的功能模块即可构建个性化的生成管线。\n\n这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景，也能自由组合模型、调整参数并实时预览效果，轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性，不仅支持 Windows、macOS 和 Linux 全平台，还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构，并率先支持 SDXL、Flux、SD3 等前沿模型。\n\n无论是希望深入探索算法潜力的研究人员和开发者，还是追求极致创作自由度的设计师与资深 AI 绘画爱好者，ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能，使其成为当前最灵活、生态最丰富的开源扩散模型工具之一，帮助用户将创意高效转化为现实。",108322,"2026-04-10T11:39:34",[46,48,47],{"id":234,"name":235,"github_repo":236,"description_zh":237,"stars":238,"difficulty_score":38,"last_commit_at":239,"category_tags":240,"status":53},6121,"gemini-cli","google-gemini\u002Fgemini-cli","gemini-cli 是一款由谷歌推出的开源 AI 命令行工具，它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言，它提供了一条从输入提示词到获取模型响应的最短路径，无需切换窗口即可享受智能辅助。\n\n这款工具主要解决了开发过程中频繁上下文切换的痛点，让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用，还是执行复杂的 Git 操作，gemini-cli 都能通过自然语言指令高效处理。\n\n它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口，具备出色的逻辑推理能力；内置 Google 搜索、文件操作及 Shell 命令执行等实用工具；更独特的是，它支持 MCP（模型上下文协议），允许用户灵活扩展自定义集成，连接如图像生成等外部能力。此外，个人谷歌账号即可享受免费的额度支持，且项目基于 Apache 2.0 协议完全开源，是提升终端工作效率的理想助手。",100752,"2026-04-10T01:20:03",[224,47,48,46]]