accept
Judges the open stage by having an independent evaluator subagent drive the real, running build like a user — scenario by scenario, against the rubric — and record an evidence report and the status fields. Use to get a verdict without building anything; `/iyu:drive` dispatches the same evaluator each round.
- License 许可
- MIT
- 最近更新
- 2026-11-12
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- accept
- description
- Judges the open stage by having an independent evaluator subagent drive the real, running build like a user — scenario by scenario, against the rubric — and record an evidence report and the status fields. Use to get a verdict without building anything; `/iyu:drive` dispatches the same evaluator each round.
- allowed-tools
- Read, Glob, Grep, Bash, Agent
- argument-hint
- [stage id] [--smoke]
- disable-model-invocation
- true
02 资源文件 1
- 参考文档references/evaluator.md4.1 KB
03 SKILL.md 正文
Accept — an independent verdict on the open stage
The verdict comes from a separate subagent that sees only the contract, the build and a skeptical brief — an agent judging its own work tends to spot the defect and then approve anyway. This skill dispatches that subagent and relays its result. Contract, terms and field ownership: stages.md.
Process
- Resolve
<root>(continuity-docs.md §1) and read<root>/stages/stages.jsonin the current repository only (a contract elsewhere belongs to another product). With no contract or noopenstage, say so, point to/iyu:charter, and end. The stage is the id in$ARGUMENTS, else theopenone. - Dispatch one
Agentcall (subagent_type: general-purpose). Its prompt is the full text of references/evaluator.md followed by absolute paths to the contract, the stage id and the evidence directory, plus the contract'sruncommand and the mode (full, orsmokewith--smoke). Pass only the contract and the build. - Read the evidence file it names and relay the verdict in a few lines: each scenario's result, each
rubric score against its threshold, claims that moved, and what could not be verified. Report
unverifiedasunverified.
Standing rules
- Your part is dispatching and relaying; the product, the contract's text and the evidence file belong to others (stages.md §4).
- The evaluator sets
status: passedonly whenowner_acceptedis already true (stages.md §5). Evaluating before the owner has seen the demo is normal and leaves the stageopen. - Re-run after the build changes; an unchanged build gets the same verdict.
04 同仓库更多 Skills
drive
Pushes the open stage of a product to its agreed satisfaction bar — implement one failing scenario at a time, have an independent evaluator judge the running build, repeat until the stage passes or needs something only the owner can supply, then show the owner a demo. Use after `/iyu:charter` has a signed stage contract.
charter
Interviews the owner to set a product's goal and writes the stage contract — an ordered ladder of stages that each work on their own, with scenarios an observer can watch, a calibrated satisfaction bar, the promises each stage must keep, and every owner decision that could block it. Use before `/iyu:drive`, and again at each stage boundary.
telemetry-az
Analyzes Azure Application Insights telemetry since the last run to surface defects, performance regressions, and feature-drop signals, tracked run-over-run as a quality trend (error-rate/p95/issue-count direction, with closed-issue recurrence detection), plus a report-only user-analytics reading (active-user growth, feature/page preference shifts, engagement). Triages findings against project philosophy, files issues only for threshold-crossing ones, and leads every report with a both-purpose Trend section backed by a 12-run history.
ship
Takes finished work out — bumps the version, commits, pushes, and watches the CI run to completion, reporting what failed if it fails. Checks first whether now is the right moment — if remaining backlog work would touch the same consumer-facing surface, it says so and asks rather than publishing a version the next few items obsolete.
run-cycle
Executes adaptive iterative development cycles — each cycle is a self-contained plan/execute/verify/reflect loop that reshapes the roadmap and derives emergent follow-on scope from its own output
resume
Opens a work session — reads the continuity docs and recent state, synthesizes where things actually stand, proposes a re-prioritized next scope with any derived prerequisites or objections, and settles the decisions `/iyu:handoff` flagged the way a capable employee would — grounded options, trade-offs, and a recommendation that becomes the provisional decision, recorded at once for the owner to correct rather than answer. Only external blockers, owner-gated acts, and criterion gaps are left waiting on the owner. Then stops — execution is a separate, explicit step.