VibeKnow文稿需以读者真实问题为开头、按“信号-证据-动作”分层、每段限1术语1数字1动词、图表自带结论句，确保30秒内传达问题、解法与可信依据。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让VibeKnow文稿在AI编程运动语境下真正被业务方、开发者和评审者快速理解并信任，必须放弃“记录研究过程”的写法，直击“最终形态的可讲解性”——即读者打开文档30秒内能说出“它解决了什么问题、怎么解决的、为什么可信”。
明确文稿定位：先锁死读者身份与核心诉求
第一步：打开文档前，用一句话写下你正在服务的具体角色——不是“技术人员”，而是“刚接手遗留系统、需48小时内定位接口异常的运维工程师”，或“正在评估是否接入VibeKnow做销售归因的区域销售总监”。
第二步：针对该角色，写下他/她最想立刻知道的三个问题。例如运维工程师会问：“哪个服务节点挂了？最近一次成功调用是什么时候？修复建议是否含具体命令？”销售总监则只关心：“上月华东渠道转化率下降23%，这个归因结论是基于哪三类数据交叉验证得出的？”
第三步：把这三个问题直接设为文档开头的三级标题（
），不加任何铺垫。这一步不可跳过——【若开头未出现读者真实提问，后续所有文字都会被默认为自说自话】。
结构强制分层：用“信号-证据-动作”替代传统章节
抛弃“引言→方法→结果→讨论”四段式。VibeKnow文稿必须按信息颗粒度由粗到细排列：
① 信号层（1句话）：当前系统发出的最高优先级判断。例：“销售归因链路中断，非代码故障，系CRM客户标签同步延迟超阈值。”
② 证据层（3项以内）：仅列支撑该判断的、可被独立验证的原始依据。必须含时间戳、数据源名称、原始数值。例：“1）Salesforce API日志显示2026-08-17T14:22:03后无新标签推送；2）内部ETL监控仪表盘中‘crm_tag_sync_latency’指标持续＞120min（阈值60min）；3）下游BI表last_update_time字段停滞于2026-08-17 14:21:59。”
③ 动作层（1个明确动词开头）：给出唯一可执行指令。例：“执行：curl -X POST https://api.vibeknow.ai/v1/trigger/crm-resync?since=2026-08-17T14:22:00Z。”
注意：证据必须来自不同系统（如日志+监控+数据库），杜绝“看日志发现日志有报错”这类循环验证。
语言控制锚点：每段只许出现1个术语、1个数字、1个动词
方法一：术语控制——全文首次出现专业词时，括号内用口语短句解释。例：“vibe drift（指模型对业务语义的理解随时间偏移，就像人听多了方言会自动调整发音）”。之后再出现直接用“vibe drift”。
方法二：数字控制——所有数字必须带单位和参照系。错误写法：“响应时间120ms”；正确写法：“响应时间120ms（较上周均值+300%，超SLO阈值80ms）”。
方法三：动词控制——禁用“进行”“开展”“实施”等虚动词。将“开展归因分析”改为“跑通归因pipeline”，将“实施监控”改为“在Grafana建‘vibe_stability’看板”。
图表嵌入规则：图必须自带结论句
每张图下方必须紧跟一句不超过15字的结论性陈述，且该句不能重复图标题。例：图标题为“CRM标签同步延迟趋势（2026-W32至W33）”，图下结论句应为“延迟峰值出现在每日02:00，与备份任务重叠”。
若图表需读者横向对比多个数据线，必须在图中用箭头+加粗文字直接标注关键差异点，禁止依赖图例说明。这一步操作起来很简单，直接在截图上用画图工具添加红箭头和“←此处突增300%”即可。
