问题卡在如下：
1. 硬解的性能（指成本问题和驱动问题）
2. 软件的监测（指监测到你是虚拟机甚至于 x86 就不让你用）
3. 兼容问题（部分 apk 虽然有 x86 架构，但是依赖的服务只有 arm ，神奇吧）

@l4y3 #36 设置参数，限制下请求基本没啥问题，就是每次跑的时间长，不过无所谓，最好是 115 有 api 的这种，一般比较稳定，百度之类的破解的很容易出问题。

@l4y3 #36 设置参数，限制下请求基本没啥问题，就是每次跑的时间长，不无所谓，最好是 115 有 api 的这种，一般比较稳定，百度之类的破解的很容易出问题。

Restic (backrest 网页端)+openlist(115 会员+阿里云盘)提供 webdav 。

@THESDZ #55
尤其关注一点，解决问题是多方一起的，不是你或者对方独自负重前行，要有“家”的概念，都是“家”的一份子，既要享受家带来的好处，也要一起解决家的问题，一句话就是“权责对等”。沟通是家庭最缺的东西。
举个例子：经常会有人嫌弃自己的另一半抽烟或者打游戏这样的行为，沟通的是为了让对方明白，打游戏或者抽烟对自己的必要性：如缓解压力等。但家庭的责任是要承担的，不要因为打游戏或者抽烟危害到家庭或者另一半。其次就是，要让彼此看到对方的付出，以及彼此对家庭目标的期望。
希望大家都能建立长期沟通的通道吧。

把问题解决。解决问题，才是长久之道。

@Edward4074 #2 我是先给自己用，然后才开源出来。而且我的设计初衷是，打造自己的 ai agent 清单。

先给一个声明式的 css 框架，如 tailwindcss ，然后要求整理通用组件的样式库。这样你就可以排列组合了（甚至可以要求他借鉴成熟的风格）。

**最想做：一块模块化 ESP32 AI 感知底板 / 开源参考设计**

我想做的不是又一个封闭成品，而是一块能让个人开发者和小团队快速搭出 AI 感知终端的底板：以成熟的 ESP32-S3 这类模组为核心，底板统一做电源、接口、扩展和结构，外设按需插接或选焊——麦克风、I2S 音响、摄像头、红外收发、毫米波人体存在传感器、SPI 屏幕等。WiFi/蓝牙由 ESP32 模组自带，底板重点解决天线净空、电源瞬态、音频噪声、摄像头/屏幕接口和模块化扩展。

软件侧尽量复用现有生态：ESP-IDF/ESPHome 、Home Assistant 、MQTT/HTTP/WebSocket ，设备侧不直接“重造 AI”，而是通过网关把能力封装成 MCP 工具或技能，接入自己的 AI 生态。先做两个可验证场景：

1. **语音 AI 助手终端**：麦克风采集 → 唤醒/VAD → ASR → AI 助手 → TTS → 音响；设备通过 MQTT/HTTP 与网关交互，网关侧封装成 MCP/skills 。
2. **定时视觉监测**：摄像头每 30 秒抓拍一次，上传或由本地网关分析，例如猫粮是否空了、水是否不够，再通过 Home Assistant/Webhook/消息渠道推送提醒。

硬件上我倾向“核心板 + 底板 + 可选外设小板”的组合：第一版做一块全能验证底板，跑通音频、摄像头、屏幕、雷达和红外；第二版再拆成不同组合，控制成本和自由度。主要难点不是芯片，而是音频/摄像头/雷达共存时的电源与干扰、接口标准化、结构散热和固件生态适配，这正好需要你们这种有 PCB/PCBA 调试能力的团队。

保险还要先付保费呢？要你背锅，给你额外的费用了吗？

其实是回复了和没回复的区别，送码的要回复，所以看起来是多人关注。

简单点，先处理风险，假设是他的孩子，那长大以后一定会要抚养费，但也有赡养义务。
那就从这里出手呗，如果女的说不是的，那就留书面证据下来。

没必要"移植"，你要的是功能，不见得是这个软件。

@THESDZ 也包含隐私问题(但没有强制，AI 要是读文件，我也没招)

@512357301 我新的计划就是集成 duckdb 做为其中一种 sql 引擎，这个不是什么新东西，只是包一下给 ai 用。整个流程也很简单，表格转为 json(带数据结构)，然后引入引擎执行 sql，将结果转为表格或者图片。主要是解决 AI 上下文和编数据的问题。

上负载均衡，然后一点点换。

感觉如何可持续发展是一个离不开的话题啊。
不知道你这站如何保证一直在呢？

减少攻击面是一个非常好的方式啊。一次性，永远不给前台和 api 暴露。少一个漏洞是一个