能力标签
⚙️
Agent工作流

本地OpenAI集成

基于 Python · 无代码搭建完整 AI 自动化流程
英文名:hass_local_openai_llm
⭐ 183 Stars 🍴 28 Forks 💻 Python 📄 Apache-2.0 🏷 AI 7.5分
7.5AI 综合评分
ai-agentsai-assistanthome-assistant
✦ AI Skill Hub 推荐

经 AI Skill Hub 精选评估,本地OpenAI集成 获评「推荐使用」。这款Agent工作流在功能完整性、社区活跃度和易用性方面表现出色,AI 评分 7.5 分,适合有一定技术背景的用户使用。

📚 深度解析

本地OpenAI集成 是一套完整的 AI Agent 自动化工作流方案。随着 AI 能力的不断提升,基于 Agent 的自动化工作流正在成为提升个人和团队效率的核心方式。区别于传统的 RPA 自动化(模拟鼠标键盘操作),AI Agent 工作流通过理解任务意图、动态规划执行路径,能够处理更复杂的非结构化任务。

本地OpenAI集成 工作流的设计遵循"最小配置,最大复用"原则:核心逻辑已经封装好,用户只需配置自己的 API Key 和业务参数即可快速上手。工作流内置错误处理和重试机制,在网络波动或 API 限速等情况下仍能稳定运行,适合作为生产环境的自动化基础设施。

在实际部署时,建议先在测试环境中运行 3-5 次,验证各个环节的输出结果符合预期,再部署到生产环境。AI Skill Hub 评分 7.5 分,是同类 Agent 工作流中的精选推荐。

📋 工具概览

Home Assistant本地OpenAI服务集成,支持对话代理

本地OpenAI集成 是一套完整的 AI Agent 自动化工作流方案。通过可视化的节点编排,将复杂的多步骤任务拆解为清晰的自动化流程,实现全程无人值守的智能处理。支持与数百种外部服务和 API 无缝集成,适合构建数据处理管线、业务自动化和 AI 辅助决策系统。

GitHub Stars
⭐ 183
开发语言
Python
支持平台
Windows / macOS / Linux
维护状态
轻量级项目,按需更新
开源协议
Apache-2.0
AI 综合评分
7.5 分
工具类型
Agent工作流
Forks
28

📖 中文文档

以下内容由 AI Skill Hub 根据项目信息自动整理,如需查看完整原始文档请访问底部「原始来源」。

Home Assistant本地OpenAI服务集成,支持对话代理

本地OpenAI集成 是一套完整的 AI Agent 自动化工作流方案。通过可视化的节点编排,将复杂的多步骤任务拆解为清晰的自动化流程,实现全程无人值守的智能处理。支持与数百种外部服务和 API 无缝集成,适合构建数据处理管线、业务自动化和 AI 辅助决策系统。

📌 核心特色
  • 可视化 Agent 工作流编排,无需编写复杂代码
  • 支持多步骤自动化任务链,实现全流程无人值守
  • 与外部 API、数据库和第三方服务无缝集成
  • 内置错误处理与自动重试机制,保障稳定运行
  • 提供可复用的自动化模板,快速在同类场景部署
🎯 主要使用场景
  • 自动化日常重复性工作,将精力集中于创造性任务
  • 构建数据采集 → 处理 → 输出的完整自动化管线
  • 实现跨平台、跨系统的数据流转和业务协同
以下安装命令基于项目开发语言和类型自动生成,实际以官方 README 为准。
安装命令
# 方式一:pip 安装(推荐)
pip install hass_local_openai_llm

# 方式二:虚拟环境安装(推荐生产环境)
python -m venv .venv
source .venv/bin/activate  # Windows: .venv\Scripts\activate
pip install hass_local_openai_llm

# 方式三:从源码安装(获取最新功能)
git clone https://github.com/skye-harris/hass_local_openai_llm
cd hass_local_openai_llm
pip install -e .

# 验证安装
python -c "import hass_local_openai_llm; print('安装成功')"
📋 安装步骤说明
  1. 访问 GitHub 仓库获取工作流文件
  2. 在对应平台(Dify / Flowise / Make 等)中找到「导入工作流」功能
  3. 上传工作流文件
  4. 按照提示配置必要的环境变量和 API Key
  5. 运行测试确认流程正常后投入使用
以下用法示例由 AI Skill Hub 整理,涵盖最常见的使用场景。
常用命令 / 代码示例
# 命令行使用
hass_local_openai_llm --help

