Codex 插件用途与选择记录
本文保留来源笔记中的插件分工,供理解不同扩展解决什么问题。插件名称、功能和可用性属于原记录,未在本次整理中重新验证。
按任务选择能力
| 原记录中的工具 | 关注的问题 | 使用时需要提供的上下文 |
|---|---|---|
| Codex 内置能力 | 读取项目、分析方案、编码与测试 | 明确需求、修改范围与验收命令 |
| Superpowers | 将需求梳理、方案、计划、审查组织成流程 | 项目约束、任务边界和完成标准 |
| Context7 | 查询框架或库文档 | 实际依赖名称、版本与待确认 API |
| GitHub 集成 | 获取 PR、diff 与审查上下文 | 目标仓库、PR 与所需操作范围 |
| Caveman | 来源笔记中的摘要压缩方案 | 模块、接口和数据库的简短摘要 |
| Episodic Memory | 来源笔记中的跨任务记忆方案 | 需要保留的稳定决策和适用范围 |
组合与验证
先判断任务是否依赖外部文档、仓库服务或跨会话信息,再增加对应能力。Go 后端与微服务任务仍需明确需求、查看代码、运行测试和审查变更;安装插件本身不能保证避免 Bug、竞态或安全问题。
来源中的组合从文档查询逐步增加工作流、PR 和记忆能力。这里保留这条选择思路,不把插件数量当作项目质量或长任务成功率的指标。
具体任务模板见 AI 辅助开发实践,上下文与工具开销见 Codex Token 利用。
继续阅读
- AI与Codex上手与对象
- AI与Codex上手与对象
- AI与Codex完整实践与解答Codex Token 利用 · 历史版本