相关实践
用 OpenAI Codex CLI 在终端把多步代码任务交给云端 Agent
OpenAI Codex 官方仓库把 Codex CLI 定义为面向本地终端的 coding agent 入口，适合把代码理解、修改、测试和 PR 准备收敛到一个可审计命令流。输入是一个本地 Git 仓库、已登录的 OpenAI/Codex 环境、需要修改的 issue 或功能描述，以及项目现有测试命令。执行过程是在仓库中启动 Codex CLI，让 agent 读取上下文、提出计划、编辑文件、运行测试并汇总 diff；对高风险操作保留人工确认，对可重复检查使用测试命令和 git diff 复核。产物是一次可追踪的终端 agent 交付记录：包含修改文件、测试结果、未完成风险和后续 PR 材料。验证来自 openai/codex 官方 README 对 CLI、仓库内运行、代码编辑和任务交付工作流的说明。
用 Claude Code sub-agents 拆分代码审查、测试和文档角色
Anthropic Claude Code sub-agents 文档给出把复杂开发任务拆给专门 agent 的方式，适合在同一仓库中分离代码审查、测试生成、文档整理和安全检查。输入是一个主 Claude Code 会话、若干可复用 sub-agent 定义、每个角色的职责描述和触发边界。执行过程是为 reviewer、tester、docs-writer 等角色配置独立提示和工具权限；主会话遇到对应子任务时委派给 sub-agent，让其读取相关文件、产出建议或补丁；主会话再汇总结果并运行统一验证命令。产物是一套角色清晰的多 agent 开发流程，减少单个 agent 上下文膨胀和职责混乱。验证来自 Anthropic 官方文档对 sub-agents 定义、配置、调用方式和适用场景的说明。
用 Claude Code hooks 给 Agent 修改加上自动格式化和安全闸门
Anthropic Claude Code hooks 文档说明了在 agent 生命周期事件上挂载 shell 命令，适合把格式化、测试、安全扫描和审计日志变成强制执行的工程闸门。输入是 Claude Code 项目、hooks 配置、需要拦截的事件类型，以及本地 formatter、linter、test 或 secret scan 命令。执行过程是在配置中绑定 PreToolUse、PostToolUse、Stop 等事件：文件修改前检查路径和权限，修改后运行格式化或 lint，结束时输出审计记录；命令失败时阻止继续交付或要求人工确认。产物是一套可复用的 Agent guardrail：让代码 agent 的每次编辑都自动经过项目约束。验证来自 Anthropic 官方 hooks 文档对事件类型、配置位置、命令执行和安全注意事项的说明。
用 Claude Code Action 把 GitHub Issue 自动转成可审查 PR
anthropics/claude-code-action 官方仓库提供 GitHub Actions 集成，适合把 issue 评论、PR 评论或手动触发的代码任务交给 Claude Code 并产出可审查改动。输入是 GitHub 仓库、Anthropic API 配置、workflow 权限、触发条件和需要处理的 issue/PR 上下文。执行过程是在 `.github/workflows` 中接入 Claude Code Action，限制可用权限和触发范围；当维护者在 issue 或 PR 中触发时，Action 检出仓库、让 Claude Code 分析上下文、提交修改或评论结果；CI 再验证 lint/test/build。产物是一个从 GitHub 协作界面直接启动的 agent delivery loop，减少把需求复制到本地 CLI 的成本。验证来自官方 README 对安装、workflow 配置、触发方式、权限和使用场景的说明。
用 GitHub MCP Server 让 Coding Agent 安全读取 Issue、PR 和仓库上下文
github/github-mcp-server 官方仓库把 GitHub API 封装成 MCP server，适合让 Claude、Codex、Cursor 等 coding agent 在受控权限下读取 issue、PR、文件、搜索和工作流信息。输入是 GitHub token、需要暴露的仓库范围、MCP client 配置，以及 agent 需要完成的代码审查或 issue triage 任务。执行过程是按 README 配置 GitHub MCP Server，将 token 权限限制到必要范围；在 agent 客户端中添加 MCP server；执行任务时让 agent 通过 MCP 查询 issue/PR、读取文件和检索代码，而不是复制粘贴上下文。产物是一条可审计的 GitHub 上下文通道：agent 能拿到实时仓库信息，同时权限边界由 token 和 MCP 配置控制。验证来自官方 README 对 MCP server、安装运行、GitHub token、工具能力和客户端配置的说明。
用 GitHub MCP Registry 发现、安装、发布和治理 MCP Server
GitHub Blog 官方指南把 MCP Registry 作为 MCP server 的 canonical source，给出发现、安装、发布和企业治理的完整流程。输入是需要给 AI stack 接入 Playwright、GitHub MCP、Context7、MarkItDown、Terraform、Notion、Stripe 等 MCP server 的团队，或准备发布自有 MCP server 的仓库。执行过程是先在 GitHub MCP Registry 按标签、人气或 stars 浏览；以 Playwright 为例点击 Install in VS Code 并接受预填配置；发布方用 `mcp-publisher init` 生成 `server.json`，补 package ownership metadata，`mcp-publisher login github` 后 `mcp-publisher publish`，再用 registry search API 验证；企业侧接入内部 registry endpoint 和 allow list，让 VS Code 等 MCP-aware surfaces 只允许安装已审核 server。产物是一套从开发者自助安装到企业准入治理的 MCP Server 生命周期。验证来自 GitHub 官方博客对 44 个 registry server、Playwright 安装、server.json schema、GitHub/OIDC 发布、Actions 自动发布、allow list 工作方式和 MCP Inspector 测试建议的说明。