AgentSys
把任务发现、开发、审查、CI 与合并串成可恢复的软件交付流程。
- Star 数
- ★ 1k
- 最近更新
- 4 天前
- License
- MIT
- 主语言
- JavaScript
- FA 评分
- 52/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 维护 GitHub Issues 的小团队，希望从任务优先级排序开始，经计划审批、实现和 PR 合并完成一次交付。
- 不适合
- 不希望自动化工具直接推送、创建 PR 并合并远程仓库的团队
- 无法使用 Git 或 Node.js 18+ 环境的用户
- 源码审查
- 52/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
AgentSys 是面向软件开发的模块化智能体运行与编排系统，也是 agent-sh 插件的市场与安装器。它汇集 24 个插件、49 个智能体和 44 项技能，通过斜杠命令组织任务发现、实现、代码审查、文档同步、发布和合并等流程。流程采用阶段闸门与持久化状态，README 说明中断后的工作可以恢复，并可为不同任务创建隔离的 worktree。它支持 Claude Code、Codex CLI、OpenCode、Cursor 和 Kiro，并可通过 npm 安装器部署。适合希望把常规工程交付步骤标准化的人；采用前应确认团队接受其 CLI、Git 与外部平台依赖。
用户可运行 /next-task 从 GitHub Issues、GitHub Projects、GitLab 或本地文件选择任务；该流程会创建 worktree、探索代码库、生成待批准的计划、实施修改、执行 deslop 与测试覆盖检查、进入多智能体审查循环、验证交付、同步文档，并调用 /ship 创建 PR、监控 CI 和合并。/prepare-delivery 单独执行预审查、配置 lint、审查、验证和文档同步，不推送或创建 PR；/gate-and-ship 则将它与 /ship 组合。/repo-intel 通过 agent-analyzer 生成 Git 历史、AST 符号和项目元数据，并把结果缓存到平台状态目录；/drift-detect 用 JavaScript 收集器汇总 issue、文档和代码实现后进行语义比对。其他命令覆盖 /audit-project、/perf、/sync-docs、/agnix、/onboard、/consult 与 /release 等具体工作。
- 维护 GitHub Issues 的小团队，希望从任务优先级排序开始，经计划审批、实现和 PR 合并完成一次交付。
- 已经手工完成改动的开发者，希望运行
/prepare-delivery做脱敏式清理、测试覆盖检查、多角色审查和文档同步，但暂不发 PR。 - 负责持续集成的仓库维护者，需要
/ship检测 CI 与部署平台、推送分支、处理审查意见并在通过后合并。 - 刚加入 JavaScript、Rust、Go、Python、C/C++、Java 或 Deno 项目的贡献者，需要用
/onboard快速获取技术栈、关键文件与约定概览。 - 维护大量智能体配置的团队，需要用
/agnix检查 SKILL.md、AGENTS.md、hooks、MCP 与多种工具配置的结构、安全性和一致性。 - 怀疑路线图、issue 或代码示例已过期的项目负责人，需要用
/drift-detect或/sync-docs找出文档与实现不一致之处。
如何安装或部署这个 Agent？
需要 Git 和 Node.js 18+。安装所有平台的 npm 安装器：npm install -g agentsys && agentsys。安装到 Codex CLI：agentsys --tool codex；安装到 Claude Code：agentsys --tool claude。Claude Code 也可使用市场安装：/plugin marketplace add agent-sh/agentsys，然后例如执行 /plugin install next-task@agentsys。涉及 GitHub 工作流时，需要已认证的 GitHub CLI：gh；GitLab 工作流需要已认证的 glab。/agnix 还要求单独安装 agnix CLI。
如何使用这个 Agent？
完成安装后，可先执行 /onboard 扫描当前代码库并生成概览。要执行完整任务到交付流程，运行 /next-task；它会在实施前请求你批准计划。只运行交付质量闸门可执行 /prepare-delivery，完成后用 /ship 处理提交、PR、CI 和合并；或直接运行 /gate-and-ship。若需要恢复中断的任务流程，使用 /next-task --resume；检查 repo-intel 数据可使用 /repo-intel init，随后运行 /repo-intel query hotspots。
这个 Agent 有哪些优点和局限？
- 将任务发现、隔离 worktree、计划审批、实施、审查、验证、文档同步与 PR 合并组成可单独使用或组合使用的命令链。
- 按复杂度区分智能体职责和模型分配，并用阶段闸门与状态文件约束流程，面向可恢复的长交付任务。
/repo-intel将 Git 历史、AST 符号和项目元数据集中为可缓存的数据，供多个插件重复使用。/agnix提供 423 条配置验证规则，并支持 SARIF 输出，适合将智能体配置检查纳入 GitHub Code Scanning。- 原生列出 Claude Code、Codex CLI、OpenCode、Cursor 和 Kiro 的安装路径。
- 运行环境必须具备 Git 与 Node.js 18+，而 GitHub 或 GitLab 交付流程还依赖已认证的
gh或glab。 /ship的目标是推送、建 PR、监控 CI、处理评论和合并，因此不适合不希望自动变更远程仓库状态的场景；可先使用/prepare-delivery。/agnix、/repo-intel等功能带有额外工具依赖，前者需要独立安装 agnix CLI，后者依赖自动安装的 agent-analyzer。- README 对基准测试的任务、仓库和模型组合有明确限定，不能据此推断所有代码库、模型或工作流都会获得相同成本与质量结果。
这个 Agent 与同类方案有什么区别？
README 将 AgentSys 的结构化流水线与未使用 AgentSys 的直接模型调用作基准比较：在列出的文档改进任务中，Sonnet + AgentSys 的报告称与 Opus + AgentSys 的结果质量相当，而原始 Opus 输出更通用、项目上下文更少。/drift-detect 也明确采用 JavaScript 收集器加一次语义分析，而不是多智能体收集，README 报告其相对多智能体方法减少 77% token。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| AgentSys 当前 | 52 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1k | 4 天前 | JavaScript | Codex · Claude Code |
| Agent Orchestrator | 48 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 14k | 今天 | Go | Codex · Claude Code |
| Argot 仓库风格审查器 | 93 · 表现优秀 | 命令行工具免费 | ★ 52 | 2 个月前 | Rust | Claude Code |
| Jev Review | 81 · 表现良好 | Agent 插件 / 技能免费 + 模型费 | ★ 247 | 1 个月前 | TypeScript | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示有基本的安全措施：SECURITY.md 提到命令注入防护、路径遍历防护和输入验证，但未提供具体实现细节。用户确认方面，/next-task 流程包含用户审批步骤，/ship 有 --dry-run 选项，但其他命令如 /deslop apply 可能直接修改文件。数据流透明度有限，未详细说明数据如何收集和传输。敏感数据处理方面，SECURITY.md 提醒用户不要提交密钥，但未说明系统如何处理敏感数据。依赖安全方面，6.0.1 移除了易受攻击的 js-yaml 依赖，但未提供完整的依赖审计。外部影响方面，/ship 和 /next-task 会提交、推送、合并 PR，影响外部系统，但提供了 --dry-run 等选项。回滚方面，未明确提供回滚机制，但 /next-task 有 --abort 选项。来源归属方面，插件来自 agent-sh 组织，但未验证发布者身份。
自一致性方面，README 声称 24 插件、49 代理、44 技能，与描述一致，但未验证实际文件。依赖可用性方面，依赖外部工具如 agnix CLI、gh CLI 等，但未说明缺失时的处理。失败消息方面，未提供具体的错误处理文档，但测试覆盖了一些边界情况。
受众明确为开发者，场景覆盖代码开发、审查、发布等。能力边界方面，每个代理有单一职责，但未明确限制。触发精度方面，命令有明确参数，但未提供触发条件细节。环境适配方面，支持多种平台，但未提供详细的配置指南。
信息架构清晰，README 有目录和命令列表。安装说明提供了 npm 安装方式。命名稳定，命令和代理名称一致。示例和 FAQ 方面，README 提供了命令示例，但缺少 FAQ。已知限制方面，SECURITY.md 提到不保证安全，但未列出具体限制。许可证为 MIT，版本 6.0.1，有 CHANGELOG 但未提供。维护责任方面，作者为 Avi Fenesh，但未提供维护计划。
输出可用性方面，命令输出有明确格式，如 /deslop 报告。边际价值方面，提供了多种自动化命令，节省时间。成本效益方面，README 提供了基准测试，显示 Sonnet + agentsys 比原始 Opus 更便宜且质量相当。
声明可追溯性方面，README 声称 3518 个测试，但未提供测试结果。跨来源佐证方面，未提供外部验证。事实与推断分离方面，README 区分了基准测试和推断，但未明确标注。
- 发布者身份未验证，需谨慎使用。
- 代理可执行修改性操作（如 /ship、/deslop apply），务必在运行前审查变更。
- 依赖外部工具（如 agnix CLI），需确保环境已安装。
- 安全措施声明有限，未提供具体实现细节。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
发布说明摘录
Changed - AGENTS.md says every change reaches main through a PR, with no exception for small fixes or hotfixes, and drops the 30-minute wait on Copilot, Claude, Gemini and Codex reviews. A PR gets a self-review (a fresh-context subagent reviews the diff and posts it as a PR comment), revuto and CI comments and failures are addressed, and when revuto is capped or down the self-review is enough and the PR body says so. agent-docs/release.md, checklists/release.md and the bump-version next steps merge the release commit through a PR and push only the tag, not main or --tags (#423 …在 GitHub 查看 ↗ -
发布说明摘录
Changed - The claude.yml and claude-code-review.yml workflows run claude-code-action v1.0.232 with claude_args: --model claude-opus-5-5. The old model: input is not an input of the action at v1.0.70 or later, so the claude-opus-4-5-20251101 pin never took effect. - The README consult table names the current model families: Claude claude-haiku-4-5 / claude-sonnet-5 / claude-opus-5-5 (plus claude-fable-5-1 for explicit --model), Codex gpt-6-sol for low and medium effort and gpt-6-astra for high and max. …在 GitHub 查看 ↗ -
发布说明摘录
Added - CI runs the jest suite on windows-latest as well as Linux, with fail-fast disabled so a Windows-only failure does not hide the Linux result (#392). The Windows-specific paths in this repo - where.exe executable resolution, PATHEXT-aware lookups, and the cmd.exe routing .cmd shims have needed since the CVE-2024-27980 fix - had never been exercised by CI: every regression in them so far was found by a user on Windows or by reading the code, which is why one defect class took three PRs to close. …在 GitHub 查看 ↗
常见问题
它是否只适用于 Claude Code？
运行完整交付流程前是否仍有人工控制点？
/next-task 在实施前要求用户审阅并批准计划；/prepare-delivery 可独立运行，不会创建 PR 或推送。哪些操作会影响远程仓库？
/ship 可提交、推送、创建 PR、等待 CI、处理评论、合并并清理分支或 worktree。使用 GitHub 或 GitLab 工作流还需要对应 CLI 已认证。配置检查是否开箱即用？
/agnix 命令需要额外安装 agnix CLI，可通过 npm、Cargo 或 Homebrew 安装。