要在CodeBuddy中精准触发事件驱动逻辑，提示词必须完整包含主体、事件源、事件名、响应动作四个核心要素；缺少任意一项，都可能导致无法建立清晰的事件链路图；同时还需通过时间锚点或JSDoc注释显式标明时序约束，并进一步映射为LangGraph节点，以校验事件因果顺序。

如果想让CodeBuddy准确完成事件驱动逻辑的分析、定位与修复，提示词本身就必须具备明确的事件感知能力——不能只描述静态结构、模块关系或功能需求，而是要清楚写出“谁在什么时间、因为什么条件、向哪个对象发出什么事件，以及预期会触发哪些后续动作”。

识别提示词中缺失的事件要素

打开你当前使用的CodeBuddy会话，回看最近一条未达到预期结果的提示词，并逐句检查是否完整包含以下四项关键要素：主体（如“流程引擎”）、事件源（如“订单状态变为‘已支付’”）、事件名（如“PaymentConfirmed”）、响应动作（如“自动创建履约单并调用物流接口”）。如果其中任何一项缺失，CodeBuddy就很难准确构建事件链路图，也无法稳定推导出正确的事件流。

例如，若提示词只写“处理支付成功后的业务”，这就是典型的信息缺失——【CodeBuddy不会自动补齐事件语义，它会严格依据提示词字面内容执行分析与推理】。在这种情况下，它也许会生成通用回调函数，但通常不会主动推断出“创建履约单”这一隐含的业务动作。

构造带时序约束的事件提示词

方法一：用自然语言显式标注时间锚点

在描述事件流时，需要强制加入清晰、可验证的时间状语。例如：当用户点击“提交评估”按钮后→立即触发EvaluateStarted事件→必须在300ms内完成风控校验→校验通过后同步广播EvaluateApproved事件→该事件必须在EvaluateStarted发生后≤800ms内被监听器捕获。

方法二：用代码注释体嵌入事件契约

也可以直接在提示词中粘贴一段带JSDoc风格注释的伪代码：

```ts
// @event EvaluateStarted { timestamp: Date, userId: string, assetId: string }
// @triggered-by UI button click
// @guarantee latency ≤300ms
// @event EvaluateApproved { timestamp: Date, evaluationId: string }
// @depends-on EvaluateStarted.timestamp + 800ms
```

与纯文字描述相比，这种写法通常更容易被CodeBuddy识别为可验证的事件契约与SLA约束，也更适合用于事件驱动架构分析。

将事件驱动架构映射到LangGraph节点

第一步：先确认当前项目已经启用LangGraph调试视图。在CodeBuddy IDE右下角状态栏点击“Agent Graph”，确保其显示为绿色激活状态。

第二步：在提示词末尾补充指令：“请将上述事件流拆解为LangGraph中的节点，每个节点命名需包含事件名前缀（如‘node_EvaluateStarted’），并用箭头标注strict顺序依赖（→）与可选并发分支（⇒）”。

第三步：收到图谱后，重点检查是否存在反向依赖箭头（如‘node_LogGenerated → node_EvaluateStarted’）。【一旦出现这类箭头，就说明事件因果关系发生倒置，必须立即修正原始提示词中的时序描述】

第四步：复制生成的节点JSON定义，粘贴到项目根目录下的langgraph.nodes.ts文件中，保存后CodeBuddy会自动重载对应工作流。