<当前项目有依赖其他模块时指定好特定路径先编译模块的>

模块工程之间的联动编译自动更新上关联主程并进行测试，能够达成完整的模块自动化AI工作流

[如果是系统模块的情况]

比如我超级列表框这个项目，当中有依赖FB这个系统模块的，然后FB的有问题我让AI去改

AI后续会自己编译这两个部分，告知AI说它是依赖的系统模块后它就知道一编译完就自动引用上了（前提是你的那个模块工程一编译后有让MakeBEC.exe使用上-installG自动安装到全局系统模块中）

[如果是用户模块的情况]

由于用户模块的编译仅是生成一个bec（固定位置），它还不会更新到你的项目中私有模块上，只要你的主程项目有依赖该模块是那个固定位置的话

需要你告知AI（说第一遍AI其实也就会了，或者更严峻地写在AI-IDE的工作流作为md文档），主程项目依赖XXX用户模块，请调用MCP接口“update_user_module ”进行更新（其实不需要真的说调用xxx接口，在MCP发现阶段其实AI都懂你意图），则自动将目标处的bec进行解包导入。

<临时项目测试>

根据白易0.6之后MCP的增强能力
·新增new_project接口（即对应bebuild.exe中的-newproj）
·bebuild中proj参数接口（支持投入.vcxproj绝对路径）
这便使AI具备自我新建VC++临时工程和编译测试指定路径内.vcxproj项目文件的能力

[比如我当前是一个DLL项目]

先随便新建的一个DLL项目

只需给AI输入以下提示词（当然你不用lib导入库形式也没问题）：

最终测试效果：

<写窗口布局>

<窗口程序测试>

[使用示例]

[说明]

dbg_log是白易在0.7+后引入的文件日志输出函数（位于BEWin32Base/文件日志.cpp）

它会在当前运行目录的logs文件夹中写入dbg.log（每次的首次启动时会清空该日志文件，随后每次写入往尾部添加日志内容）

DBG这个宏要着重说明一下：该宏希望不与系统自带的_DEBUG相冲突，并且即便在Release环境下也应当可以手动给项目给到DBG宏从而允许该环境也能进行日志输出（注意在Release环境中给_DEBUG是具有风险的，不能保证系统某些库不依赖Debug版本而判断了此宏），所以独立设计。

PS：如果你的电脑已经安装cdb则下一章中还会讲述更加高级的自动化调试技巧，CDB自动化AI调试定位异常行号.mht