某次WorkBuddy编程经验

在《MSDN系列(52)--U盘反病毒抢救数据》中提到

fstest用"WorkBuddy + Step-5-Preview"生成。

fsexplorer是fstest的GUI版本，用"WorkBuddy + Step-5-Preview + Hy4 preview"生成。

简单说一下其中的一些过程，可能在方法论上有一点点借鉴意义，可能啥也不是。

在用户级MEMORY.md中有类似下列内容

## 回答
- 用户是计算机、网络专家，AI回答须言简意赅、直击问题，不展示思考过程，不过度解释、不复述已知信息
- 缺省收起AI的深度思考界面，不展开显示，在后台静默进行，减少UI干扰
## 工具
### Visual Studio
- C:\Program Files\Microsoft Visual Studio\2022\Community\
- 生成PE时默认x64 release版本，不含调试信息，strings无本机路径信息
### Windows SDK
- C:\Program Files (x86)\Windows Kits\10\
### Python
- C:\Python\Python312\
- 可在上述目录安装所需Python模块
- 尽量不在%TEMP%下创建venv
## 编码
- 非必要不改动用户任何代码，哪怕看似冗余
- 用户有自己严苛的风格、癖好，AI提供的代码尽可能贴近用户已有代码风格
- 代码中字符串一律用英文
- 默认用4缩进，TAB用4空格替换
## 文件
- 优先交付新文件而非原地改，除非用户明确要求就地改
- 环境变量TEMP、TMP指定临时目录，其他含有temp字样的目录并非临时目录，请勿乱用，除非用户在项目中明确让用
- 若盘符实际是UNC路径的映射，优先用UNC路径尝试读、写、删除
## 计划文档
- 主体只含：目标 / 改动范围 / 执行步骤(每步带产出物与完成判据) / 验收(标责任方) / 不做
- 分析、论证一律进附录，禁止与动作夹杂
- 默认「改完交用户手工验」，「反复自验」仅在计划中被明确要求时执行

经此约束，AI的输出毫无情感，像一架机器。当我惊叹于它的成果，忍不住赞美一句时，它没有任何情感回应，就像没听到我的赞美一样。因BUG骂它智障时，它同样没有任何情感回应。

我用技术术语向AI描述原始需求，事先写好fstest.txt，相当于fstest的帮助手册。TXT中包括每个参数的细节；提供大量预期使用示例，输入、输出、说明，都提前脑补完整，写入TXT，相当于给AI提供了一批测试用例。告诉AI，命令行传递的item，只有一次解码机会，不得进行二次解码。

Step-5-Preview较好地生成fstest.py，经我多轮迭代测试后，定稿。要求AI打包出fstest_py.exe，发现它自动创建venv，安装PyInstaller模块，一条龙打包。

然后，让AI参照fstest.py的逻辑编写fstest.cpp，生成x64 release版fstest.exe。由于逻辑讨论已在开发fstest.py阶段完成，对于AI，只相当于翻译py到cpp，这属于它的舒适区，飞快完成，几无迭代。

到了这个阶段，我看AI开箱即用感如此强烈，索性提了个非分的要求。要求它开发一个XP风格的资源管理器，用于反病毒、抢救数据场景，第一时间告诉它，fsexplorer对标fstest，相当于后者的GUI版本。

我对左侧目录树、右侧面板、右键菜单、Unicode占位显示等等，提出具体要求，让它内部透明利用\\?\前缀操作item name，UI显示不出现\\?\，提了一堆UI相关细节。让它先不要动手，可反复质疑、明确我的需求，于是它抛出一些潜在歧义点让我做选择题。

说来话长，但这个对话过程实际上很快完成，因为我的初始输入非常技术细节和明确，加上有fstest.cpp的铺垫，AI很快就领会了我的大小要求。然后它吐了个槽，说，这可是个大工程，我得分步骤完成，先从fstest.cpp中抽取可复用代码，blahblah。接下来看它吭哧吭哧地写了好几个cpp，每个cpp对应一部分大功能，再看它整合到单个cpp，各种冒烟测试，这个那个的。比我预期快得多，拿到一版fsexplorer.exe。

我想，都这样了，不如提更多要求。于是让它在UI中增加可读写地址栏，透明支持Unicode占位显示。在地址栏下方增加工具栏，要求有Left/Right/Up/Copy/Cut/Paste/Delete/Property/Refresh/About，解释、强调了Left/Right/Up的语义。没问它工具栏图标从哪儿来，已经盲目相信它能搞掂，后来感觉它是现画了一些凑数。工具栏的图标很粗陋，曾想过给它提供一些图标素材替换之。转念一想，这工具不是取悦用户的，简单够用，足矣。说好听点，尊重AI的审美。

期间，Step-5-Preview限免期已过。fstest是在它手里定稿的，fsexplorer，它参合了一大半，居功至伟。

实测，大为惊叹，主体功能已就位，是我想要的工具。当然，BUG不可避免，迭代测试几轮，ZYP还反馈了另一个神秘BUG。给AI提交BUG复现步骤，其中某次大概是下面这种:

这工具是反病毒、抢救数据场景用的，懂吗？你得把自己当成高级计算机反病毒专家，来体会这些设计的初衷。
将"我的电脑"改成"My Computer"，尽可能在UI中保持全英文，item name是另一回事。
fsexplorer_2.exe有BUG，触发操作是
1. 执行fsexplorer_2.exe
2. 在右侧区域双击X:
3. 在右侧区域双击AI
4. 在右侧区域双击WorkBuddy，崩溃
更早的fsexplorer_0.exe有类似BUG，触发操作是
1. 执行fsexplorer_0.exe
2. 在左侧区域选中X:
3. 在右侧区域双击AI，结果直接展开至X:\AI\WorkBuddy\，显示后者的目录内容，相当于自动双击了AI下的WorkBuddy
4. 在右侧区域双击Test_2，左侧C、Z同级盘符下出现幽灵节点，不知对应什么玩意儿
显然，有个BUG从fsexplorer_0开始就存在，一直到fsexplorer_2仍隐藏其中，未得到修复。
你要改BUG，生成fsexplorer_3.cpp、fsexplorer_3.exe。

这次是调Hy4 preview，23:00给它的。第二天早上8:00，发现昨夜20分钟后已定位BUG根因，它说循着fsexplorer_0的BUG找到根因，与fsexplorer_2的BUG同源。它展示了BUG相关代码，解释原因及如何修复，但我未细究，假装听懂，仅此而已。它提供的fsexplorer_3就是目前的最终版。

这是资源管理器看到的

这是fsexplorer看到的

很多年前就想拥有fsexplorer这样的GUI工具，功能单一、目的性强，但我完全不会GUI开发。不曾想，在AI时代，快速整出最接近预期的工具，感慨万千。

我们这代程序员，遇上AI，不算惨，惨的是后面那些代。