从其他工具导入

从其他常用工具导入扩展、Skills、Rules。

从其他工具导入

若已在其他编辑器或助手中配置过规则、技能或外部能力，可将这些配置迁入左辅星，无需从零开始。

一般能导入什么

最常见的是这三类：

如果某些工具只保存了本地路径或旧格式，迁入后通常还需要你手工修正。

建议的迁移顺序

建议分步导入，不要一次性全部迁入：

1. 先导 Rules。
2. 再导 Skills。
3. 最后导 MCP。
4. 每导完一类都做一次小范围验证。

这样更容易定位问题。

操作步骤

1. 打开设置中心里的导入入口，或在 Skills / Rules / MCP 页面点击导入。
2. 选择来源工具。
3. 执行扫描。
4. 查看扫描结果。
5. 勾选要导入的项。
6. 如果界面提供差异预览，先检查冲突。
7. 确认导入。
8. 对涉及密钥的内容重新填写认证信息。

为什么密钥通常不会自动带过来

这是出于安全原因。
大多数情况下，导入会保留结构和配置项，但不会自动把敏感凭据一起带入，所以你需要重新填写：

• API Key
• Token
• 登录密钥
• 某些服务的连接凭据

导入后必须做的验证

1. Rules 验证

开一个 Ask，会话里问一句：

请按当前规则回答：默认语言、输出风格和禁止事项分别是什么？

如果回答与你的预期不一致，先修规则再继续。

2. Skills 验证

在输入中尝试 # 引用某个 Skill，或直接让 AI 按该 Skill 工作，看是否生效。

3. MCP 验证

确认列表中：

• 状态正常
• 工具数量不为空
• 能完成一次低风险只读调用

迁移常见问题

路径失效

如果旧工具的配置里写的是旧电脑路径，导入后可能失效。
尤其常见于：

• 本地目录
• 脚本路径
• 模板路径
• 工作流引用路径

规则冲突

多个来源的 Rules 合并后可能出现冲突，保留更严格、更新、更贴合当前项目的那一条。

MCP 认证丢失

结构导进来了，但鉴权没带过来，这是正常现象。
不要误以为“导入成功 = MCP 可用”。

团队迁移建议

团队迁移时，建议由一位负责人统一整理配置，再分发给成员：

1. 整理统一的 Rules / Skills。
2. 在左辅星里验证。
3. 让团队成员导入同一套配置。
4. 各成员保留少量个人偏好。

比每人各自从原工具导入更易维护。

迁入后建议做一次备份

确认 Rules、Skills、MCP 均正常后，可在左辅星中导出配置备份，供后续恢复或分发使用。