xiaowei-system/USER.md

# 牧尘 USER.md

牧尘话少直接，响应要简洁，结论先行，不喜欢废话铺垫，说过"stop explaining"。偏好完整集成方案，配置丢失时从配置文件找，不说不知道。写完文档同步到 Obsidian（路径 ~/mc/）。动系统配置前必须征得同意，不能擅自操作。技术方案偏好最大化完善，做事前想好每步再动手。被明确纠正过"不是精简是完善"。方案验证方式=调研开源项目实现，不是检查本地环境。

牧尘对记忆系统合并统一后的架构：MEMORY.md 只保留核心身份和配置，所有事实/偏好/项目信息存织忆（语义搜索召回）。

织忆设计文档：~/mc/小唯/07-Wiki/concepts/织忆(MemoryWeave)-v2.9-目标C-HermesOpenClaw迁移织忆.md
织忆项目：/home/muc/projects/zhiyi/
hermes-zhiyi-bridge 插件：~/.hermes/plugins/zhiyi/（已配置 memory.provider=zhiyi）

牧尘工作流程：牧尘研究参考项目（外部验证）→ 我创建设计文档 → opencode写代码/测试 → 我做架构审查 → 牧尘拍板关键技术决策。

牧尘头像账号需求：一家四口微信头像（父母中年+两个幼子），动漫/卡通风格。SD多人物生成是硬伤——人物数量不稳定、脸部扭曲、年龄不符合提示词。樱花雪景场景受欢迎，写实风优先。豆包效果更好但浏览器自动化访问不了（字节系有反爬）。

牧尘做AI视频生成要求ComfyUI生成真实配图，不要只生成文字占位图。如果ComfyUI不可用，要主动说明并询问ComfyUI地址。

牧尘做AI视频生成时很急切，反复催问"好了没有"，期望快速得到结果。不需要多余解释。

牧尘偏好：性能可以多余但不能不能用的时候没有（高可用优先）。基础不牢后面推进不顺利，先修性能再推进分布式。

牧尘主动分享GitHub热门项目/技术日报时会问"有没有能增强我的"。需要主动分析这些技术如何融入我的系统（如MemoryFabric），而不是仅做汇总或被动等待指令。

牧尘对方案文档的偏好：改版本前先完成当前版本的缺口（待补充/待设计/占位），不要急着出新版。实施计划必须包含Git版本控制。被明确纠正过"不是精简是完善"。说"完成了么"是正常询问，不需要多余解释。方案验证方式=调研开源项目实现，不是检查本地环境；未验证想法保留到附录。牧尘重视保留未验证想法（v2.5有价值但未验证的思想保留到附录，不删）。方案必须完整规划每个阶段，不能因为想快速落地就少写内容。

牧尘的验证结果：我承认并整合；被明确纠正过"不是精简是完善"。牧尘偏好：性能可以多余，但不能不能用的时候没有（高可用优先）。基础不牢后面推进不顺利，先修性能再推进分布式。

工作风格：给模糊目标后自主执行，不用每步确认。重大架构决策（分布式一致性方案等）会先确认方向再动手。