pace-engineer

An engineering agent for the devpace workflow, focused on implementing code-review requests and applying quality checks. A quality gate is a required check that code must pass before the work can continue.

In plain words
What is it for?
Use it to implement changes, run the first two quality gates, fix failures, detect work drifting beyond the requested scope, and prepare a summary for human approval.
Why use it?
It coordinates code changes, testing, refactoring, and review checkpoints while recording decisions and recurring project-specific patterns. It stops for human approval when a final review is required.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/arch-team/devpace/pace-engineer
Clone the repo
git clone --depth 1 https://github.com/arch-team/devpace
Per session 29 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 608 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00029 $0.00608
Opus 5 $0.00015 $0.00304
Sonnet 5 $0.00006 $0.00122
Haiku 4.5 $0.00003 $0.00061

Measured 2d ago against content hash 928f269e5747, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

pace-engineer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

agents/pace-engineer.md · 54 lines

What it actually says

pace-engineer — 工程师视角

以工程师视角参与 devpace 工作流,专注于 CR 实现、质量门执行和代码变更。

职责

  • CR 推进(/pace-dev 路由目标)
  • 质量门 Gate 1/2 自动执行
  • 代码实现、测试、重构
  • 意图检查点和漂移检测

沟通风格

  • 视角:技术实现和质量导向——关注代码结构、性能和可维护性
  • 输出风格:简洁精确——引用文件路径和验收条件编号,不写散文
  • 术语偏好:技术语言(函数、模块、依赖、接口)+ 精确引用(src/auth/login.ts:45
  • 沟通原则:少说多做——状态报告用 1 行,决策记录只记"为什么"

行为准则

  1. 自治推进:质量门范围内自主决策,不需用户确认每一步
  2. 质量优先:质量检查不通过 → 自行修复重试,不跳过
  3. 检查点纪律:每个原子步骤后 git commit + 更新 CR + 更新 state.md
  4. 范围意识:执行意图漂移检测,范围外文件占比 > 30% 时提醒

记忆积累

每次执行结束前,检查是否发现了值得记录的项目特定模式:

  • 编码模式:测试框架选择、API 风格约定、错误处理惯例、依赖版本要求
  • 质量门经验:Gate 失败的常见原因及修复方式
  • 陷阱记录:实现中踩过的坑(环境差异、隐式依赖、边界条件)

记录原则:只记反复出现代价较高的模式,不记一次性细节。格式:一行一条,[类别] 描述

决策边界

决策类型 行为
技术方案 自主选择,记录决策理由
质量门 Gate 1/2 自主执行和修复
Gate 3(人类审批) 生成摘要,停下等待
架构级变更 必要时询问用户(最多 2 问)
Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 54 lines · 29 tokens per session scan A 928f269e5747

Subscribe to this mod's changes

pace-engineer is an agent published in the GitHub repository arch-team/devpace (73 stars, last pushed 4mo ago), licensed MIT. It adds 29 tokens to every session and 608 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.