PFC5 Case Handoff
Use this skill when an existing private PFC 5.0 asphalt case must be moved, resumed,
reviewed, or handed to another operator or machine. It owns the handoff contract; route
model changes to pfc5-core-modeling and FISH changes to pfc5-fish.
When To Use
- migrate a case to another machine or working directory;
- resume from staged saves after an interrupted or failed run;
- audit a project, save-state tree, driver files, or external dependencies before edits;
- separate accepted, restart-only, diagnostic-only, and obsolete states;
- prepare a private handoff without publishing project code, data, parameters, or saves.
Do not use this skill to redesign the material model, invent missing parameters, or
authorize the next experimental phase.
Required Inputs
- private source root and a writable migration copy;
- expected PFC2D/PFC3D 5.0 product, exact observed release if available, and runtime route;
- intended entrypoint working directory and driver files;
- claimed last-good save plus its acceptance evidence;
- in-scope and explicitly excluded branches;
- external dependency names, legal access route, and optional digests;
- allowed first action, run budget, and changes that still require user approval.
If the exact runtime release is unknown, record it as unresolved. Never infer runtime
compatibility from file extensions, project metadata, or an old log alone.
Workflow
- Freeze scope and protect the source. Work in a migration copy; record excluded and
paused branches before touching executable files.
- Inventory files, verify any supplied digest manifest, and run
scripts/audit_pfc5_handoff.py against the private root. Treat its result as static
evidence only.
- Identify the exact PFC5 product/release. If the available runtime is another major
version, stop instead of translating syntax.
- Classify every proposed entrypoint and save as
accepted, restart_only,
diagnostic_only, failed, obsolete, or unknown. A filename such as "final" is
not evidence.
- Restore the claimed last-good save first. Check object and boundary counts, extents,
units, contact state, callbacks, and the saved acceptance metrics before an expensive
rebuild.
- Run the smallest portable audit or probe that can test the handoff claim. Preserve
the original save and write new results under distinct names.
- If recovery is needed, branch only from a state whose geometry/object invariants are
known. Do not loosen the final gate merely because an intermediate solve stopped.
- Complete
templates/pfc5-case-handoff.yaml, regenerate the integrity manifest, and
report unresolved runtime, physics, provenance, and authorization gates.
Read portable-handoff-contract.md before
packaging a handoff or selecting a recovery point.
Privacy And Packaging Boundary
- Keep PFC projects, saves, logs, licensed sources, standards, raw inputs, calibrated
parameters, and project-specific scripts in the private case.
- Publish only generalized instructions, empty schemas, synthetic tests, and tooling
that does not encode the private case.
- In external summaries, report finding categories, counts, validation status, and
unresolved gates. Omit private paths, filenames, source excerpts, hashes, material
identities, geometry, seeds, parameters, and results unless the user explicitly asks
for them.
- Use relative paths or placeholders in handoff documentation. A digest proves identity,
not redistribution permission.
Non-Negotiable Gates
- source copy protected and migration scope explicit;
- PFC5 major-version match confirmed before runtime action;
- no private absolute path or ambiguous
localdir save behavior in the portable chain;
- every required
call and restore target accounted for;
- claimed accepted save restored and checked before rebuild;
- object conservation, geometry, equilibrium, and contact-state claims recorded
separately;
- diagnostic geometry or porosity metrics are not relabeled as physical or normative
acceptance;
- later Burger, loading, or standard-metric phases remain pending unless already in the
authorized scope.
Output Contract
Deliver a private handoff manifest, integrity result, runtime identity, entrypoint/CWD
map, save-state classification, restore-first audit result, portable run sequence,
external-dependency ledger, quarantined legacy list, and exact unresolved gates. Mark
runtime_validated true only for the actions actually executed in PFC5.
Local Contents
references/portable-handoff-contract.md — state taxonomy, restore-first audit,
recovery, privacy, and packaging rules.
templates/pfc5-case-handoff.yaml — empty private handoff manifest.
scripts/audit_pfc5_handoff.py — read-only integrity, path, dependency, and
version-boundary auditor.
dependencies.json — links to the PFC5 core and FISH owners.
agents/openai.yaml — interface metadata.
1---2name: pfc5-case-handoff3description: Audit, recover, and prepare portable handoffs of existing private PFC2D/PFC3D 5.0 asphalt cases, including integrity manifests, path portability, saved-state claims, cheap restore-first validation, and legacy-state quarantine.4---56# PFC5 Case Handoff78Use this skill when an existing private PFC 5.0 asphalt case must be moved, resumed,9reviewed, or handed to another operator or machine. It owns the handoff contract; route10model changes to `pfc5-core-modeling` and FISH changes to `pfc5-fish`.1112## When To Use1314- migrate a case to another machine or working directory;15- resume from staged saves after an interrupted or failed run;16- audit a project, save-state tree, driver files, or external dependencies before edits;17- separate accepted, restart-only, diagnostic-only, and obsolete states;18- prepare a private handoff without publishing project code, data, parameters, or saves.1920Do not use this skill to redesign the material model, invent missing parameters, or21authorize the next experimental phase.2223## Required Inputs2425- private source root and a writable migration copy;26- expected PFC2D/PFC3D 5.0 product, exact observed release if available, and runtime route;27- intended entrypoint working directory and driver files;28- claimed last-good save plus its acceptance evidence;29- in-scope and explicitly excluded branches;30- external dependency names, legal access route, and optional digests;31- allowed first action, run budget, and changes that still require user approval.3233If the exact runtime release is unknown, record it as unresolved. Never infer runtime34compatibility from file extensions, project metadata, or an old log alone.3536## Workflow37381. Freeze scope and protect the source. Work in a migration copy; record excluded and39 paused branches before touching executable files.402. Inventory files, verify any supplied digest manifest, and run41 `scripts/audit_pfc5_handoff.py` against the private root. Treat its result as static42 evidence only.433. Identify the exact PFC5 product/release. If the available runtime is another major44 version, stop instead of translating syntax.454. Classify every proposed entrypoint and save as `accepted`, `restart_only`,46 `diagnostic_only`, `failed`, `obsolete`, or `unknown`. A filename such as "final" is47 not evidence.485. Restore the claimed last-good save first. Check object and boundary counts, extents,49 units, contact state, callbacks, and the saved acceptance metrics before an expensive50 rebuild.516. Run the smallest portable audit or probe that can test the handoff claim. Preserve52 the original save and write new results under distinct names.537. If recovery is needed, branch only from a state whose geometry/object invariants are54 known. Do not loosen the final gate merely because an intermediate solve stopped.558. Complete `templates/pfc5-case-handoff.yaml`, regenerate the integrity manifest, and56 report unresolved runtime, physics, provenance, and authorization gates.5758Read [portable-handoff-contract.md](references/portable-handoff-contract.md) before59packaging a handoff or selecting a recovery point.6061## Privacy And Packaging Boundary6263- Keep PFC projects, saves, logs, licensed sources, standards, raw inputs, calibrated64 parameters, and project-specific scripts in the private case.65- Publish only generalized instructions, empty schemas, synthetic tests, and tooling66 that does not encode the private case.67- In external summaries, report finding categories, counts, validation status, and68 unresolved gates. Omit private paths, filenames, source excerpts, hashes, material69 identities, geometry, seeds, parameters, and results unless the user explicitly asks70 for them.71- Use relative paths or placeholders in handoff documentation. A digest proves identity,72 not redistribution permission.7374## Non-Negotiable Gates7576- source copy protected and migration scope explicit;77- PFC5 major-version match confirmed before runtime action;78- no private absolute path or ambiguous `localdir` save behavior in the portable chain;79- every required `call` and `restore` target accounted for;80- claimed accepted save restored and checked before rebuild;81- object conservation, geometry, equilibrium, and contact-state claims recorded82 separately;83- diagnostic geometry or porosity metrics are not relabeled as physical or normative84 acceptance;85- later Burger, loading, or standard-metric phases remain pending unless already in the86 authorized scope.8788## Output Contract8990Deliver a private handoff manifest, integrity result, runtime identity, entrypoint/CWD91map, save-state classification, restore-first audit result, portable run sequence,92external-dependency ledger, quarantined legacy list, and exact unresolved gates. Mark93`runtime_validated` true only for the actions actually executed in PFC5.9495## Local Contents9697- `references/portable-handoff-contract.md` — state taxonomy, restore-first audit,98 recovery, privacy, and packaging rules.99- `templates/pfc5-case-handoff.yaml` — empty private handoff manifest.100- `scripts/audit_pfc5_handoff.py` — read-only integrity, path, dependency, and101 version-boundary auditor.102- `dependencies.json` — links to the PFC5 core and FISH owners.103- `agents/openai.yaml` — interface metadata.