# 基本用法
hass_local_openai_llm input_file -o output_file

# Python 代码中调用
import hass_local_openai_llm

# 示例
result = hass_local_openai_llm.process("input")
print(result)
以下配置示例基于典型使用场景生成,具体参数请参照官方文档调整。
配置示例
# hass_local_openai_llm 配置文件示例(config.yml)
app:
  name: "hass_local_openai_llm"
  debug: false
  log_level: "INFO"

# 运行时指定配置文件
hass_local_openai_llm --config config.yml

# 或通过环境变量配置
export HASS_LOCAL_OPENAI_LLM_API_KEY="your-key"
export HASS_LOCAL_OPENAI_LLM_OUTPUT_DIR="./output"
📑 README 深度解析 真实文档 完整度 32/100 查看 GitHub 原文 →
以下内容由系统直接从 GitHub README 解析整理,保留代码块、表格与列表结构。

Installation

Integration Configuration

After installation, configure the integration through Home Assistant's UI:

  1. Go to SettingsDevices & Services.
  2. Click Add Integration.
  3. Search for Local OpenAI LLM.
  4. Follow the setup wizard to configure your desired services.

---

Configuration Notes

  • The Server URL must be a fully qualified URL pointing to an OpenAI-compatible API.
  • This typically ends with /v1 but may differ depending on your server configuration.
  • A Server Type configuration can be set to expose some additional options for different inference servers and providers, where they have been implemented.
  • Assist requires a fairly lengthy context for tooling and entity definitions.
  • It is strongly recommended to use at least 10k context size and to limit history length and exposed entities to avoid context overflow issues.
  • This is not configurable through OpenAI-compatible APIs, and needs to be configured with the inference server directly.
  • Tool calling must be enabled in your inference engine, eg:
  • vLLM: https://docs.vllm.ai/en/latest/features/tool_calling/
  • llama.cpp: https://github.com/ggml-org/llama.cpp/blob/master/docs/function-calling.md
  • Parallel tool calling requires support from both your model and inference server.
  • In some cases, control of this is handled by the server directly, in which case toggling this will not have any result.
  • Chat Template Arguments allow you to provide custom arguments to your model
  • Arguments are supplied as key/value pairs and provided to the chat_template_kwargs request parameter
  • Values support Jinja2 templates, in order to provide non-string and more complex data structures
  • Arguments differ per model, and not all models make use of user-provided arguments
  • See your models documentation for what arguments are available to be used
  • AI Task entities can be configured for Text and/or Image generation capabilities
  • This capability uses the Images API spec and requires support from your chosen image generation server
  • Support has been developed and tested with StableDiffusion.cpp

---

DeepSeek Cloud Configuration

Reasoning Effort

When the server type is set to DeepSeek Cloud, both conversation and AI task agents show a new DeepSeek Configuration section with a Reasoning Effort option. This option controls whether thinking is enabled, and what level of reasoning to perform on the request.

  • Disabled (default) — no thinking tokens.
  • High — enables thinking with standard reasoning effort.
  • Max — enables thinking with maximum reasoning effort.

When enabled, thinking content returned by the model is also fed back into the conversation as reasoning content on supported Home Assistant versions (2026.4+).

---

llama.cpp Configuration

When the server type is set to llama.cpp, both conversation and AI task agents show a llama.cpp Configuration section with the following options.

Enable thinking

Passes enable_thinking=true via chat_template_kwargs to enable reasoning on supported models.

  • Disabled (default) — no thinking tokens.
  • Enabled — requests reasoning from the model.

When enabled, thinking content returned by the model is also fed back into the conversation as reasoning content on supported Home Assistant versions (2026.4+).

Note: This option completely overrides any existing enable_thinking option in your Chat Template Arguments.

Slot ID

Pins requests to a specific llama.cpp server slot for prompt-cache reuse. Leave empty to allow any slot to be used.

Model naming

llama.cpp exposes the value supplied via its --alias flag on the model object. When an alias is set it is used as the model's display name; otherwise the raw model id (typically the full model file path) is used, with the path and .gguf extension stripped for a cleaner name.

---

