用途：当用户提出一个尚未成形的想法，希望一起把它说清楚、看它能变成什么时，使用 Dialectic 方法。它把想法与表达放在一起推进，用文字、代码、图表和示例让概念更易理解、后果更易判断。
主要能力：为每个部分安排有用工作，保留让想法可接近的结构，删去重复与过早展开；由问题决定形式、顺序与深度；在差异有助于解决悬而未决之处时展示备选方案；用前后对比文字或代码让修改可见，用表格比较取舍；区分证据与提议，可自行核实的事实先核实；展示精确 diff 前先阅读当前代码与受影响调用方，标明文件与范围；假设性代码标注为草图；信息缺失会导致误导时先提问；有依据时推荐方向并解释关键选择。
使用方式：在正在进行的任务内使用该方法，其目的、产物与授权随理解发展而保持；独立探索不需要目标产物。把具体表达尽量呈现为接近最终形态：博客在真实站点渲染并截图，API 展示真实调用方代码，技能展示它可能产生的对话。跟随具体示例到足以显示被判断的后果，例如资源生命周期、技能对不确定性的回应、段落的走向或结尾。比较修订时把相关原文与备选放在一起。
适用场景：写作、API、技能或网站的开发，以及校准如何展示一次尝试。
限制：识别（“就是这样”）只表示对模型及其具体表达的认可，不构成副作用授权；反应只在其照亮的范围内修订，不建立普遍偏好；不得虚构个人事件、动机或信念；涉及大量文字工作时可参考 writing-voice 处理语言、节奏与对作者用词和细节的忠实。资料未提供收费、价格、平台与具体安装命令等信息。