press
Skill19 starsChanged 27 days agoMITView on GitHub
Run the tests-only adversarial pass that `/cook` dispatches after a behavior change; also callable as a manual re-run. Use this skill when the user says "press the changes", "harden this", "re-run press", or "/press". Do not edit production code.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- Skeln-io/skillkittheir own version, first seen Apr 8, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- Skeln-io/skillkit★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository19 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .github/copilot-instructions.mdCopilot instructions
- python-authoringSkill
- skill-authoringSkill
- affinageSkill
- ageSkill
- briesearchSkill
- cheeseSkill
- cookSkill
- cultureSkill
- cureSkill
- easy-cheese-setupSkill
- hard-cheeseSkill
- meltSkill
- moldSkill
- pasteurizeSkill
- plateSkill
- ultracookSkill
- wheypointSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
17 rules. About 0 are common, 4 are distinctive, and 13 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
13
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 20
Keep its record.revision_id as <base> (§ Base revision).
- Very specific: line 31
After phase entry, Press reads .cheese/cook/<slug>.md for the Cook handoff.
- Distinctive: line 43
Ask one question: "Can the user's original complaint still occur while every test passes?" Select ONE relevant false-success attack, not …
- Very specific: line 58
Read the artifact through the baseline: path.
- Very specific: line 72
Use code-intelligence-routing.md for source changes.
- Very specific: line 74
Use ../cheese/references/harness-portability.md for portability.
- Very specific: line 92
Stop after blocked, halt: correction-cap, or halt: coverage-gap.
- Very specific: line 98
Write .cheese/press/<slug>.md at each Press result.
- Very specific: line 100
Write the file with python3 skills/press/scripts/press.pyz write-handoff-artifact.
- Distinctive: line 125
Write these body sections under the preamble:
- Very specific: line 155
When Cook dispatched Press, return the handoff to Cook and stop.
- Very specific: line 156
After a manual GREEN re-run, use the shared handoff gate.
- Very specific: line 158
After a finding or coverage_gap, hand off to Cook with the failing test or the gap named in the report.
- Distinctive: line 164
Do not edit production code, production fixtures, or production adapters.
- Very specific: line 165
Do not create a test_press_* file when a test file for the module exists.
- Distinctive: line 166
Do not change the attack between replays.
- Very specific: line 167
Do not treat out-of-contract behavior as an implementation request.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
/press
Press is the adversarial pass that Cook dispatches inside its Press loop. /press <slug> stays callable for a manual re-run. It reports a GREEN pass to /age and a finding or coverage_gap to Cook.
Press never edits production code. Cook owns the implementation and first acceptance coverage. Press attacks the approved contract and reports each defect it exposes.
Phase entry
Run python3 skills/press/scripts/press.pyz wheypoint-resolve --ref <slug>.
authoritative uses the record; its working_context is the first batched tilth_read.
not-found proceeds cold; legacy shows its source and slug, then proceeds.
gated, ambiguous, and error stop and show the payload.
Show advisory stale-commit and grounded-path-missing findings.
Keep its record.revision_id as <base> (§ Base revision).
Inputs
Cook dispatches Press automatically after its taste test on behavior work, so no invocation is needed. For a manual re-run, Press accepts this invocation and hands off to Age on GREEN:
/press <slug> [--auto] [--hard] [--open-pr]After phase entry, Press reads .cheese/cook/<slug>.md for the Cook handoff.
--auto selects the autonomous chain. See ## Auto mode.
--hard requests the optional final gate. Press forwards this flag to Age.
--open-pr is publication permission. Only the user supplies it. Press forwards this flag to Age. Press never adds it.
Press preserves the Cook durable_flags: value without change. Press ignores the Cook taste_test: value.
Adversarial loop
Ask one question: "Can the user's original complaint still occur while every test passes?"
Select ONE relevant false-success attack, not all four. Record the question, the attack, and why it threatens the claim. Confirm the acceptance check rejects that case.
references/gap-analysis.md lists the attacks and the evidence sequence.
Press does not write first coverage. When it is missing, Press reports coverage_gap.
Press adds a test only for a branch or false success that no existing test catches. ../cheese/references/test-shape.md defines placement, overlap, tables, generated inputs, and seams.
Replay the same attack after each Cook correction, with the same attack and test digest.
Invalid evidence and a production tree change stop the run. The outcome table defines the caps.
Press has no global dispatch: /cook action.
Baseline-aware gates
Press preserves baseline-aware readiness for project gates. The Cook baseline: line names one artifact. That artifact holds the settled state.
Read the artifact through the baseline: path. Do not re-flag a failure when its test and signature match the artifact. New or changed failures block the route.
See ../cook/references/quality-gates.md. Also see references/gap-analysis.md.
Flow
- Read — Load the approved spec, Cook handoff, and baseline block. Use canonical terms from
.cheese/glossary/<slug>.mdwhen that file exists. - Inspect — Read the acceptance check before you add tests.
- Attack — Add or run only adversarial tests. Do not change production paths. Extend the existing test file for the module. Before you add a test, name the existing test closest to it. Do not add the test when that test asserts the same seam and branch.
- Shape — On the first run of an attack, run
python3 skills/press/scripts/press.pyz test-shape --base <revision>. Use the acceptance-evidence revision from the Cook report. Fix each finding in a Press test, or record why it stands. Record a finding on a test that Press did not write under## Review follow-ups. The check reads Python tests only. For other tests, apply the rules by hand and recordtest-shape: manual. After a shape fix, run the attack again. Record that outcome and test digest as the attack evidence. A replay uses this final version of the attack and skips this step. - Classify — Select
green,finding,coverage_gap,invalid_evidence, orproduction_changed. - Report — Write
.cheese/press/<slug>.md. Include the question, the selected attack, why it threatens the claim, the attempts, evidence, test shape, and review follow-ups. - Hand off — Send GREEN to
/age. Send a finding orcoverage_gapto Cook.
Use code-intelligence-routing.md for source changes.
Use ../cheese/references/harness-portability.md for portability.
The reference states that slash commands are host renderings, not the control model.
Press reports one readiness value. Map ready for /age to status: ok and next: age.
Map follow-up recommended to status: ok-with-concerns: <concern> and next: age. Use this status for a GREEN pass that also records a review follow-up. Age owns each recorded concern.
Map finding to status: ok-with-concerns: <defect> and next: cook.
Map coverage_gap to status: ok-with-concerns: coverage-gap: <gap> and next: cook.
Map blocked to status: halt: <reason> and next: done. blocked means invalid evidence or a production change.
Auto mode
--auto runs the same adversarial loop. It also selects the next phase without a user prompt.
Dispatch /age <slug> --auto after ready for /age or follow-up recommended. Add --hard when the user supplied it. Add --open-pr when the user supplied it.
Stop after blocked, halt: correction-cap, or halt: coverage-gap. Do not dispatch Age.
Honor the no-chain directive when the caller supplies it. Write the Press handoff and stop. Do not start another phase. Cook's fan pathway owns this directive. The retired /ultracook orchestrator previously owned it. Test for the directive itself. Do not test for the source name. See ../cook/references/auto-mode.md.
Output
Write .cheese/press/<slug>.md at each Press result.
Write the file with python3 skills/press/scripts/press.pyz write-handoff-artifact; include one or more --grounded <path[#start-end]> arguments. Use the canonical preamble:
python3 skills/press/scripts/press.pyz write-handoff-artifact \
--slug <slug> --status <status> --phase press --next <next> [--base <base>] \
--artifact .cheese/cook/<slug>.md --orientation "<one-line orientation>" \
--durable-flags "<preserved Cook value>" --baseline "<baseline artifact path>" \
--grounded <path[#start-end]> --body-file <body-path>status: <canonical status field>
next: age | cook | done
artifact: .cheese/cook/<slug>.md
durable_flags: <preserved Cook value>
baseline: none | <baseline artifact path>
<one-line orientation>The handback contract defines the status: grammar. The preamble accepts no other keys. Put every Press value in the report body.
artifact: names the consumed Cook report. Do not put attack evidence on this line.
baseline: names the one artifact that Cook recorded. See ../cook/references/quality-gates.md.
Write these body sections under the preamble:
## Attempts— one row for each attempt. Give the attempt number and outcome.## Evidence— the stable attack identity, the test digest, and the failing test for a finding.## Test shape— one row for each new test: the test, the closest existing test, and the branch or false success that only the new test catches. Then thetest-shaperesult and the reason for each finding that stands.## Review follow-ups— each out-of-contract concern. Writenonewhen the run records no concern. Age reads this section.
Map the outcome to the terminal preamble:
| outcome | status | next |
| GREEN | ok | age |
| GREEN with a recorded concern | ok-with-concerns: <concern> | age |
| finding (an attack test exposes a defect) | ok-with-concerns: <defect> | cook |
coverage_gap | ok-with-concerns: coverage-gap: <gap> | cook |
second coverage_gap in one Cook run | halt: coverage-gap | done |
invalid evidence or production change (blocked) | halt: <reason> | done |
| third finding on the same attack | halt: correction-cap | done |
| sixth Press round that does not end green | halt: press-round-limit | done |
next: done is terminal. It never starts another phase.
A next: cook handoff is a Cook correction (correction = true), for a finding or a coverage_gap. Press then replays or reruns the same attack.
Cook counts the rounds. Cook passes the round number and attack identity in the dispatch. Press emits halt: correction-cap or halt: coverage-gap only from that round number. A manual /press <slug> run reads prior rounds from .cheese/press/<slug>.md. references/gap-analysis.md holds the caps, including the 6-round press-round-limit.
Handoff
Pipeline: culture → mold → cook (⇄ press) → age → cure → plate
When Cook dispatched Press, return the handoff to Cook and stop.
After a manual GREEN re-run, use the shared handoff gate. Start the review with /age <slug>.
After a finding or coverage_gap, hand off to Cook with the failing test or the gap named in the report.
Forward --hard, --auto, and --open-pr to /age when the caller supplied them. Never add --open-pr.
Rules
- Do not edit production code, production fixtures, or production adapters.
- Do not create a
test_press_*file when a test file for the module exists. - Do not change the attack between replays.
- Do not treat out-of-contract behavior as an implementation request. Record it under
## Review follow-ups. Report the run asok-with-concernson a GREEN pass. - Preserve baseline-aware readiness.
Discipline
Press uses evidence first. An unverified failure is not a finding.
Name the outcome before each handoff decision. Name the attack digest. Stop if one value is missing. Do not guess.
Generated bundle command inventory: references/commands.md.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

