快速入门
当您想要一个插件存储库稍后可以发展为更多方式来运送插件时，这是最短的推荐路径。
首先从一条强有力的道路开始。稍后当产品实际需要时添加包、扩展或存储库拥有的集成设置。
如果你只读一件事
从默认的 Go 路径开始，除非您已经知道 Claude 挂钩、Node/TypeScript 或 Python 定义了产品要求。
您的第一个选择是起点，而不是存储库的永久边界。
推荐默认值
如果您没有充分的理由选择其他路径，请从这里开始：
bash
brew install 777genius/homebrew-plugin-kit-ai/plugin-kit-ai
plugin-kit-ai version
plugin-kit-ai init my-plugin
cd my-plugin
plugin-kit-ai generate .
plugin-kit-ai validate . --platform codex-runtime --strict这为您提供了当今最强大的默认路径：基于 Go 的 Codex 运行时存储库，可以轻松验证、移交和稍后扩展。
为什么这是默认值
- 从第一天开始就一个仓库
- 今天最干净的运行时和发布故事
- 为以后的封装、扩展和集成通道提供最简单的基础
你得到什么
- 从第一天起就有一个插件仓库
- 在
src/下创作的文件 - 从同一存储库生成 Codex 运行时输出
- 通过
validate --strict进行干净的准备检查
支持 Node 和 Python 路径
如果您的团队已位于 Node/TypeScript 或 Python 中，则这些路径从一开始就受支持且可见：
codex-runtime --runtime node --typescriptcodex-runtime --runtime python- 两者都是本地解释运行时路径，因此目标机器仍然需要 Node.js
20+或 Python3.10+ - 当您想要最强的一般制作故事时，Go 仍然保持默认值
如果您有意从 Node 或 Python 开始
仅当语言选择已是产品要求的一部分时才使用此替代流程：
bash
plugin-kit-ai init my-plugin --platform codex-runtime --runtime node --typescript
plugin-kit-ai doctor ./my-plugin
plugin-kit-ai bootstrap ./my-plugin
plugin-kit-ai generate ./my-plugin
plugin-kit-ai validate ./my-plugin --platform codex-runtime --strict或者以 Python 开头：
bash
plugin-kit-ai init my-plugin --platform codex-runtime --runtime python
plugin-kit-ai doctor ./my-plugin
plugin-kit-ai bootstrap ./my-plugin
plugin-kit-ai generate ./my-plugin
plugin-kit-ai validate ./my-plugin --platform codex-runtime --strict接下来做什么
- 编辑
src/下的插件 - 更改后再次运行
plugin-kit-ai generate ./my-plugin - 再次运行
plugin-kit-ai validate ./my-plugin --platform codex-runtime --strict - 只有在产品需要时才添加另一种运输方式
稍后展开
| 如果你想要 | 稍后添加 |
|---|---|
| Claude 与真实产品挂钩 | claude |
| 官方Codex包 | codex-package |
| Gemini 扩展包 | gemini |
| 回购拥有的集成设置 | opencode 或 cursor |
仅当 Claude 挂钩已经是实际产品需求时，才首先选择 claude。
稍后扩展的内容
- 当您添加更多通道时，存储库保持统一
- 包和扩展通道来自同一来源
- 当存储库应该拥有集成设置时，OpenCode 和 Cursor 适合
- 确切的支持边界保留在参考文档中，而不是在您的首次启动流程中