在日常开发中，许多科技从业者常常面临一个难题：如何高效管理多个Claude Code账户？无论是个人项目、公司任务，还是为不同客户提供服务，手动切换账户不仅繁琐，还可能导致配置混乱。本文介绍一种更为智能且安全的方法，通过将账户配置与项目文件夹绑定，实现自动化管理。
其核心机制在于结合使用 direnv 和 CLAUDE_CONFIG_DIR 环境变量。开发者只需在父级目录（如 ~/personal、~/work/company 或 ~/clients/acme）中放置一个 .envrc 文件。这样，该目录下的所有代码仓库就能自动加载并复用正确的Claude账户、MCP身份验证、历史记录、设置以及工具权限。这种做法创建了明确的“信任边界”，确保每个工作上下文拥有独立的配置和凭据，从而避免了手动切换的麻烦。
这种设置的优势远不止于Claude Code账户管理。它同样适用于其他关键开发工具和服务，如分离的MCP凭据、GitHub组织、Slack工作区、Linear团队、Sentry项目以及客户专属工具等。通过这种方式划分配置文件，可以有效防止敏感数据（例如GitHub、Slack、Linear、Sentry、电子邮件、数据库或客户凭据）在不同工作环境之间发生混淆。
更重要的是，这一方法对安全性有着显著提升。行业内已有多起案例表明，手动账户切换的脆弱性和单一全局配置文件所带来的风险。当所有连接服务共享一个配置文件时，实际上是将所有密钥集中到一个巨大的攻击面。近期发生的安全事件进一步凸显了这些漏洞：恶意 postmark-mcp npm包被发现伪装Postmark窃取邮件；Koi Security的分析警告称，AI助手可能会在不知情的情况下继续使用受损工具；而OX Security也披露了基于MCP系统中的命令注入漏洞。尽管 direnv 无法奇迹般地修复恶意软件包，但它通过确保工具在适当的信任边界内运行，显著缩小了“爆炸半径”，从而限制了特定项目上下文中工具或服务受到攻击时可能造成的损害。
对于使用MCP的组织而言，建议将共享的服务器定义保存在 .mcp.json 文件中，而将私有身份验证令牌则存储在本地、项目特定的配置文件中。这种平衡兼顾了协作需求与个体安全。总而言之，让Claude Code及相关工具在与当前活动文件夹相同的信任边界内运行，是提升复杂开发环境中操作效率和安全性的最佳实践。
