Token导航 LogoToken导航TokenDH.com
研究检索操作浏览器github未标认证来源可访问许可证需确认审计异常

agent-workflowAgent 工作流程

Agent Skill

agent-workflow 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

465

周安装

19

GitHub Stars

2

下载量

150
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:agent-workflow(Agent 工作流程)
来源仓库:https://github.com/akillness/oh-my-gods
仓库路径:skills/agent-workflow
安装命令:
npx skills add https://github.com/akillness/oh-my-gods --skill agent-workflow
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/akillness/oh-my-gods --skill agent-workflow

简介

优化 Agent 日常操作流程,保持会话清洁与工具链稳定。

  • 适用于恢复上下文过载、管理执行表面和快速故障恢复。
  • 使用时聚焦最小可重复循环,按需加载参考材料。
  • 安装命令:npx skills add https://github.com/akillness/oh-my-gods --skill agent-workflow
  • 建议定期清理临时状态,避免工具残留影响后续任务。

SKILL.md

AI Agent Workflow

Agent-workflow requests are usually about choosing the smallest repeatable loop that keeps the agent effective: start the session cleanly, keep repo work grounded, use the right execution surface, and recover quickly when context or tooling drifts. Keep the entrypoint focused on workflow triage and load the references only when the user needs exact command recipes or deeper patterns.

When to use this skill

  • Set up a clean daily workflow for Claude Code, Codex, Gemini CLI, or a mixed-agent toolchain
  • Recover from context overload, bad session hygiene, or tool sprawl
  • Decide how to split work across chat, shell, MCP, worktrees, and multiple agents
  • Choose a practical repo-delivery loop for edit, test, review, and PR work
  • Improve runtime verification habits, especially when a live browser or app matters

Prefer a narrower sibling skill when the main job is more specific:

  • git-workflow for branch, commit, rebase, push, and PR coordination
  • agent-configuration for hooks, permissions, skills, plugins, and project instruction files
  • playwriter when browser or runtime verification should use the live browser session
  • clawteam, omg, omx, or ohmg when the user explicitly wants an orchestrated team workflow rather than a general operating loop

Instructions

Step 1: Classify the workflow request before prescribing commands

Sort the request into one or two primary lanes:

  • session-control: startup, context reset, prompt hygiene, resume, handoff
  • repo-delivery: inspect, edit, test, verify, commit, PR
  • tools-and-runtime: shell vs MCP vs browser vs extension surface
  • multi-agent: delegation, worktrees, role split, synthesis

Ground the workflow with the active agent surface, current repo state, and the pain point that is slowing the user down. Do not dump a universal command list before the workflow lane is clear.

Step 2: Choose the smallest operating loop that fits

Use these defaults unless the environment proves otherwise:

  • start with the lightest loop that can finish the job safely
  • keep read-only inspection cheap before switching to edits or broad tool use
  • prefer one bounded branch or worktree per meaningful change lane
  • keep browser verification explicit when runtime behavior matters
  • recover from context drift by resetting or handing off, not by piling more instructions into the same polluted session

Step 3: Pull the matching reference, not the whole package

Load only the reference that matches the user's job:

  • references/session-and-context-management.md for startup, reset, resume, handoff, and context hygiene
  • references/repo-delivery-and-runtime-loops.md for shell, test, PR, worktree, and live-verification workflow patterns
  • references/mcp-and-multi-agent-patterns.md for MCP usage, delegation, specialist routing, and cross-agent orchestration

Step 4: Keep workflow advice grounded in the actual surface

Before recommending a loop, confirm the relevant runtime facts:

  • which agent or CLI is active
  • whether the job is read-only, implementation, review, or verification
  • whether a repo, remote, branch, or running app is already in play
  • whether the browser or runtime check should use playwriter instead of a fresh headless browser

Do not prescribe worktree, PR, MCP, or multi-agent flows as generic defaults when the task is small enough to finish directly.

Step 5: Verify the workflow result

After choosing or applying the workflow, verify with the smallest relevant checks:

  • repo state or branch state if the workflow touched code
  • test or build status if the workflow included implementation
  • browser or runtime checks when the workflow claims behavior changed
  • explicit next owner or handoff state when the loop is not fully local

Do not claim the workflow is improved until the post-action state matches the intended operating lane.

Examples

Example 1: Recover a polluted session

Input:

My agent session is getting slow and confused. What workflow should I use to
reset without losing useful context?

Expected shape:

  • classifies this as a session-control problem first
  • recommends reset, resume, or handoff tactics instead of piling on prompts
  • preserves only the context needed for the next bounded task

Example 2: Pick a repo-delivery loop

Input:

What is a good daily workflow for using Claude or Codex to inspect code, make a
change, run tests, and open a PR without the session getting messy?

Expected shape:

  • picks a compact inspect-edit-verify-commit loop
  • uses worktrees or branches only when the scope justifies them
  • includes verification before PR creation

Example 3: Decide between shell, MCP, and browser surfaces

Input:

I can use shell tools, MCP servers, or browser automation. How should I decide
which workflow to use for a task?

Expected shape:

  • distinguishes read-only shell work from external-service or runtime needs
  • keeps MCP or browser usage scoped to tasks that actually benefit from them
  • routes live browser verification to playwriter when the active session matters

Example 4: Split a multi-agent task

Input:

I want one agent researching, another implementing, and another validating.
What workflow keeps that from turning into chaos?

Expected shape:

  • classifies this as a multi-agent workflow problem
  • recommends bounded ownership, artifact handoff, and synthesis checkpoints
  • avoids parallelizing work that is still on the critical path

Best practices

  1. Start from the actual bottleneck, not a memorized command catalog
  2. Keep the primary loop small: inspect, act, verify, summarize
  3. Use worktrees and multi-agent splits only when they reduce contention or waiting
  4. Prefer live-browser verification via playwriter when runtime behavior matters
  5. Reset or hand off polluted context instead of dragging stale assumptions forward
  6. Keep detailed command recipes and platform-specific examples in references so the entrypoint stays compact and triggerable

References

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.64%
按下载量换算55

Claude

30.66%
按下载量换算46

Cursor

18.98%
按下载量换算28

Gemini CLI

9.9%
按下载量换算15

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

未通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills