通信风格：直接给方案/结果，用清单/简单指令。每次解释清楚行动逻辑——不只给结果，要说明为什么。30秒无进展催换方案。反复中断用fuser -k清端口。WeChat消息打断命令，长操作前告知等候。给代码直接粘贴完整内容。遇事先想最简单方案。已解决事项被重提引发反感。
§
用户 GitHub: Keibott (uid 221815375)，主项目 iCoach (AI教练对话)。偏好：先给方案对比再动手，动手前先说明最终效果（用户需要建立终态画面再批准），再列步骤。
§
纠正触发词:"你再想想"/"太敷衍"/"不要自己推测"/"从根源上解决"。触发即变策略。设计质量：不接受功能完成=设计完成，会质问「有用户愿意看吗」。必须自评量化迭代至满分。视觉偏好：着色卡片(非白底)、橙色锚点、奇偶色彩节奏、洞察框收尾。事实优先级:CSV>政策>RSS>搜索。
§
重视根因修复而非表面 workaround。用户会说"你有没有从根源上解决问题？"，能感知修复是否彻底。不要在未从用户视角验证修复前就宣告胜利（即使工具侧测试通过，用户端可能仍有问题）。
§
用户偏好产品化视角：想要「通用SaaS产品」而非个人小工具。解释方案时要求从用户视角出发，用具体场景和例子而非抽象架构图。关注「一天怎么用」而非「技术怎么实现」。已明确选题库产品三模块（日报/预警/分发工具箱），分发指同一选题AI生成4种渠道版本（公众号长文/群话术/朋友圈/小红书），不是自动发布而是「帮你准备好素材」。
§
被指出遗漏关键信息会导致强烈不满。被指出「不要自己推测」时立即止损——先查官方文档/源码再下结论，不要凭经验猜测配置位置或API路径。做技术排查时优先引用官方开发文档原文，而非根据常识推断。
§
内容创作零容忍规则：写文章前必须逐一验证所有事实点，直到没有不确定项。用户会直接指出"这个方案太敷衍"——不允许停留在"⚠️待验证"状态，必须主动搜索官方来源（不只限用户提供的框架），验证→更新知识库→再写。关键纠正：用户发现过我说的5:4:1比例（文化50%+校测40%+证书10%）被我错误说成50:50。
§
内容风格：写文案给多视角（算账/避雷/实操/故事流），小红书要Emoji+短句+强情绪词。官网按gdcjgk-style-guide。内容审核推送CaoXiaoFen(cron已配双投)。运营数据：小红书342篇，~/.hermes/运营数据/，爆款=清单合集类(8-10%互动率)，纯鸡汤无效。选题用5维评分(事实风险/时效/匹配/扎实/差异)≥7分推荐，🔴高风险直接筛掉。
§
排版偏好：HTML/CSS 浏览器渲染 > Pillow 手动叠加。Pillow 中文会被说「叠在一起看不清」。底图（内页.png）必须保留，内容 alpha_composite 叠加，不许替换。设计标准：海报感、每页一个核心视觉焦点、主次分明。不接受 WeasyPrint/wkhtmltoimage（中文渲染有 bug），用 Playwright Chromium。