文章目录
- 问题现象
- 原因分析
- 方案尝试史
- 方案一：手动删除 `.name`（治标）
- 方案二：固定内容 + 只读属性（失败）
- 方案三：ACL 拒绝写入（失败，且过程曲折）
- 方案四：把 `.name` 变成空目录（阶段性成功，最终失败 ❌）
- 方案五：非空目录 + 占位文件（成功 ✅）
- 总结
本文由 GLM-5.3 帮忙解决问题后总结生成
问题现象
我的 OpenCode 配置仓库位于D:\Users\Administrator\.config\opencode，平时用 PyCharm 打开这个目录作为项目，项目名正常显示为opencode。
但有一个烦人的副作用：每当我用 PyCharm单独打开该目录下的某个文件（比如opencode.jsonc或AGENTS.md）时，就会生成（或覆盖）.idea\.name文件，内容是那个被打开的文件名：
D:\Users\Administrator\.config\opencode\.idea\.name → "opencode.jsonc"此后再用 PyCharm 打开项目目录时，项目名就变成了opencode.jsonc而不是opencode——因为.name文件的作用就是覆盖默认项目名（默认取目录名）。
原因分析
JetBrains IDE 的行为规则是：
- 打开目录→ 以目录名作为项目名；
- 单独打开一个文件→ IDE 会以该文件的父目录创建/复用一个项目，并把文件名写入
.idea\.name，作为项目名覆盖。
所以问题的本质是：单开文件的行为会污染已存在的.idea元数据，而.name一旦被写入，后续打开目录时会被读取并覆盖默认项目名。
方案尝试史
方案一：手动删除.name（治标）
Remove-Item".idea\.name"删除后项目名恢复为目录名。但下次单独打开任何文件，.name又会重新生成。只能救急，不能根治。
方案二：固定内容 + 只读属性（失败）
思路：把.name内容固定为opencode，然后设只读，让 PyCharm 写入静默失败。
Set-Content-Path".idea\.name"-Value"opencode"-NoNewlineSet-ItemProperty-Path".idea\.name"-Name IsReadOnly-Value$true命令执行成功，但单独打开AGENTS.md后，.name的内容还是被改成了AGENTS.md，只读属性也被清掉了。
失败原因：JetBrains IDE 写配置文件时会先删除/替换目标文件再重建，只读属性在这个过程中被无视（管理员权限 + Windows 的写入语义）。
方案三：ACL 拒绝写入（失败，且过程曲折）
思路：用icacls /deny拒绝当前用户对.name的写/追加/删除权限。
icacls".idea\.name"/deny"administrator:(W,WA,DE)"结果遇到了一连串"灵异现象"：
/deny报告 “Successfully processed 0 files; Failed processing 1 files”——deny 条目根本没写进去；- 验证写入时，
Add-Content居然"写入成功"，文件变成了opencodex； - 查看完整 ACL，deny 条目消失了，只剩继承的条目：
NT AUTHORITY\Authenticated Users:(I)(M) ← 关键！继承的"修改"权限 BUILTIN\Administrators:(I)(F) ... - 尝试用
Start-Process -Verb RunAs提权改 ACL，同样失败。
失败原因：这台机器的权限环境特殊——
- 当前用户是
Administrator（SID...-500），但进程运行在Medium 完整性级别（非 Elevated）； - 文件继承了
Authenticated Users:(M)（修改权），任何以该身份运行的进程（包括 PyCharm）都持有写权限； - 由于账户同时在
Administrators组（F 权限），deny 条目的设置被组权限的评估顺序干扰，icacls在非提权会话中无法对文件 ACL 做出有效变更； - 也就是说，在这个环境里，无论是当前会话还是 PyCharm，都有足够权限绕过尝试设置的所有限制。
方案四：把.name变成空目录（阶段性成功，最终失败 ❌）
换个思路：不跟权限较劲，改跟文件系统语义较劲——Windows 上同一路径不能既是文件又是目录。
Remove-Item".idea\.name"-ForceNew-Item-ItemType Directory-Path".idea\.name"把.idea\.name替换为一个空目录后，PyCharm 想写.name文件时，会因为"路径是个目录"而无法创建文件。当时验证也确实通过：写入被拒绝，重启后单独打开文件，项目名保持opencode。
但关闭 PyCharm 后问题复发：.name目录消失了，再次单独打开opencode.jsonc时.name文件又被生成。
失败原因：JetBrains 在关闭 IDE / 保存配置时会对.idea做空目录清理——空目录会被直接删除。目录一没，.name就能重新以文件形式创建，防线形同虚设。
方案五：非空目录 + 占位文件（成功 ✅）
既然空目录会被清理，那就让它非空——在.name目录里放一个占位文件：
Remove-Item".idea\.name"-ForceNew-Item-ItemType Directory-Path".idea\.name"Set-Content-Path".idea\.name\keep"-Value"placeholder: prevent PyCharm from recreating .name file"-NoNewline目录结构：
.idea\.name\ ← 目录，占用 .name 路径 .idea\.name\keep ← 占位文件，让目录非空两层防御同时生效：
- 路径类型冲突：
.name是目录，IDE 无法在该路径创建文件； - 非空保护：JetBrains 的空目录清理逻辑只能删空目录，遇到非空目录会失败——占位文件让目录永远删不掉。
验证结果（写入与删除均被拒绝）：
try{Set-Content-Path".idea\.name"-Value"test"}catch{"写入被拒绝: OK"}# ✅try{Remove-Item".idea\.name"-Force}catch{"删除被拒绝: OK"}# ✅重启 PyCharm、关闭再单独打开opencode.jsonc，项目名始终为opencode，问题彻底解决。
总结
| 方案 | 结果 | 失败原因 |
|---|---|---|
删除.name | 治标 | 下次单开文件会重新生成 |
| 只读属性 | 失败 | IDE 写配置时直接替换文件，无视只读 |
| ACL deny | 失败 | Authenticated Users:(M)继承权限 + 非提权会话无法有效改 ACL |
.name变空目录 | 阶段成功后失败 | IDE 关闭时清理.idea中的空目录，防线被移除 |
.name变非空目录 | 成功 | 路径类型冲突 + 占位文件阻止目录被清理 |
几个经验教训：
.idea\.name是单开文件时的"污染源"，JetBrains 没有提供关闭此行为的设置；- 在
Authenticated Users持有修改权、用户又在 Administrators 组的环境里，文件级权限限制基本是纸糊的； - 当权限手段失效时，利用文件系统本身的语义约束（路径类型冲突）往往是最可靠的防线；
- 文件系统语义防御也要考虑应用自身的清理行为——空目录挡得住写入，挡不住 IDE 的目录清理；占位文件是让防线持久的最后一块拼图；
- 顺带一提：养成把文件拖进已打开的项目窗口而不是"打开文件"的习惯，可以从源头避免触发临时项目逻辑。
如果哪天需要恢复原状：
Remove-Item".idea\.name"-Recurse-Force# 删掉目录及占位文件