Weaviate Configuration

  1. Install Weaviate locally
  2. A pre-made docker-compose.yml is provided in the weaviate directory of this repository.
  3. Weaviate Cloud is not supported: there is no free tier available and its cheapest pricing plan isn't attractive for personal/home use, and so I don't anticipate demand for this.
  4. Reconfigure your LLM Server entity (not the Agent entity) in Home Assistant.
  5. Expand the Weaviate configuration section and fill in the details server address and API key (homeassistant if using the supplied docker-compose.yml).
  6. Optional: Reconfigure your AI Agent entities in Home Assistant.
  7. This is only needed if you wish to change the default Weaviate values on a per-agent basis:
  8. Object class name: Defaults to Homeassistant, can be changed if you want a different data store for the Agent. The integration will handle creating the required object class within Weaviate if it does not already exist.
  9. Maximum number of results to use: Defaults to 2.
  10. Result score threshold: Defaults to 0.9.
  11. Hybrid search alpha: Defaults to 0.5. Balances the hybrid result scoring between 0 (fully text-matched) and 1 (fully vectorised) matching.

Local OpenAI LLM <small>_(Custom Integration for Home Assistant)_</small>

Allows use of generic OpenAI-compatible LLM services, such as (but not limited to):

  • llama.cpp
  • vLLM
  • LM Studio
  • Ollama
  • OpenRouter
  • Scaleway
  • DeepSeek

This integration has been forked from Home Assistants OpenRouter integration, with the following changes:

  • Added server URL to the initial server configuration
  • Made the API Key optional during initial server configuration: can be left blank if your local server does not require one
  • Uses streamed LLM responses
  • Conversation Agents support TTS streaming
  • Automatically strips <think> tags from responses
  • Added support for image inputs for AI Task entities
  • Added support for reconfiguring Conversation Agents
  • Added option to trim conversation history to help stay within your context window
  • Added temperature control
  • Added option to strip emojis from responses
  • Added support for parallel tool calling
  • Added experimental Retrieval Augmented Generation capability
  • Added chat template arguments support
  • Added image generation support for AI Task entities
  • Added tools support for Generate Data actions for AI Task entities

---

🎯 aiskill88 AI 点评 A 级 2026-05-31

高质量的Home Assistant本地OpenAI集成

⚡ 核心功能

👥 适合人群

自动化工程师和运维人员项目经理和业务分析师希望减少重复性工作的专业人士数字化转型团队

🎯 使用场景

  • 自动化日常重复性工作,将精力集中于创造性任务
  • 构建数据采集 → 处理 → 输出的完整自动化管线
  • 实现跨平台、跨系统的数据流转和业务协同

⚖️ 优点与不足

✅ 优点
  • +Apache-2.0 协议,可免费商用
  • +大幅减少重复性人工操作
  • +可视化流程,清晰直观
  • +可扩展性强,支持复杂场景
⚠️ 不足
  • 初始配置和调试需投入一定时间
  • 强依赖外部服务的稳定性
  • 复杂场景需具备一定技术基础
⚠️ 使用须知

AI Skill Hub 为第三方内容聚合平台,本页面信息基于公开数据整理,不对工具功能和质量作任何法律背书。

建议在沙箱或测试环境中充分验证后,再部署至生产环境,并做好必要的安全评估。

📄 License 说明

✅ Apache 2.0 — 宽松开源协议,可商用,需保留版权声明和 NOTICE 文件,含专利授权条款。

🔗 相关工具推荐

🧩 你可能还需要
基于当前 Skill 的能力图谱,自动补全的工具组合

❓ 常见问题 FAQ

参考项目文档配置
💡 AI Skill Hub 点评

AI Skill Hub 点评:本地OpenAI集成 的核心功能完整,质量良好。对于自动化工程师和运维人员来说,这是一个值得纳入个人工具库的选择。建议先在非生产环境试用,再逐步推广。

⬇️ 获取与下载
⬇ 下载源码 ZIP

✅ Apache-2.0 协议 · 可免费商用 · 直接从 aiskill88 服务器下载,无需跳转 GitHub

📚 深入学习 本地OpenAI集成
查看分步骤安装教程和完整使用指南,快速上手这款工具
🌐 原始信息
原始名称 hass_local_openai_llm
Topics ai-agentsai-assistanthome-assistant
GitHub https://github.com/skye-harris/hass_local_openai_llm
License Apache-2.0
语言 Python
🔗 原始来源
🐙 GitHub 仓库  https://github.com/skye-harris/hass_local_openai_llm

收录时间:2026-05-31 · 更新时间:2026-05-31 · License:Apache-2.0 · AI Skill Hub 不对第三方内容的准确性作法律背书。