加密软件环境下的 AI 开发注意事项

这份文件只给一种特殊环境使用：开发电脑安装了企业加密软件、受控目录软件、自动加密工具，导致 .cs、.xaml、.csproj、.json 等文件一旦保存就被加密。

如果你的电脑没有这类软件，可以跳过本文件。

1. 这种环境会出现什么问题

有些公司或项目电脑会安装加密软件。它可能根据文件后缀、目录、进程或策略自动加密文件。

常见现象：

1. AI 工具修改文件后，文件被自动加密。
2. 文件保存后，AI 再次读取时读不到正常文本。
3. C# 编译时报文件不是有效文本。
4. 文件内容看起来像乱码。
5. 文件大小异常变化。
6. Visual Studio 可以打开一部分文件，但 AI 工具或命令行读取失败。

这类问题不是 AI 一定写错了，而是文件可能被加密软件处理过。

2. 为什么按后缀处理有用

很多加密软件会按指定后缀识别需要保护的文件，例如：

.cs
.xaml
.csproj
.json
.config
.xml
.md

如果文件改成加密软件不识别的后缀，例如：

.cs.work
.xaml.work
.csproj.work
.json.work

它可能不会立即加密。这样 AI 可以先编辑 .work 文件，确认内容和编码都正常后，再恢复正式后缀。

注意：不同公司加密策略不同，这种方式不一定对所有环境都有效。实际要以当前电脑策略为准。

3. 推荐处理原则

场景	推荐做法
只读文件	直接读取正式文件
准备修改文件	先复制或改成 .work 后缀再编辑
编辑完成	检查 .work 文件内容、编码、差异
回写正式文件	再恢复正式后缀或复制回正式文件
回写后	重新读取正式文件确认没有乱码或空文件
编译运行	用 Visual Studio 或命令行编译确认

4. 推荐流程

以 MainViewModel.cs 为例：

MainViewModel.cs
-> 备份正式文件
-> 复制为 MainViewModel.cs.work
-> AI 只编辑 MainViewModel.cs.work
-> 检查 .work 文件内容和编码
-> 用 .work 覆盖回 MainViewModel.cs
-> 重新读取 MainViewModel.cs
-> 编译项目
-> 用 Visual Studio 运行验证

如果是多个文件，每个文件都按同样方式处理。

5. 和本资料 Skill 的关系

host-computer-dev Skill 已经内置类似思路：

1. 写入前创建本地备份。
2. 不直接编辑正式工程文件。
3. 先生成 .work、.tmpedit 或 .plain 这类工作副本。
4. 只编辑工作副本。
5. 验证编码、内容和差异。
6. 再回写正式文件。
7. 回写后做读取检查。

所以，如果你的环境有加密软件，优先使用 host-computer-dev Skill 的安全写入流程。

6. 给 AI 的提示词

如果你怀疑当前电脑有加密软件，可以先发给 AI：

当前项目所在电脑可能安装了文件加密软件。

请注意：
1. 只读分析时可以直接读取正式文件。
2. 如果需要编辑 .cs、.xaml、.csproj、.json、.config、.xml、.md 等文件，不要直接原地修改正式文件。
3. 请先创建外部备份。
4. 再把目标文件复制成 .work 或 .tmpedit 后缀的工作副本。
5. 只编辑工作副本。
6. 编辑完成后检查编码、内容、关键片段和差异。
7. 验证通过后，再把工作副本回写到正式文件。
8. 回写后重新读取正式文件，确认没有乱码、空文件或异常缩短。
9. 最后再编译项目。

如果使用 host-computer-dev Skill，可以说：

请按 host-computer-dev 的写入安全流程处理。
当前环境可能有加密软件，请使用 .work/.tmpedit 工作副本，写入前创建 RecoverySnapshot，写入后做 PostWriteReadbackCheck。

7. 什么时候必须停下来

出现下面情况，不要继续让 AI 改文件：

1. 文件读取出来是乱码。
2. 文件保存后大小异常变小。
3. 编译报“文件不是有效文本”一类错误。
4. AI 读不到刚刚写入的内容。
5. .cs、.xaml、.csproj 文件被自动加密。
6. 同一个文件多次回写后内容不一致。
7. Git diff 或文件差异无法正常显示。

此时先恢复备份，再检查加密软件策略。

8. 备份建议

加密软件环境下，备份更重要。

推荐至少做一种：

1. Git 提交。
2. GitHub / Gitee 远程仓库。
3. 复制整个项目目录。
4. 压缩整个项目。
5. 使用 host-computer-dev Skill 自带的 RecoverySnapshot。

正式项目、客户项目、真实设备项目，建议同时使用 Git 和本地备份。

9. 不建议的做法

1. 直接让 AI 原地修改 .cs、.xaml、.csproj。
2. 没有备份就大面积修改项目。
3. 发现乱码后继续尝试覆盖写入。
4. 把 .work 文件直接加入项目编译。
5. 忘记恢复正式后缀就运行项目。
6. 不做回读检查就认为修改成功。

10. 最短说明

如果没有加密软件，不用看这份文件。

如果有加密软件：

正式文件只读
-> 修改前备份
-> 复制成 .work
-> AI 编辑 .work
-> 检查编码和内容
-> 回写正式文件
-> 重新读取确认
-> 编译运行

这可以降低 AI 修改后文件被加密、乱码或损坏的风险。