Home Assistant 开发指南：从部署到集成开发与自动化进阶

1. 从零开始为什么选择 Home Assistant 作为智能家居的“大脑”如果你和我一样折腾过市面上各种品牌的智能家居设备从米家到苹果 HomeKit再到谷歌 Home那你大概率会陷入一个困境设备之间互不相认App 多到眼花缭乱一个简单的“回家开灯”场景可能需要在三四个应用里跳来跳去设置。这种割裂感正是催生 Home Assistant 这类开源家庭自动化平台的核心痛点。Home Assistant 不是一个成品 App而是一个需要你亲手部署的“智能家居操作系统”。你可以把它想象成一个超级翻译官和总指挥。它通过海量的集成Integration将不同品牌、不同协议Wi-Fi、Zigbee、Z-Wave、蓝牙等的设备全部接入到一个统一的平台里。从此你的小米传感器可以触发飞利浦的 Hue 灯泡你的苹果 HomePod 可以控制海尔的空调而这一切的逻辑编排都集中在一个地方完成。这种“大一统”带来的自由度和可玩性是任何封闭生态都无法比拟的。它不是为了替代某个品牌而是为了连接所有品牌让你真正成为所有智能设备的主人而不是被设备厂商的生态壁垒所束缚。很多人看到“开发指南”和“开源”就望而却步觉得这是极客的玩具。但我想说今天的 Home Assistant 已经远比几年前友好。它的核心价值在于其强大的“集成”能力和本地化运行带来的隐私与稳定性。所有自动化逻辑都在你的本地服务器可以是一台闲置的电脑、树莓派甚至是一台虚拟机上运行无需依赖任何云服务。这意味着即使外网断了你家“开灯关灯”这些基础自动化依然照常工作而且你的所有数据都牢牢掌握在自己手里。这不仅仅是技术上的选择更是一种生活理念的体现。2. 部署基石虚拟机、容器与硬件哪种方式最适合你决定入坑后第一个现实问题就是把它装在哪这直接决定了后续的开发、维护体验和系统性能。网络上热门的“virtualbox虚拟机安装home assistant”只是众多路径中的一条我们需要根据自身情况做出最合适的选择。2.1 主流部署方案深度对比为了让你一目了然我将几种主流方案的核心特点、适用场景和注意事项整理成了下表部署方式核心特点适合人群优点缺点与注意事项Home Assistant OS官方定制化操作系统开箱即用集成度最高。新手首选、追求最稳定、最简单体验的用户。自带 Supervisor管理后台一键安装插件、更新、备份。对硬件兼容性做了深度优化几乎免配置。灵活性最低无法随意安装系统级软件。通常需要独占一台设备如树莓派或虚拟机。Docker 容器通过 Docker 镜像运行 Home Assistant Core。有一定 Linux 和 Docker 基础、希望灵活控制环境的用户。轻量、资源隔离好与宿主机环境解耦。可以方便地与其他服务如数据库、MQTT协同部署。需要手动管理容器、数据卷和网络。无法直接使用 Supervisor 的插件商店部分高级功能需额外配置。虚拟机如 VirtualBox在现有操作系统Windows/macOS/Linux上虚拟出一个完整系统来安装 HA OS。想快速体验、测试或主力机是 Windows/macOS 的初学者。无需额外硬件利用现有电脑即可。安装过程可视化易于理解和回退。性能有损耗依赖宿主机开机。配置虚拟网络桥接模式可能较复杂以便 HA 发现局域网设备。裸机安装Linux在物理机如旧笔记本、迷你主机的 Linux 系统上直接安装。资深玩家、追求极致性能和完全控制权的用户。性能最佳资源利用率最高。可以深度定制底层系统与 HA 紧密结合。安装和维护门槛最高需要熟练的 Linux 系统管理能力。注意对于“virtualbox虚拟机安装home assistant”这个热门搜索我强烈建议如果你只是短期测试可以用此方法。但若打算长期使用虚拟机方案会持续消耗你电脑的资源且宿主机休眠或关机后智能家居就会瘫痪。长期来看一台独立的、低功耗的硬件设备是更可靠的选择。2.2 硬件选型树莓派还是 X86 小主机确定了部署方式硬件就是下一个关键。很多人从树莓派起步这没错但它真的是最优解吗树莓派ARM架构优点是功耗极低5-10瓦体积小巧社区支持无比强大。对于设备数量少于50个且不打算运行大量人脸识别、语音处理等重负载附加功能的家庭树莓派 4B 或更新的型号完全够用。但它的短板在于 I/O 性能尤其是 SD 卡读写和扩展性。SD 卡损坏导致系统崩溃是树莓派运行 HA 最常见的“坑”。因此如果选用树莓派务必使用 SSD 固态硬盘通过 USB 3.0 引导启动这能极大提升系统稳定性和响应速度。X86 迷你主机/旧笔记本Intel/AMD架构这是我认为更“长治久安”的选择。你可以在闲鱼或淘宝上找到大量便宜的迷你主机如 Intel NUC 系列、华硕 PN 系列等或退役的轻薄笔记本。它们的优势是性能强劲多核CPU支持虚拟化可以轻松运行 HA OS 虚拟机、Docker 以及其他服务如 Plex 媒体服务器、Nextcloud 私有云。功耗虽比树莓派高15-30瓦但仍在可接受范围。更重要的是它们通常使用真正的 SSD 和更稳定的电源系统可靠性高出一个量级。我的建议是如果你的智能家居规划比较宏大或者你本身就有玩软路由、NAS 的爱好那么一步到位选择一台 X86 小主机采用 Proxmox VE 或 ESXi 等虚拟化平台将 Home Assistant 作为其中一个虚拟机运行是最灵活、最专业的方案。这为你未来扩展其他智能家居相关服务如 Frigate 摄像头 AI 分析、Zigbee2MQTT 独立桥接留下了充足的空间。3. 核心概念破壁实体、设备、区域与自动化蓝图成功登录 Home Assistant 的 Web 界面后面对琳琅满目的仪表盘新手很容易懵。别急着添加设备先花半小时理解下面几个核心概念它们是你构建一切自动化的基石。设备 (Device) 与 实体 (Entity)这是最容易混淆的一对概念。简单来说设备是物理或逻辑对象的代表比如“小米门窗传感器型号 MCCGQ01LM”。而实体是这个设备暴露出来的具体状态或控制点。一个设备下可以有多个实体。还是以那个门窗传感器为例它作为一个“设备”被添加后可能会产生两个“实体”binary_sensor.door_window_sensor_contact表示门窗开合状态和sensor.door_window_sensor_battery表示电池电量。在自动化中我们监听和操作的是实体而不是设备。区域 (Area)这是对空间进行逻辑分组的神器。你可以创建“客厅”、“主卧”、“厨房”等区域然后将设备不是实体分配到对应的区域。这样做的好处是第一在仪表盘上可以按区域快速查看和控制设备第二在编写自动化时可以基于区域触发条件例如“当有人进入‘客厅’区域时”而不需要罗列客厅里所有传感器的实体ID。自动化 (Automation) 与 脚本 (Script)这是实现智能逻辑的两种方式。自动化是一个完整的“触发-条件-动作”三元组。它由事件如传感器被触发、时间点到达自动启动并且可以设置复杂的条件如“仅在夜间”、“当手机在家时”来决定是否执行动作。自动化是无人值守的。脚本本质上是一系列可重复执行的动作序列。它可以被自动化调用也可以在前端通过按钮手动触发。脚本更适合封装一套复杂的操作流程比如“观影模式”这个脚本可能会依次执行关闭主灯、打开氛围灯、降下投影幕布、开启功放。你可以创建多个自动化在不同场景下触发同一个“观影模式”脚本。蓝图 (Blueprint)这是 Home Assistant 社区智慧的结晶可以理解为“可共享的自动化模板”。一个熟练用户可以将自己编写的一个通用、优秀的自动化比如“有人移动自动开灯无人后延迟关灯”发布为蓝图。其他用户只需要导入这个蓝图填入自己的实体如选择自家的传感器和灯就能快速获得一个经过验证的、功能完善的自动化无需从零开始写代码。善用蓝图是快速上手的捷径。理解这些概念后你的思路会清晰很多先通过集成添加“设备”系统会自动生成对应的“实体”然后将“设备”归类到不同的“区域”最后基于“实体”的状态变化通过“自动化”或“脚本”来编写逻辑实现智能联动。4. 集成开发实战从调用 API 到创建自定义集成当你玩转了官方和社区集成的上千种设备后难免会遇到一些“野生”设备或不常见的系统它们没有现成的集成。这时你就需要自己动手让 Home Assistant 与之对话。这便进入了“开发”的深水区也是本指南的核心价值所在。4.1 理解 Home Assistant 的架构核心、集成与数据流在动手写代码前必须对 Home Assistant 的架构有个宏观认识。它的核心是一个用 Python 编写的事件驱动型框架。所有设备的状态都以“实体”的形式存在于一个全局的“状态机”中。集成Integration就是用来与外部世界设备、云服务通信并更新状态机或执行操作的插件。一个标准的集成通常包含以下几个关键部分manifest.json集成的“身份证”定义了集成名称、版本、依赖、域名等元信息。__init__.py集成的入口点负责初始化和设置整个集成。这里会配置数据更新协调器Data Update Coordinator这是现代集成中用于定时轮询数据的最佳实践。config_flow.py处理通过 UI 添加集成时的配置流程。用户友好的集成都会提供图形化的配置引导。sensor.py/switch.py等定义具体的平台组件。例如如果你的设备提供了温度和湿度数据你就需要创建sensor.py来定义这两个传感器实体。const.py存放常量如设备品牌、型号、API 端点 URL 等。数据流大致是用户通过 UI 添加集成 - 触发config_flow- 验证用户输入如 API Key、IP 地址- 在__init__.py中创建连接实例并初始化平台 - 平台模块如sensor.py创建实体 - 实体通过协调器定期从设备拉取数据或监听设备推送的事件更新 Home Assistant 状态机。4.2 实战为一款虚构的智能插座编写集成假设我们有一款名为“PowerPlug Mini”的智能插座它提供了一个简单的本地 HTTP APIhttp://[插座的IP]/status返回 JSON 数据{power: 220.5, relay: on}。我们的目标是创建一个集成将其作为一个“开关”和一个“功率传感器”接入 HA。第一步搭建开发环境不建议直接在生产环境的 HA 中开发。最推荐的方式是使用官方的开发容器。# 克隆 Home Assistant 核心代码库 git clone https://github.com/home-assistant/core.git cd core # 启动开发容器这会自动安装所有依赖 script/setup这会在你的本地启动一个完整的、可热重载的 Home Assistant 开发实例访问http://localhost:8123即可。第二步创建集成骨架在core/homeassistant/components/目录下创建我们的集成目录powerplug_mini。然后创建必需的文件powerplug_mini/ ├── __init__.py ├── manifest.json ├── config_flow.py ├── const.py ├── sensor.py └── switch.py第三步编写核心文件manifest.json定义集成基本信息。{ domain: powerplug_mini, name: PowerPlug Mini, version: 1.0.0, codeowners: [你的GitHub用户名], requirements: [aiohttp3.8.0], iot_class: local_polling, // 因为是轮询API config_flow: true }const.py定义常量。DOMAIN powerplug_mini DEFAULT_SCAN_INTERVAL 30 # 默认30秒轮询一次config_flow.py实现配置流程。这里简化处理只让用户输入插座IP。import voluptuous as vol from homeassistant import config_entries from .const import DOMAIN class PowerPlugMiniConfigFlow(config_entries.ConfigFlow, domainDOMAIN): async def async_step_user(self, user_inputNone): if user_input is not None: # 这里可以添加对IP地址的简单验证比如尝试连接 return self.async_create_entry(titleuser_input[host], datauser_input) data_schema vol.Schema({vol.Required(host): str}) return self.async_show_form(step_iduser, data_schemadata_schema)__init__.py设置集成和平台。import asyncio import aiohttp import async_timeout from homeassistant.config_entries import ConfigEntry from homeassistant.core import HomeAssistant from homeassistant.helpers.update_coordinator import DataUpdateCoordinator from .const import DOMAIN, DEFAULT_SCAN_INTERVAL async def async_setup_entry(hass: HomeAssistant, entry: ConfigEntry): host entry.data[host] coordinator PowerPlugMiniCoordinator(hass, host) await coordinator.async_config_entry_first_refresh() # 向前端平台switch, sensor传递数据 hass.data.setdefault(DOMAIN, {}) hass.data[DOMAIN][entry.entry_id] coordinator # 设置开关和传感器平台 hass.async_create_task( hass.config_entries.async_forward_entry_setup(entry, switch) ) hass.async_create_task( hass.config_entries.async_forward_entry_setup(entry, sensor) ) return True class PowerPlugMiniCoordinator(DataUpdateCoordinator): def __init__(self, hass, host): super().__init__( hass, _LOGGER, nameDOMAIN, update_intervalDEFAULT_SCAN_INTERVAL, ) self.host host self._session aiohttp.ClientSession() async def _async_update_data(self): try: async with async_timeout.timeout(10): url fhttp://{self.host}/status async with self._session.get(url) as response: if response.status 200: return await response.json() else: raise UpdateFailed(fError {response.status}) except Exception as err: raise UpdateFailed(fError communicating with device: {err})switch.py实现开关实体。from homeassistant.components.switch import SwitchEntity from .const import DOMAIN async def async_setup_entry(hass, config_entry, async_add_entities): coordinator hass.data[DOMAIN][config_entry.entry_id] async_add_entities([PowerPlugMiniSwitch(coordinator, config_entry)]) class PowerPlugMiniSwitch(SwitchEntity): def __init__(self, coordinator, config_entry): self.coordinator coordinator self._config_entry config_entry self._attr_unique_id f{config_entry.entry_id}_switch self._attr_name PowerPlug Mini Switch property def is_on(self): return self.coordinator.data.get(relay) on async def async_turn_on(self, **kwargs): # 这里需要实现调用打开插座的API例如 POST http://[host]/relay?stateon # 调用成功后应手动触发一次数据更新或由设备推送更新 await self.coordinator.async_request_refresh() async def async_turn_off(self, **kwargs): # 实现关闭API调用 await self.coordinator.async_request_refresh()sensor.py实现功率传感器实体代码结构与switch.py类似继承SensorEntity在属性中返回功率值。完成以上步骤后重启开发环境的 Home Assistant你就可以在“添加集成”界面搜索到“PowerPlug Mini”输入 IP 地址后实体应该就会出现在你的实体列表中了。实操心得开发集成时最棘手的往往不是代码本身而是对设备通信协议的理解。务必先使用curl或 Postman 等工具将设备的 API 彻底摸透。对于采用非标准协议如自定义 TCP/UDP的设备你可能需要借助asyncio的底层 socket 操作这会让复杂度上升一个等级。此外异常处理和重试逻辑至关重要网络设备不稳定是常态你的集成必须足够健壮避免因为一次请求失败就导致整个集成不可用。5. 前端定制与仪表盘设计打造专属控制中心Home Assistant 默认的 Lovelace 仪表盘非常强大但默认的“概览”标签页可能很快变得杂乱。一个设计良好的前端不仅能提升使用幸福感更是向家人推广智能家居的关键毕竟他们可能不想看密密麻麻的实体列表。5.1 Lovelace 卡片从基础到高级Lelace 采用卡片式布局每个卡片都是一个独立的功能模块。除了系统自带的实体卡片、地图卡片、天气卡片社区通过 HACS 提供了海量自定义卡片这是美化前端的主力军。布局卡片这是构建复杂界面的骨架。垂直堆叠和水平堆叠卡片可以将多个小卡片组合成行或列。网格卡片可以创建更灵活的响应式布局。面板卡片则可以用来创建标签页或折叠区域。按钮卡片功能远超其名。通过配置不同的tap_action点击动作、hold_action长按动作并搭配自定义图标、颜色和条件显示你可以创造出功能丰富的快捷开关。例如一个按钮可以显示当前室温点击进入空调详细控制长按则切换为地暖模式。实体卡片最常用但不要直接堆砌。通过card_mod插件需通过 HACS 安装注入自定义 CSS你可以彻底改变实体卡片的样式比如隐藏不必要的元素、修改颜色、调整布局让它与你设计的主题完美融合。图片元素卡片这是创建“平面图”或“设备示意图”的神器。你可以上传一张家的户型图然后通过绝对定位将代表灯、传感器的图标按钮精确地覆盖到图纸上的对应位置。点击图标即可控制真实设备直观无比。5.2 主题与自定义UI统一视觉风格一套协调的主题能让你的 Home Assistant 界面脱胎换骨。主题不仅仅是换颜色它可以修改几乎所有前端元素的样式。安装主题在 HACS 的“前端”分类中搜索并安装你喜欢的主题如iOS Dark Mode Theme,Midnight等。应用主题在“配置” - “仪表盘” - “主题”中启用它。深度自定义如果你对默认主题还不满意可以创建自己的主题文件。在 Home Assistant 配置目录通常是.homeassistant或/config下创建themes文件夹新建一个my_theme.yaml文件。在这里你可以精细地定义颜色、字体、阴影等所有 CSS 变量。网络上有很多分享的主题代码是很好的学习起点。一个高级技巧条件显示与视图组织不要把所有东西都塞在一个页面上。合理利用“视图”Views进行功能分区。例如首页放置最常用的场景按钮、安防状态概览、天气和家庭成员位置。灯光视图用图片元素卡片做成灯光平面图。环境视图集中显示所有房间的温度、湿度、空气质量传感器并配上趋势图。媒体视图控制所有音箱、电视和播放列表。系统视图供管理员查看服务器状态、日志、进行备份等。你还可以利用“条件卡片”根据时间、设备状态、人员位置等动态显示或隐藏某些卡片。例如白天隐藏夜间模式的开关当检测到家中无人时自动显示安防布防面板。6. 自动化进阶Node-RED 可视化编排与高级模式当你的自动化逻辑变得越来越复杂YAML 配置可能会变得难以阅读和维护。这时Node-RED 这个强大的可视化编程工具就该登场了。它可以通过 HACS 以“集成”的形式安装让你用“连线”的方式构建自动化流。6.1 为什么选择 Node-RED可视化调试数据流一目了然每个节点的输入输出都清晰可见调试复杂逻辑比看 YAML 日志直观得多。功能强大内置海量节点可以轻松处理 JSON 数据、进行时间计算、调用 HTTP 请求、执行 SQL 查询甚至运行 JavaScript 函数。它的能力边界远超 Home Assistant 原生自动化。易于复用你可以将一套常用的逻辑比如“判断是否有人在家”封装成一个“子流程”Subflow然后在不同的主流程中像调用函数一样使用它。社区支持有大量针对 Home Assistant 优化的节点包如node-red-contrib-home-assistant-websocket让你能轻松接入 HA 的事件、状态和服务。6.2 一个 Node-RED 实战案例智能晾衣架假设你有一个智能晾衣架通过 MQTT 控制升降和一个天气传感器提供降雨概率和风速。你想实现如果预测未来2小时内有雨概率30%或当前风速过大5级则自动收回晾衣架如果天气转晴且风速减弱则自动伸出。在 Node-RED 中这个流的构建会非常清晰触发节点可以是一个时间触发器每30分钟检查一次或者一个天气实体状态变化的触发器。函数节点编写一小段 JavaScript 代码综合判断降雨概率和风速等级输出一个布尔值shouldRetract。判断节点如果shouldRetract为真且当前晾衣架状态是“伸出”则触发“下降”动作如果为假且当前状态是“收回”则触发“上升”动作。服务调用节点调用对应的 MQTT 发布节点向晾衣架发送控制指令。整个流程像搭积木一样逻辑关系通过连线呈现修改和调整极其方便。对于涉及复杂状态机比如“离家布防-回家撤防-睡眠模式”切换的场景Node-RED 的优势更加明显。6.3 原生自动化的高级模式模板与脚本即便不用 Node-REDHome Assistant 原生的模板Templates和脚本Scripts也能实现非常复杂的逻辑。模板它是 Home Assistant 内置的微型编程语言基于 Jinja2。你可以在自动化条件、动作甚至实体属性中使用模板。例如一个复杂的条件可以是condition: {% set now now().hour %} {{ (now 18 or now 6) and is_state(binary_sensor.living_room_motion, on) and states(sensor.living_room_lux) | float 50 }}这个条件判断当前时间在晚上6点到早上6点之间并且客厅有人移动并且光照度低于50勒克斯。模板让你能灵活地组合各种状态和逻辑运算。脚本模式脚本除了执行一系列动作还支持mode参数这对于防误触和排队执行非常有用。single默认如果脚本已在运行新的调用将被忽略。restart如果脚本已在运行先停止它然后重新开始。queued如果脚本已在运行新的调用会排队在前一个结束后顺序执行。parallel允许多个实例同时运行。例如你有一个“播放门铃通知”的脚本当有人连续按门铃时使用queued模式可以确保每次按铃的通知都能完整播放而不会互相打断。7. 性能调优与长期维护让你的系统稳定运行数年系统搭建完毕自动化也写得七七八八这并不意味着结束。一个健康的 Home Assistant 系统需要持续的维护和优化否则可能会慢慢变慢、出现各种奇怪的延迟。7.1 数据库优化从 SQLite 到 MariaDBHome Assistant 默认使用 SQLite 数据库记录所有的状态变更和历史数据。对于轻度使用这没问题。但一旦你拥有上百个实体并且以高频次更新如运动传感器SQLite 文件会急剧膨胀导致前端历史图表加载缓慢甚至影响整体响应速度。迁移到 MariaDB或 PostgreSQL是提升性能最有效的一步。在你的服务器上安装 MariaDB 并创建一个数据库和用户。在 Home Assistant 的configuration.yaml中添加数据库配置recorder: db_url: mysql://user:passwordserver_ip/homeassistant?charsetutf8mb4重启 Home Assistant。它会自动将历史数据迁移到新数据库首次启动会较慢。迁移完成后务必配置数据清理策略否则新数据库也会被塞满。recorder: db_url: ... purge_keep_days: 365 # 保留最近365天的详细数据 commit_interval: 30 # 每30秒提交一次降低IO压力purge_keep_days是关键我通常设置保留30-90天对于更早的数据可以设置exclude过滤掉不重要的实体如每秒钟更新的传感器只保留关键设备的历史。7.2 日志管理从噪音中定位问题Home Assistant 的日志默认是 INFO 级别信息量巨大。长期运行后日志文件会非常大。更重要的是过多的日志会淹没真正的错误信息。调整日志级别在configuration.yaml中为特定集成或整个系统设置更严格的日志级别。logger: default: warning # 全局默认设为 WARNING logs: homeassistant.components.xiaomi_miot: error # 某个很吵的集成设为 ERROR custom_components.my_integration: debug # 自己开发的集成设为 DEBUG 方便调试使用 Log Viewer 插件通过 HACS 安装Log Viewer卡片可以在前端方便地查看、搜索和下载日志比去服务器上找文件方便得多。定期清理确保你的日志记录器如logger集成配置了适当的滚动策略或者写一个简单的自动化脚本定期清理旧的日志文件。7.3 备份策略容灾的底线你的智能家居配置凝聚了大量心血必须有一套可靠的备份方案。Home Assistant 内置备份Supervisor如果你用 HA OS提供了完整的备份功能可以定时自动备份到网络存储如 SMB或云盘。一定要启用这个功能并定期测试备份的恢复。配置文件版本控制你的configuration.yaml、automations.yaml、scripts.yaml等核心配置文件应该用 Git 进行版本管理。在本地电脑上克隆一个仓库每次做出重大修改后提交并推送到远程如 GitHub 私有仓库或 Gitea。这不仅能备份还能清晰地追踪每一次变更。分离机密信息永远不要将密码、API Token 等敏感信息直接写在配置文件中。使用 Home Assistant 的!secret功能将这些信息存放在独立的secrets.yaml文件中并将secrets.yaml添加到.gitignore中避免泄露。7.4 监控与告警一个健康的系统需要“体检”。系统监控在仪表盘上添加System Monitor传感器实时查看 CPU、内存、磁盘使用率。如果使用 Docker可以考虑部署Portainer或cAdvisor进行更全面的容器监控。自动化监控编写一个简单的自动化定期检查某个必定会变化的实体如一个每分钟更新一次的传感器。如果该实体长时间未更新则通过通知如推送手机 App、发送邮件告警提示你系统可能出现了问题。更新策略Home Assistant 更新频繁但不要盲目追新。尤其是大版本更新如从 2023.x 到 2024.x最好先等待几天在社区查看是否有普遍报告的严重 Bug然后再在你的系统上进行更新。更新前务必完成一次完整备份。折腾 Home Assistant 的过程是一个典型的“用时间换自由、换隐私、换掌控感”的过程。初期投入的学习和部署成本不低但一旦系统稳定运行起来它带来的无缝、可靠且高度个性化的智能家居体验是任何商业套装都无法给予的。这份指南希望能为你扫清一些入门和进阶路上的障碍但真正的乐趣还在于你亲手将一个个想法变为现实的那个过程。