Codex 安装
- 作者仓库星标 0
- 作者更新于 实时读取
- 作者仓库 skills-registry
- 领域
- AI 智能
- 兼容 Agent
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- 信任分
- 88 / 100 · 社区维护
- 作者 / 版本 / 许可
- @tomevault-io · 未声明 license
- Token 消耗评级
- 低消耗
- 接入复杂程度
- 即装即用
- 是否需要外部 API Key
- 不需要
- 兼容的系统
- 未声明(默认跨平台)
- 底层运行要求
- Python
- 文件与系统权限
-
- 只读
- 允许写入 / 修改
- 网络行为
- 仅限本地
- 安装命令数
- 26 条
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: setup-codex-agenticapps-workflow
description: | Use when this capability is needed. This skill is the entry point for bootstrapping a fresh pr…
category: AI 智能
runtime: Python
---
# setup-codex-agenticapps-workflow 输出预览
## PART A: 任务判断
- 适用问题:提示词、Agent 工作流、模型评估或自动化推理。
- 输入要求:目标材料、限制条件、期望输出和验收方式。
- 证据边界:围绕“When to invoke / What this skill does / Stage A — Pre-flight”读取原文规则,不把推断写成作者承诺。
## PART B: 执行结果
- **01** 任务判断:确认你的需求是否属于提示词、Agent 工作流、模型评估或自动化推理,并标出输入、限制和预期结果。
- **02** 执行计划:优先按“When to invoke / What this skill does / Stage A — Pre-flight”拆成步骤,说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果:给出可复制的命令、文件改动、检查清单或内容草稿,并说明如何继续迭代。
- **04** 风险边界:结合 读取文件、写入/修改文件、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。
## Running Rules
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先小样例验证,再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。 原文没有稳定的斜杠命令要求。安装验证后通常全局生效,直接在对话里点名这个 Skill 并描述任务即可。
告诉 Agent 目标文件或材料、期望结果、不可改范围、是否允许联网或执行命令。本 Skill 的权限画像是:读取文件、写入/修改文件。
先用一个小任务确认它会围绕“When to invoke / What this skill does / Stage A — Pre-flight”工作;涉及文件或命令时,先看 diff、日志、预览或测试结果。
检查最终产物是否包含明确结果、必要证据和下一步动作;如果输出泛泛而谈,就补充输入、边界和验收标准后重跑。
---
name: setup-codex-agenticapps-workflow
description: | Use when this capability is needed. This skill is the entry point for bootstrapping a fresh pr…
category: AI 智能
source: tomevault-io/skills-registry
---
# setup-codex-agenticapps-workflow
## 什么时候使用
- 把 AI / Agent方向的常用动作沉淀成 Agent 可调用的技能 适合处理AI Agent、提示词、模型评估与自动化推理,核心价值是把输入、判断、执行、验证和交付边界固定下来,避免 Agent 泛泛回答。 把任务拆成可执行、可检查…
- 面向提示词、Agent 工作流、模型评估或自动化推理,优先处理能明确输入、步骤和验收标准的工作。
## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。
## 执行规则
- 围绕「When to invoke / What this skill does / Stage A — Pre-flight」组织步骤,不把推断写成作者事实。
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先跑小样例,确认结果可检查后再扩大任务范围。
## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown,不编造命令、平台或依赖。 作者原文负责流程事实;仓库文件负责来源和命令;流狐只补充适用场景、限制和质量判断。
skill "setup-codex-agenticapps-workflow" {
输入层 -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
上下文层 -> When to invoke / What this skill does / Stage A — Pre-flight
规则层 -> SKILL.md 触发条件 / 执行顺序 / 输出格式
运行层 -> Python | 读取文件、写入/修改文件 | 主要在本地完成
安全层 -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
输出层 -> 可复制结果 + 检查清单 + 下一步迭代
} setup-codex-agenticapps-workflow
This skill is the entry point for bootstrapping a fresh project with
the codex-workflow scaffolding. It applies the baseline migration
(migrations/0000-baseline.md) and any additional migrations that
have shipped between scaffolder versions, leaving the project at the
current scaffolder version.
When to invoke
User asks to set up the workflow on a project that does not yet have
a .codex/workflow-version.txt file. The trigger skill's
agentic-apps-workflow does NOT auto-route to setup — setup is an
explicit, user-driven act because it modifies project-side files
(AGENTS.md, .planning/config.json, .codex/) that the user expects to
review.
What this skill does
Stage A — Pre-flight
- Verify Codex CLI.
codex --versionmust succeed. - Verify scaffolder install. Confirm
${CODEX_HOME:-$HOME/.codex}/skills/agentic-apps-workflow/SKILL.mdexists. If not, instruct the user to clone codex-workflow and runbash install.shfrom its root before retrying. - Verify project state.
- Project must be a git repo (
test -d .git). - Project must NOT already have
.codex/workflow-version.txt. If it does, route the user to$update-codex-agenticapps-workflowand stop.
- Project must be a git repo (
- Check optional gates. Run the
optional_fordetection commands from0000-baseline.mdand record the user's choice for each (e.g. Option A vs Option B install).
Stage B — Gather placeholder values
Ask the user the questions in
0000-baseline.mdStep 1's placeholder table:- Project name
- Repo URL (autofilled from
git remote get-url originif available; otherwise prompt) - Client (internal / external name)
- Budget tier (free / paid / enterprise)
- Backend language (Go / Python / TypeScript / Rust / Other)
- Frontend stack (or "none" if backend-only)
- Database (or "none")
- LLM provider (anthropic / openai / google / other / none)
For optional values, accept defaults if the user says "default" or skips:
- design-critique quality bar (default 90)
- impeccable-audit quality bar (default 90)
- QA viewports (default 1280, 390)
- DB blocking severity (default Critical, High)
Stage C — Apply the baseline migration
- Walk
migrations/0000-baseline.mdstep by step. For each step:- Run the idempotency check. If it returns 0, log "skipped (already applied)" and continue.
- Run the pre-condition. If it fails, error out with the pre-condition's specific message.
- Show the user the apply block. In default-on-confirm
interactive mode, dry-run the whole chain first; in
--no-confirmmode, apply each step automatically. - Apply the patch. For Step 1 (workflow-config.md), substitute placeholders with the values from Stage B.
- On failure: prompt the user with retry / skip-with-warning /
rollback options per the atomicity contract in
migrations/README.md.
- Skip Step 6 (global AGENTS.md additions) if the user picked Option B (per-project install) in Stage A's optional gate detection.
Stage D — Post-checks and commit
Run all post-checks from
0000-baseline.md:.codex/workflow-config.mdexists and has no unsubstituted{{...}}placeholders.planning/config.jsonis valid JSON with the expected hook keysAGENTS.mdcontains theBEGIN: agentic-apps-workflowmarkerdocs/decisions/README.mdexists.codex/workflow-version.txtreads0.1.0
Atomic commit. All baseline-migration changes go in a single commit:
git add .codex/ .planning/ AGENTS.md docs/decisions/ git commit -m "chore: install codex-workflow v0.1.0"Surface follow-ups. Tell the user:
- The project is now at
codex-workflow v0.1.0 - Next step: run
$gsd-discuss-phase 1to start a planning session for the first phase - Future scaffolder updates: run
$update-codex-agenticapps-workflowperiodically; the skill reads.codex/workflow-version.txtand applies pending migrations
- The project is now at
Required evidence (per spec/06)
.codex/workflow-version.txtexists with content0.1.0.planning/config.jsonis valid JSON with allhookskeys from the templateAGENTS.mdcontains the marker pair<!-- BEGIN: agentic-apps-workflow sections -->...<!-- END: agentic-apps-workflow sections -->docs/decisions/README.mdexists- The atomic commit is on the project's current branch with the expected files staged
Failure modes
- Re-running on an installed project. The pre-flight check
catches this; never auto-overwrite. Route to
$update-codex-agenticapps-workflow. - Scaffolder not installed. Surface the install path; do not silently skip steps that depend on the scaffolder.
- Half-applied migration. Per the atomicity contract, prompt user (retry / skip / rollback). Do not auto-rollback without consent — the user may prefer partial-state recovery.
- Forgetting Step 6 distinction. Option A (global) and Option B (per-project) are mutually exclusive for this step. Skip Step 6 cleanly when the user picked Option B.
Notes for the Codex host
- The default
$CODEX_HOMEis~/.codex. Migrations use the${CODEX_HOME:-$HOME/.codex}form so users with a non-default$CODEX_HOMEget the same behavior. - The
templates/directory referenced from migrations lives at${CODEX_HOME:-$HOME/.codex}/skills/setup-codex-agenticapps-workflow/templates/.install.shsymlinks the scaffolder's top-leveltemplates/to this path so migrations cancpfrom a stable location. - "Project name detection" can also pull from
package.json::name,pyproject.toml::project.name,Cargo.toml::package.name— surface those as a prefilled default in the question rather than always asking from scratch.
Source: agenticapps-eu/codex-workflow — distributed by TomeVault.
先判断是否适合
作者设计意图
作者的方法与取舍
边界和复核