文章目录问题现象原因分析方案尝试史方案一手动删除 .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-Valueopencode-NoNewlineSet-ItemProperty-Path.idea\.name-Name IsReadOnly-Value$true命令执行成功但单独打开AGENTS.md后.name的内容还是被改成了AGENTS.md只读属性也被清掉了。失败原因JetBrains IDE 写配置文件时会先删除/替换目标文件再重建只读属性在这个过程中被无视管理员权限 Windows 的写入语义。方案三ACL 拒绝写入失败且过程曲折思路用icacls /deny拒绝当前用户对.name的写/追加/删除权限。icacls.idea\.name/denyadministrator:(W,WA,DE)结果遇到了一连串灵异现象/deny报告 “Successfully processed 0 files; Failed processing 1 files”——deny 条目根本没写进去验证写入时Add-Content居然写入成功文件变成了opencodex查看完整 ACLdeny 条目消失了只剩继承的条目NT AUTHORITY\Authenticated Users:(I)(M) ← 关键继承的修改权限 BUILTIN\Administrators:(I)(F) ...尝试用Start-Process -Verb RunAs提权改 ACL同样失败。失败原因这台机器的权限环境特殊——当前用户是AdministratorSID...-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\.nameSet-Content-Path.idea\.name\keep-Valueplaceholder: prevent PyCharm from recreating .name file-NoNewline目录结构.idea\.name\ ← 目录占用 .name 路径 .idea\.name\keep ← 占位文件让目录非空两层防御同时生效路径类型冲突.name是目录IDE 无法在该路径创建文件非空保护JetBrains 的空目录清理逻辑只能删空目录遇到非空目录会失败——占位文件让目录永远删不掉。验证结果写入与删除均被拒绝try{Set-Content-Path.idea\.name-Valuetest}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# 删掉目录及占位文件
