用途：为 AI 编码智能体（Claude Code、Codex CLI、Gemini CLI、OpenCode）搭建一个受限、沙箱化的工作流目录，锁定权限，限制可调用的工具与可访问的文件范围。适用于需要受限工作区、为特定任务锁定权限、或设置新的输入型 skill 的场景。
主要能力：
- 交互收集需求：工作流名称、用途、目标智能体（四选一或全部）、允许的工具集（研究/写作/分析等）、可写路径、要嵌入的源内容。
- 生成目录结构，包含各智能体配置：.claude/settings.json、.codex/config.toml、requirements.toml、rules/default.rules、.gemini/settings.json、policies/lockdown.toml、GEMINI.md、opencode.json、AGENTS.md、CLAUDE.md。
- Claude Code：因 deny 优先于 allow，采用两层钩子架构——权限 deny 名单按名拦截非文件工具，PreToolUse 钩子（block-all.sh 与 dir-jail.sh）对每次文件工具调用显式 allow/deny，实现目录监牢、文件类型限制、配置与点目录保护。
- Codex CLI：三层架构——workspace-write 内核沙箱限制目录边界、feature toggles 禁用 shell/web/MCP、AGENTS.md 软约束限制文件类型（无逐文件策略引擎，属模型遵从）。
- Gemini CLI：采用 tools.core 白名单硬限制 + 策略引擎 .toml 规则（含 argsPattern 的为软约束）。
使用方式：按需求创建对应配置；钩子命令须用绝对路径，替换 <WORKFLOW_DIR>；dirname 示例中设置目录监牢、文件扩展名过滤等。
限制与注意：deny 中的 mcp__* 不可靠拦截 MCP 工具；catch-all 钩子须置于 PreToolUse 首位；钩子须对每次调用给出明确决定；Codex 全局 MCP 须逐个显式 enabled=false 覆盖；requirements.toml 用于锁定沙箱模式与审批策略；文件类型限制在 Codex 中仅为软约束；规则仅能匹配 shell 命令参数。
文档中部分内容（如 Gemini CLI 的完整配置）在提供资料中截断，暂未提供完整信息。