玩了两天,项目挺好玩的,要生产可用,还缺少挺多东西的

[qqq694637644]

• 语法高亮
• 自动补全
• 跳转定义
• 查找引用
• 重命名符号
• 悬停显示类型和文档
• 实时语义诊断
• 符号大纲
• 代码折叠
• 面包屑导航

一个vscode的脚本调试能力

• 断点
• 条件断点
• 单步进入
• 单步跳过
• 单步跳出
• 调用栈查看
• 局部变量查看
• 全局变量查看
• 监视表达式
• 异常断点
• 运行到光标

现在有了ai,这些都不是太难,在做
主要还是缺少vscode调试体验,开发体验不重要,反正是ai写

[vczh]

这个脚本有两种运行模式，不过我觉得你应该知道了。第一个是编译后加载二进制和类型直接运行，第二个是把脚本翻译成C++。反射借助的是VlppReflection项目，可以实现C++写的interface被Workflow继承的高端玩法。

我现在正在往里面加一个FFI的功能，基本就是给interface加attribute，然后就可以把object model实现在不同的进程（也可以是其他语言）里面然后用JSON沟通。推进如火如荼，不过还有很多事情要做。

我觉得你的想法很好。调试我没有什么想法。直接运行起来的话，WfDebugger class可以跑在进程里面的另一个线程里监听，你只要把控制都转发出来就好了，不过我这个功能基本没怎么用，应该会有bug 。但是Workflow执行需要一个宿主，也许应该写一段C++代码来配合你的LSP，只要一起编译进去就能挂上去。至于编译成C++怎么debug脚本文件，如果你想用windbg系列调试器那就要自己生成pdb文件，也是非常难做。

当然有AI都会轻松一点，vscode插件我没有写过，你可以开一个新repo试试。Release文件夹里面的C++代码是拼接起来的，对外都是用这几个，你只要新增的文件去include他们就行了。

[qqq694637644]

这个脚本有两种运行模式，不过我觉得你应该知道了。第一个是编译后加载二进制和类型直接运行，第二个是把脚本翻译成C++。反射借助的是VlppReflection项目，可以实现C++写的interface被Workflow继承的高端玩法。

我现在正在往里面加一个FFI的功能，基本就是给interface加attribute，然后就可以把object model实现在不同的进程（也可以是其他语言）里面然后用JSON沟通。推进如火如荼，不过还有很多事情要做。

我觉得你的想法很好。调试我没有什么想法。直接运行起来的话，WfDebugger class可以跑在进程里面的另一个线程里监听，你只要把控制都转发出来就好了，不过我这个功能基本没怎么用，应该会有bug 。但是Workflow执行需要一个宿主，也许应该写一段C++代码来配合你的LSP，只要一起编译进去就能挂上去。至于编译成C++怎么debug脚本文件，如果你想用windbg系列调试器那就要自己生成pdb文件，也是非常难做。

当然有AI都会轻松一点，vscode插件我没有写过，你可以开一个新repo试试。Release文件夹里面的C++代码是拼接起来的，对外都是用这几个，你只要新增的文件去include他们就行了。

好的,我在抄 https://github.com/Tencent/LuaPanda 实现
按照他的思路,被调试进程起个服务端,把vscode接入进去就行
以前玩lua玩的比较久,对这些比较熟悉,最近付费摸鱼时间充裕,玩玩

[qqq694637644]

https://github.com/qqq694637644/workflow_debug_tools/blob/main/Copilot_Planning.md

已完成
attach 会话链路、内嵌 debugServer、宿主连接与握手。
断点同步、校验、回传，以及 codeIndex + row 映射。
continue、next、stepIn、stepOut。
stackTrace、scopes、variables。
异常暂停上报和 stopped 事件。
变量按需展开与句柄表。
evaluate / REPL / hover 求值，支持对象展开与基础表达式运算。

调试功能已基本完备
由gpt5.4mini xh开发完成
由gpt5.4pro实现循环迭代,精简大量无效代码,还在持续迭代中
只有5.4pro有这种精简大量无效代码的强大的能力

[vczh]

我有一个建议，其实你可以直接开个干净的repo然后submodule Workflow，会容易管理一点。如果你觉得workflow有什么bug妨碍了你完成，到时候也很容易在submodule里面改完，搬到你的fork然后开PR。Workflow目前我自己是不开branch的，经常会弄进去很多临时的log反复删掉什么的，避免混乱。

我看你目前基本只在两个目录里面加文件，改成这样应该会很容易。

[qqq694637644]

我有一个建议，其实你可以直接开个干净的repo然后submodule Workflow，会容易管理一点。如果你觉得workflow有什么bug妨碍了你完成，到时候也很容易在submodule里面改完，搬到你的fork然后开PR。Workflow目前我自己是不开branch的，经常会弄进去很多临时的log反复删掉什么的，避免混乱。

我看你目前基本只在两个目录里面加文件，改成这样应该会很容易。

好的,过几天改