Night Market Skill — 从 claude-night-market/archetypes 迁移而来。如需完整体验（包括智能体、钩子和命令），请安装 Claude Code 插件。

微内核（插件）架构范式

适用场景

• 构建具备插件扩展能力的系统
• 需要支持客户定制化功能的产品

不适用场景

• 无需插件扩展能力的单体应用
• 所有功能均为核心且按设计紧密耦合的系统

应采用该范式的情形

• 构建平台、集成开发环境（IDE）、数据接入流水线或应用市场等系统，其中第三方需扩展核心功能。
• 核心系统要求极高稳定性，而插件及功能需快速迭代与演进。
• 必须隔离可选依赖项，并对插件提供的不可信代码进行沙箱化运行。

采用步骤

1. 定义核心服务：明确微内核的最小职责范围，例如任务调度、组件生命周期管理、核心领域原语以及消息通信机制。
2. 定义插件契约：设计并文档化所有插件必须遵循的形式化契约，包括注册流程、能力描述符、生命周期钩子（如 start、stop）以及权限模型。
3. 构建插件加载器与沙箱：实现插件加载机制、版本兼容性校验、能力协商逻辑，以及插件隔离机制，防止插件故障引发级联失败。
4. 提供软件开发工具包（SDK）：为简化插件开发，提供包含项目模板、测试框架及兼容性检查工具的 SDK。
5. 规范发布流程治理：维护清晰的核心版本与插件版本兼容性矩阵；实施自动化回归测试套件，确保核心功能在多种插件组合下持续稳定。

关键交付物

• 一份架构决策记录（ADR），说明核心与插件之间的职责划分，以及插件开发与认证的治理模型。
• 关于安全与权限模型的正式文档，详述插件可访问的能力范围。
• 一套自动化插件验证流水线，执行代码检查（linting）、运行单元测试，并在沙箱环境中执行插件。

风险与应对措施

• 插件无序泛滥:
  • 应对措施：若缺乏审核机制，支持大量插件的维护成本可能迅速失控。应强制实施正式认证流程，或采用应用市场模式对所有第三方插件进行审查。
• 核心与插件版本偏移:
  • 应对措施：对核心与插件均严格采用语义化版本控制（SemVer）。必要时，通过抽象层或“shim”机制维持对旧版插件的向后兼容性。
• 核心系统膨胀:
  • 应对措施：常存在将新功能逻辑直接加入稳定核心的压力。须坚决抵制此类倾向。核心应始终保持精简，所有新功能尽可能以插件形式实现。

具体组件

以下术语指代该范式落地时实际出现的具体工具与抽象概念。 它们并非强制依赖项，也不属于该 Skill 的 tools: 前置元数据字段（该字段专用于 Claude Code 的工具限制配置）。 可在架构讨论中使用本列表消除术语歧义。

• plugin-loader —— 在运行时发现、校验并激活插件
• sandbox-executor —— 在受约束的能力集与隔离上下文中运行每个插件
• sdk-generator —— 基于内核的稳定接口生成面向不同编程语言的 SDK