先安装一个 Codex 工作流伴侣工具
如果你要找的是一个能进入真实编码流程的 Codex 伴侣工具，而不是继续掉进无休止的工具比较，就先用这页收口。
- 1. 先打开安装文档，而不是继续点开更多与 Codex 相关的仓库。
- 2. 选择一个最适合评审、交接、自动化或终端执行的工具。
- 3. 先安装并验证 CLI 写入路径、同步行为和第一道操作检查点。
- 4. 只有基础路径跑通后，再把它扩展到更广的团队工作流。
精选合集 
shinpr 生产力 shinpr 生产力 shinpr 开发者工具 
lbb00 AI lbb00 AI 
ruvnet AI 
janekbaraniewski AI
合集 codex
优先安装的 Codex 工作流工具
先比较 Codex 工作流工具，再直接进入安装文档、CLI 验证与团队落地路径，适用于以 Codex 为核心的开发工作流。
如果你的团队已经在使用 Codex 或围绕 Codex 的 CLI 工作流，这个合集比随机打开集成仓库更适合作为起点。它会先帮助你比较伴侣工具、工作流辅助能力与执行护栏，再把下一次点击送进安装文档、CLI 验证与可重复落地路径，因此比扁平的品牌标签页更适合作为恢复期承接面。
主安装承接路径
先收口到一个技能，再进入安装路径
这个合集的任务不是把你留在比较阶段，也不是直接整合集安装，而是先帮你收口到一个技能，再把下一次点击明确送进安装、验证与落地路径。真正安装发生在技能路径上。
第 1 步 / 主路径
第 1 步：打开安装文档
先从 Codex 工作流发现页进入安装流程、验证清单与第一条命令路径，再决定是否继续比较。
打开安装路径 最该继续的两条路径
这页的下一跳，不该回到泛目录，而该继续进入更贴合的承接面
安装路径已经明确后，优先继续进入最贴合这页主题的 solution、CLI 或判断页。这样更容易把平台型、框架型和运维型需求继续收口成可验证的高意图链路。
编辑部判断与信任依据
为什么这个合集值得优先看
已于 2026-04-17 按 Codex 工作流适配度、安装清晰度、操作交接和日常编码价值完成复核。现在这页被重新定位为“安装优先”的 Codex 入口，而不是泛化集成列表。
之所以优先强化这页，是因为搜索 Codex 工具的用户，通常已经需要一份可以快速安装、验证并带入真实编码流程的候选清单。
信任信号
- - 入选工具优先服务于真实 Codex 工作流，例如评审闭环、护栏、交接与 CLI 原生执行。
- - 筛选优先考虑文档公开、安装路径清晰、团队可在推广前快速验证的工具。
- - 这个页面服务的是可复用的开发执行，而不是品牌挂靠或泛化仓库热度。
分组逻辑
- - 优先展示能较快进入 Codex 主导工作流、且不会带来高配置歧义的工具。
- - 列表保持足够紧凑，方便快速比较，同时覆盖评审、交接、自动化和 workflow scaffold。
- - 把安装作为从 Codex 发现页进入已验证日常执行的桥梁。
维护与复核
- 最近复核
- 2026-04-17
- 更新节奏
- 当安装流程、维护者状态或 Codex 工作流相关性发生变化时立即复查；否则按月复审。
- 维护责任
- 由 Killer-Skills 编辑审查与恢复期 authority 队列共同维护。
- 验证方式
- 保留或新增条目前，会验证可安装性、操作清晰度、工作流适配度和维护者可信度。
执行示例
这组技能如何在真实工作流里配合
给 Codex 编码闭环补上护栏
当你想为 Codex 邻接工作流补上质量与操作护栏、又不想把栈变得过于复杂时，可以把这个合集当作编辑过滤层。
- 1. 先确认工具是否有稳定维护主体和清晰的安装指引。
- 2. 通过 CLI 总览确认会写入什么、同步如何发生。
- 3. 先用一条已验证路径，再决定是否扩展到更多项目或团队成员。
- 4. 在首次稳定落地后，把选定的 Codex 基线路径沉淀成团队默认做法。
安装后的下一步
安装路径明确后，再继续这些支持动作
ai-development-guide
Detects code smells, anti-patterns, and debugging issues. Use when: fixing bugs, reviewing code quality, or refactoring.
★ 34
⑂ 0
documentation-criteria
Guides PRD, ADR, Design Doc, and Work Plan creation. Use when: planning features, writing specs, or creating technical documents.
★ 35
⑂ 0
testing
Applies TDD process, test quality criteria, and mock guidelines. Use when: writing unit tests, using mocks, or reviewing test quality.
★ 0
⑂ 0
sync-readme
sync-readme是一种用于同步README.md和README_ZH.md文档的工具
★ 17
⑂ 0
update-docs
Update all project documentation after code changes.
★ 17
⑂ 0
agent-gossip-coordinator
Agent skill for gossip-coordinator - invoke with $agent-gossip-coordinator
★ 16.7k
⑂ 0
review-design
Review a design doc against the codebase
★ 8
⑂ 0
相邻权威合集
如果这一页接近你的目标，再沿着相邻权威页继续收口
不要回到泛化目录重新开始浏览。沿着这些相邻的高意图合集继续前进，能更快把比较范围收口到真正适合你团队的安装路径。
P0 collection
官方 AI Skills 与可信工具
这是高信任合集，能让站点优先展示官方和强验证生态，而不是随机的长尾仓库。
围绕官方工具的编辑型合集，是裁剪后最快能重建权威感的页面形态。
P0 collection
Agent 工作流构建工具
这是工作流优先的合集，能解释相关 skills 为什么要放在一起，以及它们共同解决什么任务。
工作流合集能补上一手判断，而这恰恰是普通 skill 详情页最难说清楚的部分。
P1 collection
顶级 Claude Code Skills
这是平台型合集，面向产品生态里最清晰的需求簇之一。
平台合集能让站点用更窄、更可信的主题意图恢复流量。
P1 collection
Cursor 兼容 Skills
这是编辑器型需求的干净入口，能够明确承接 workflow intent。
编辑器型需求应该落到精选页，而不是随机 repo 覆盖页。
安装常见问题
先把这 3 个安装问题说明白
合集页的目标不是继续分流，而是帮助你先收口选择，再进入安装与验证。下面这 3 个问题就是整个承接链路的最小解释。
打开一个合集后，下一步应该做什么？
先用合集收口候选工具，再进入安装文档，不要继续无序打开更多仓库。这是最快进入真实安装与验证的路径。
如果我想先用低风险工具，应该从哪个合集开始？
优先从官方与可信工具合集开始。那里会先集中第一方和成熟生态工具，再让你扩展到更广的工作流组合。
合集里的技能能直接装到 Claude Code 或 Cursor 里吗？
可以。先从合集里选一个技能，再打开安装指南，执行 `npx killer-skills add owner/repo`。CLI 会为支持的 IDE 写入正确的原生格式。
补充承接路径
如果前两条还不够，再沿着这些补充路径继续收口
这些是当前合集的补充语义承接面，适合在你已经确认安装方向之后，再继续进入更细的比较、判断和场景执行。