使用此技能可以使用当前的官方文档和存储库结构来使用官方 OpenAI Codex CLI。首先关注官方行为。如果博客文章或社区示例与 OpenAI 文档或 openai/codex 存储库不一致，请相信官方来源。

使用此技能可以诊断和修复用户范围和项目范围技能目录中的技能格式问题。

每次部署后按顺序运行这些测试。

这些是提案总监 Natalia Kovaleva 的直接引用和要求。它们是不容谈判的。

暂无简介

当用户要求创建、构建、搭建或生成 AnythingLLM 自定义代理技能时，请使用此技能。这包括以下请求：

最后更新时间：2026 年 2 月 11 日 |自上次主要更新（2 月 5 日）以来有 272 项提交，所有 39 项第二阶段提示已完成。 RFP 管道（第 3 阶段）正在进行中。

这是一项便利技能，可通过分析用户提出的问题自动配置适当的代理团队，并通过在四种协调模式中选择最佳模式来得出结果。简单的问题不需要代理团队直接解决，只有复杂的问题才需要团队形成。

使用可选的开发人员上下文将英语单词/短语翻译成韩语。以最低的成本使用俳句子代理。

完成冲刺后，从代码审查中获得的模式和经验教训将积累在 docs/conventions.md 中。 conventions.md 是 Convention Guard（基于开放代码审查的审查）规则的单一来源。

这是 BF 工作流程的入口点。技术规范是根据规划者提供的 AC 文件创建的，并且有人首先审查草案（人为干预①-a）。一旦方向确定，就会催生bf-lead-review进行AI多视角审核，并将审核结果呈现给人类以确定最终批准（人为干预①-b）。

如果 BF 工作流程由于会话中断、达到上下文限制、错误等而在中间停止，则会分析 sprint-status.yaml 的状态，并从适当的点恢复工作流程。使用与 bf-execute 相同的史诗单元循环来维护人类系统边界。

我们通过聚合和分析冲刺指标来提出模型红利优化和难度重新标记。它不是自动应用的，而是由人类判断的。

这是一项使用话语协调模式进行多视角审查的主导技能。支持两种模式：

通过分析批准的技术规范，创建一个史诗→故事结构，每个故事都标有难度级别（S/M/L/XL）。如果有超过 5 个 Story 文档，则并行生成 Creator 代理来创建文档。

它是 BF 工作流程的自主执行器。它基于模式运作，不直接与人交流。它在每种模式下完全自主运行并以结果文件退出。

这是协调 Epic 内所有故事的 TDD 实施的主导技能。各种难度级别的故事都委托给代理，而 Lead 不直接接触代码。 sprint-status.yaml 仅更新此 Lead（单个写入点）。

它是BF工作流程的执行入口点和人系统边界枢纽。它为每种模式生成 bf-lead-orchestrate，循环遍历每个史诗，并在完成每个史诗后将结果呈现给用户。系统内部的代理不直接与人类通信，bf-execute是唯一的通信边界。

当sprint完成后，归档相关文档并执行git commit。

网络研究的自动回退机制。