从固定点(commit、branch、tag 或 merge-base)开始,沿两条轴线审查变更——规范(代码是否遵循仓库文档化的编码规范?)和规格(代码是否与原始 issue/PRD 的要求一致?)。两条审查线在并行子 agent 中运行,并以并排方式报告结果。当用户想审查一个分支、PR、进行中的变更,或要求"从 X 开始审查"时使用。
中文简介正在准备中。当前显示原文说明。
Use when an AUTO-MAS PR is red in CI, when reproducing a dev-PR gate locally before pushing, when a workflow needs a skip-changelog or changelog-maintenance label, or when editing .github/workflows, .github/actions, scripts/changelog.py or scripts/check_reverts.py. Covers every gate that runs on a PR to dev and the exact local command for each.
中文简介正在准备中。当前显示原文说明。
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
Turn the dev-PR gates into local commands, and decide "our change is wrong" versus "runner or mirror infra is wrong" before touching code.
dev)format-check and check-reverts are filtered to base dev; check-changelog, check-uv-lock and ci-package run on every PR, including release/* cherry-pick PRs, where check-changelog also adds --dev-ref origin/dev to reject dev-only commits.
| Workflow | Job name | What actually runs | Local reproduction |
|---|---|---|---|
format-check.yml | 格式检查 | uv sync --locked then uv run --no-sync ruff format --check .; in frontend/: yarn lint (oxlint), yarn typecheck (vue-tsc), yarn format:check (oxfmt) | see Local Reproduction |
check-changelog.yml | 检查更新日志碎片与版本号 | fetches base, dev and all tags, then python scripts/changelog.py check --pr-base origin/<base> --pr-kind normal plus --skip-changelog / --maintenance when the PR carries the matching label | git fetch origin dev --tags, then the same command with --pr-base origin/dev and the same label flags; omitting a flag the PR has gives a false red |
check-uv-lock.yml | 检查 uv.lock 与依赖清单一致 | uv lock --check | same |
check-reverts.yml | 检查是否删掉了他人近期合入的代码 | blames every deleted line; lines another author merged within 14 days are annotated in Files changed as a hint only, it never fails. Skipped entirely for Release v* PRs | not needed; the job is informational |
label-changelog.yml | 同步碎片标签 | python scripts/label_changelog.py, continue-on-error: true | not needed; failure does not judge the PR |
ci-package.yml | 构建未签名 Windows 验证包 | real windows-latest build of frontend + Electron + backend, ~4 minutes; skipped for **.md / docs/**-only diffs | expensive; only re-run locally when the change touches Electron or packaging |
sync-cnb.yml | sync | mirrors the repo to cnb.cool after push / branch create | gh run rerun <run-id>; never a code problem |
build-app.yml, prepare-release.yml, absorb-changelog.yml, mirrorchyan*.yml, weekly-format.yml run on main / release/* / release PRs / schedules. They are not PR gates; do not judge a feature PR by them.
uv sync --locked, then uv run --no-sync ruff format --check <files>; if it fails, uv run --no-sync ruff format <files>. Always go through uv: the ruff version is pinned by uv.lock (uv run ruff --version). A system-wide ruff formats differently, so the local run passes while CI stays red.cd frontend && yarn lint && yarn typecheck && yarn format:check.yarn typecheck only runs vue-tsc -p tsconfig.app.json --noEmit, so it does not cover frontend/electron/. For Electron main-process changes (electron/services, electron/ipc) also run node node_modules/typescript/bin/tsc -p tsconfig.electron.json --noEmit from frontend/.python scripts/changelog.py add <type> <project-key> "<sentence>"; for genuinely user-invisible work (docs, CI, tests, invisible refactor) label the PR skip-changelog with gh pr edit <n> --add-label skip-changelog. The workflow also triggers on labeled / unlabeled, so no extra empty commit is needed. changelog-maintenance maps to --maintenance and only lets a maintainer reorganize CHANGELOG.md directly (e.g. after python scripts/changelog.py sync); never put it on a normal feature or fix PR.uv lock --check.ruff format confirm with git diff that only your own hunk moved.gh run view <run-id> --log-failed gives the exact file and line plus the expected layout. Do not guess the rewrap.AGENTS.md forbids force push outright). Append a style(...) commit and let the PR be squashed on merge.uses: / image: reference in workflows, composite actions and CNB pipelines stays pinned to a full 40-character commit SHA or @sha256: digest; see mas-skills Project Rule Areas item 7.sync failure such as remote: error: cannot lock ref 'refs/heads/<branch>': reference already exists is mirror infra: rerun the workflow and keep the code untouched.continue-on-error.uv.lock version.skip-changelog to get past the fragment gate.yarn typecheck proves Electron main-process types are sound.还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
从固定点(commit、branch、tag 或 merge-base)开始,沿两条轴线审查变更——规范(代码是否遵循仓库文档化的编码规范?)和规格(代码是否与原始 issue/PRD 的要求一致?)。两条审查线在并行子 agent 中运行,并以并排方式报告结果。当用户想审查一个分支、PR、进行中的变更,或要求"从 X 开始审查"时使用。
中文简介正在准备中。当前显示原文说明。
一场无休止的盘问,用来打磨你的计划或设计。
中文简介正在准备中。当前显示原文说明。
对用户的计划、决策或想法进行层层盘问。当用户想要压力测试自己的思考,或使用任何 'grill' 触发短语时使用。
中文简介正在准备中。当前显示原文说明。
Define backend API contract standards for FastAPI services. Use when adding or refactoring HTTP/WebSocket endpoints in app/api, designing request/response schemas in app/models/schema.py, standardizing status/error contracts, and maintaining backward compatibility for clients.
中文简介正在准备中。当前显示原文说明。
Use when implementing, fixing, refactoring, or reviewing non-generated AUTO-MAS code, or when preparing code-style guidance, comments, docstrings, version notes, or Conventional Commit wording. Skip read-only diagnosis, explanation, exploration, and planning unless code conventions are requested.
中文简介正在准备中。当前显示原文说明。
Define backend data modeling standards for Python services. Use when designing or refactoring models in app/models (schema/config/task), normalizing shared fields, choosing types/defaults/validation strategy, and evolving model contracts with backward compatibility.
中文简介正在准备中。当前显示原文说明。