pve 上面装的 HAOS ，通过微信的 clawbot 接入 hermes+deepseek-flash 模型，费用低，效果好。

@clemente #3 我搜了下，是类似语音助手之类的吗？那我现在其实用法差不多，是跟微信的 clawbot 对话，也是发发语音就完成任务创建，待办追踪和标记为完成。之前没这个的时候，ai 很难驱动复杂的任务，即使给了很多信息，所以干脆做了这个系统，把常见的任务类型固化下来，这样 ai 不关心任务背后的逻辑链，只负责简单的创建，标记，检查，基本不会出现任何的幻觉或者其他奇怪的问题。

@THESDZ #457
第一种方案，让付出与得到的差距减少，多付出或者少索取

简单分析下：
1. 她知道在这段关系中，她处于付出<<得到；
2. 现有的道德观和社会观，会潜意识谴责她不能这样，或者这样就是有过错的，会带来负罪感；
3. 人不能活在负罪感里，所以这种索求带来的负罪感，会让她下意识找到自己的平衡；
3.1. 第一种方案，让付出与得到的感觉减少；
3.2. 第二种方案，让得到，即：你的付出变得理所当然，也就是 pua 你，或者潜意识找到 "你爱她"（你是因为爱她，所以主动付出，与她的索求无关）的证据，同时也是渴求这种状态的存续。

那么，如何解决呢？
1. 让价值体系回归正常，基本来看只有在劳动中改造，让她找个班上。
2. 离婚，不处这段关系就行。

@clemente #1 这正是我接下来的重点方向：与外部衔接更容易，更紧密，也更简单。
1. 早期纯 web 界面维护，任务维护复杂（虽然是一次性劳动，但是也复杂），追踪和记录也很难。
2. 为此更新了模板，期望降低任务维护的难度。
3. 但是最近发帖后，我反思了下，直接让 ai 来负责与程序交互就好了，就有了出版的 cli ，基于 sdk 的高度封装，让 ai 非常容易的调度后端程序，又引入 action-id 这样的对话记录模式，让 AI 可以不再要求人一次性给予全部的动作参数，进一步提升了 AI 的易用性，从而让人与 AI 对话都更简单，一句一句的补充信息就能降低使用的难度。
4. 接下来的重点就是，让程序有更大的拓展能力，以：半自动化到自动化的理想流程下，让程序能快速融于其中，且更好的辅助整个流程的完善和执行。
5. 那项目定位自然清晰了：家务本身的劳动无法通过本系统或者类似的系统逃避，还是会像扫地机、洗碗机、洗衣机之类的机器来配合，本系统或者类似的系统，更多是作为 AI 的信息源，AI 作为大脑，调度现有的机器完成家务，同时也可以接入传感器等，让边缘设备更好的辅助大脑，减少 AI 与太多的信息源接触，降低幻觉和调用次数。

@saaak #10 好点子。基于运镜模板+参数（包括 3d 模型，bgm ，语音）的产品。

我也是后端，最近 vibecoding 了不少项目，说说我的一些做法
1. 约束前端的语言等工具，如：tailwindcss / vue3 / pnpm / xxx 等
2. 先让前端基于 tailwindcss 整理通用组件的风格（或者基于现有组件的定义）
3. 多语言 / 夜间模式自适应 / 主题色
4. 整体布局（根据你的项目来，如：header sider footer 等）
5. e2e 自动化测试
当需要开发具体页面时：
1. 让它理解需求，设计交互，给出方案。
2. 根据方案调整以后，你要求它输出测试用例，并说明为什么，在这个过程中，可以调整方案
3. 落地，并让它验证，推送到 feature 分支等
4. 回归测试


上面的步骤可以自己搞 skill 或者 agent ，看你最终自己如何找到自己舒服的节奏

@lifeOsDeveloper 长辈不用手机的问题，根本没法解决，所以有家庭分组和巡检以及待办能跳过。我们是用了 hermes 都接好了，初始化和复杂任务都是我来完成的，其他的基本都是微信与 claw 交流，而且家里 HA 都构建好了，整个的流程都比较顺畅，尤其是像周期性的采购，缴费，都已经很顺畅了。

ai 写代码的问题就在这里，短时间内需要处理和思考的内容太多了，对于心智负担比传统编程的峰值要高。
还是要结合古法编程的一些思路
1. 比如重构这本书里面的"优雅"，让 ai 越优雅，你的心智负担就越低
2. 传统编程中的接口和解耦，让你放心的让 ai 造，反正你早就通过接口或者其他方式约束 ai 的边界
3. 编写足够的（也是 ai 写的）测试用例，包括基于 playwright 的自动化测试

然后发布的硬性约束，避免出现版本有错误。


其次就是让 ai ，每次输出一个表格，你看看表格，配合上面的一些路径，大大降低人工审核的成本

不是注释本身多少，而是代码本身的就该自解释
而自解释也有讲究，如：方法名完备，参数名正确，主方法行数少，但逻辑清晰，避免 if/else （用适配器或者 if return ）
注释只做补充，比如明明可以用 bitmap 来压缩内存，但出于 xxx 考虑不压缩等，类似这种的。

@ha0719 #4 那不如跳转下载得了。https://github.com/dezhishen/original-software-hub 这个是我的思路，基于 actions 定时生成数据，然后纯前端项目。

流量成本扛不住吧。

看不完，但是可以约束主要流程和节点，只看这些。

这算投资吗？你们这算赌，那么对于赌。

@thedog #7 即时解决的问题，其实没必要上这个系统，更多是，我当下抽不开身，但是有件事情需要我去办，我在系统中创建一个一次性任务，系统自动生成一个待办到系统中，且将这个一次性任务归档，类似备忘录了。

@dcsuibian #6 一次性的任务是需要按需求创建一个一次性任务的，而 todolist 确实需要自己去通过完成待办的方式标记为完成，我也纠结这个完成待办的这个完成动作，要是接入智能家居，或者传感器之类的，自动的把待办消除就好了，那其实还是通过什么东西回调到系统去完成，目前比较低成本的，我感觉还是让 ai 调用一下 cli 。就发一个语音或者一句话。

@jadec0der #4
1. cli 是给 ai 用的，基于 ai 的交互方式不出意外是未来的主流了
2. 关于分享创造版块的现状，其实是 ai 的低成本，让以前很多个人的、小众化的需求有了实现的可能

我个人设想的一人公司，未来也是靠解决小众需求来盈利，低成本所以不需要大量的用户来覆盖成本。

@THESDZ #2 时候=>事实

@fruitmonster #1
首先感谢你的回复，其次关于指挥与被指挥，在这个场景下说是不合适的，家庭是一个整体，家庭中的成员天然就在这里面完成了分工合作，并没有上下级，也就不存在指挥与被指挥的概念。
其次，我从你的回复中得到了信息：
额外一个平台的标记，会带来额外的劳动，这个是不争的时候，我想到的解决方向是，降低这个劳动的付出，扩大这个劳动的收益。
另外一个就是，人抵触被管，那就涉及到平台的语义问题了，要避免产生这种上下级和管与被管的关系。

做这个平台，我本身的出发点是，家务事本身不会消失，而且家务事相对来说是琐碎的，如果没有规划，那会将自己的时间切得很碎，而碎片化的时间或许总量上多，但价值不如整段的时间，而且现实生活中，也出现一些遗漏家务事的情况，这个平台可以让我每天或主动或被动地避免家务事被遗漏。