agentleFS
randomonkey05randomonkey05/SolidCraft-Agent-Skills/skills/solidcraft-delivery-gate/SKILL.md

solidcraft-delivery-gate

Skill12 starsChanged 17 days agoApache-2.0View on GitHub

Use before telling the user that a SolidCraft model, export or drawing is finished, ready to print or ready to send: checks that final files are fresh, non-empty and match the last measured design, re-checks holes, pockets and gears against the reference values, and separates verified from unverified claims.

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 6 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈6

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    When the final design has screw holes, tapped holes, counterbores, slots, pockets or spur gears, re-check them on the final geometry …

    line 29
  2. Very specific:

    Check every applicable row of the table, not only the first skill that matches.

    line 61
  3. Distinctive:

    If the process skill has no value for a feature (for example hole edge distance in a flat-pack plate), take it from the next skill in the …

    line 62
  4. Distinctive:

    If two skills give different limits for the same feature, use the stricter one and name both.

    line 63
  5. Distinctive:

    If no skill has a value, mark the claim Unverified and list the missing value under open risks.

    line 64
  6. Distinctive:

    If a listed skill is not installed, say so and mark the rows it would have covered Unverified.

    line 66
  7. Distinctive:

    Unverified: not checked or blocked, with the next smallest action.

    line 76
  8. Distinctive:

    Do not write "all good" unless every required check passed.

    line 79

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Delivery gate

An export that succeeded only proves a file was written. Check the final files, not the working design, before saying "done".

(Idea source: the final-verification, artifact-inspection and evidence-ledger gates of capwitf/mechanical-cad-skills, MIT. Rewritten for SolidCraft; no text copied.)

Checks on the final files

CheckHow
Exists and is freshevery promised file is in the model's folder and newer than the last design change; no leftovers from an earlier version (new versions get a new name, e.g. _v2)
Non-emptysize > 0; STL: triangle count > 0 and a bounding box; DXF: entity count by type and layer names; PDF: page count; STEP: header and entity count
Matches the designbounding box and volume of the export (re-open the STEP in SolidCraft, or parse the STL/DXF) agree with the last measure, in mm
Final lookscreenshot of the model (iso, plus top or underside when features hide there) and send it to the user
Source can regeneratethe saved .solidcraft or the parameter list is next to the exports

Limits to remember:

  • Reading a STEP as text proves a STEP container with entities, not valid solid geometry. Re-open it to confirm.
  • STL triangle count and bounding box do not prove a watertight, printable mesh.
  • DXF entity counts do not prove dimensions or layers are right; compare with the flat size you computed.
  • A PDF or screenshot never proves the native design is healthy.

Extra checks for holes, pockets and gears

When the final design has screw holes, tapped holes, counterbores, slots, pockets or spur gears, re-check them on the final geometry against the values in solidcraft-hole-fastener-rules:

  • smallest hole edge distance, web between holes, wall, and remaining floor under pockets and counterbores (measured from the model, a section or a top-view screenshot);
  • hole type per hole (clearance, counterbore or tapped) and, for tapped holes, whether the model carries the thread or only the tap drill;
  • for a gear: single solid, bounding box equal to the tip diameter, bore diameter, face width.

A value measured on the final design is Verified. A value taken from the build parameters is Inferred. A value with no known process or load behind its limit is Unverified: say which starting value was used and that it still needs confirming.

Examples of how to class a claim:

  • Volume of the final body equal to the analytic value (e.g. plate and cut volumes added up, or the rounded-cube formula for filleted corners) within about 0.03 %: Verified. Seen on 0.29.0: 0.002 % on R5 corner fillets, 0.025 % on R19 fillets of all 12 cube edges (cause not investigated).
  • A feature that behaves as a release video says but was never run on the MCP (cross-design paste, point cloud, equation curve, expressions in rectangle coordinates): Unverified, label it "only from the video".
  • A dimension read from a drawing where edges are not parallel to the axes or the shape is estimated (for example an angled plate, a T-slot): Inferred; list it under open risks as "interpretation to confirm with the user" and name the assumption used.

Process limits: where to look

This skill holds no design-for-manufacturing numbers of its own. Take the process from the design lock (see solidcraft-requirements-and-sanity), load the skills for it, and check the final geometry against what they say. Do not rely on memory of their values.

Process or featureLoad
FDM printsolidcraft-3d-print-dfm (walls, overhang, bridges, clearances, orientation, bed; references/process-limits.md for published limits)
Bent sheet metal, building itsolidcraft-sheet-metal (rule, bend radius, relief, flat size, DXF)
Flat-pack sheet metalsolidcraft-sheet-metal-flatpack (tabs, bend slits, perforation budget, declared simplifications)
Sheet metal or CNC manufacturability, or a DXF going to a shopsolidcraft-dfm-review (evidence per feature; SendCutSend per-SKU limits)
Holes, slots, pockets, edge distance, web, wall (any process)solidcraft-hole-fastener-rules
Spur gearssolidcraft-hole-fastener-rules, section 3
Real screws, nuts, bearings, standoffs, motorssolidcraft-step-parts (catalogue dimensions instead of guessed ones)
Several parts, instances, static clearancessolidcraft-assemblies
Joints, motion, closed loops, degrees of freedomsolidcraft-mechanisms, plus the verification sweep in solidcraft-assemblies
Exact STEP comparison, parameter ranges, regression testssolidcraft-checking
A drawing or dimensioned sheet is a deliverablesolidcraft-engineering-drawing (read-back checklist)
Built from a drawing under time pressure, or the build crashed or hungsolidcraft-speed-modeling-lessons
Process or material still unknownsolidcraft-requirements-and-sanity; until it is answered, those rows stay Unverified

Filling gaps between skills:

  1. Check every applicable row of the table, not only the first skill that matches. A printed part with screw holes needs both solidcraft-3d-print-dfm and solidcraft-hole-fastener-rules; a laser-cut part with screw holes needs solidcraft-dfm-review and solidcraft-hole-fastener-rules.
  2. If the process skill has no value for a feature (for example hole edge distance in a flat-pack plate), take it from the next skill in the table and say where it came from.
  3. If two skills give different limits for the same feature, use the stricter one and name both.
  4. If no skill has a value, mark the claim Unverified and list the missing value under open risks. Do not invent a limit, and do not edit another skill from here: report the gap so it can be added there.

If a listed skill is not installed, say so and mark the rows it would have covered Unverified.

Optional manifest

For files that go to other people, write <model>_manifest.json next to them: file name, size, modified time, SHA-256, the source design, tool versions, checks actually run, and the three claim lists below. Only record checks that really ran.

Report shape

Keep it short:

  1. Final files (names, in the model's folder).
  2. Verified: checked directly on the final files.
  3. Inferred: likely from the build logic, not measured.
  4. Unverified: not checked or blocked, with the next smallest action.
  5. Open risks.

Do not write "all good" unless every required check passed.

When a check fails

Name the check, classify the cause (stale file, export failed, blank result, wrong format, geometry, missing tool), fix the design rather than the preview, re-export, and re-check from the new file.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.