Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add xuansenpa1/skillrevise --skill reflow-profile-compliance-toolkitgit clone --depth 1 https://github.com/xuansenpa1/skillreviseWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/xuansenpa1/skillrevise/reflow-profile-compliance-toolkit)<a href="https://agentmods.dev/skills/xuansenpa1/skillrevise/reflow-profile-compliance-toolkit"><img src="https://agentmods.dev/badge/skills/xuansenpa1/skillrevise/reflow-profile-compliance-toolkit/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/xuansenpa1/skillrevise/reflow-profile-compliance-toolkit"><img src="https://agentmods.dev/badge/skills/xuansenpa1/skillrevise/reflow-profile-compliance-toolkit.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00039 | $0.01965 |
| Opus 5 | $0.00019 | $0.00983 |
| Sonnet 5 | $0.00008 | $0.00393 |
| Haiku 4.5 | $0.00004 | $0.00197 |
Grade A, and why
reflow-profile-compliance-toolkit scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
This is a copy
100% identical to reflow-profile-compliance-toolkit — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 224 lines — stays where its author put it; the contents beside it link to each section on GitHub.
When to invoke:
- Whenever the task involves reflow related questions from thermocouple data, MES data or defect data and handbook-defined regions/windows/limits.
- Extract numeric limits / temperature regions / timing windows / margins / feasibility rules from handbook.pdf.
- Compute run-level metrics from time–temperature thermocouple traces in a deterministic way.
This skill is designed to make the agent:
- retrieve the right definitions from the handbook, and
- compute metrics with predictable tie-breaks and interpolation.
Handbook “where to look” checklist
Search the handbook for these common sections/tables:
- Thermal profile overview: defines “preheat”, “soak”, “reflow”, “cooling”.
- Ramp rate guidance: “ramp”, “slope”, “°C/s”, “C/s”.
- Liquidus & wetting time: “liquidus”, “time above liquidus”, “TAL”, “wetting”.
- Peak temperature guidance: “peak”, “minimum peak”, “margin above liquidus”.
- Conveyor / dwell feasibility: “conveyor speed”, “dwell time”, “heated length”, “zone length”, “time-in-oven”.
- Thermocouple placement: “cold spot”, “worst case”, “representative sensor”.
Goal: extract a compact config object from the handbook and use it for all computations:
cfg = {
# temperature region for the ramp calculation:
# either {"type":"temp_band", "tmin":..., "tmax":...}
# or {"type":"zone_band", "zones":[...]}
# or {"type":"time_band", "t_start_s":..., "t_end_s":...}
"preheat_region": {...},
"ramp_limit_c_per_s": ...,
"tal_threshold_c_source": "solder_liquidus_c", # if MES provides it
"tal_min_s": ...,
"tal_max_s": ...,
"peak_margin_c": ...,
# conveyor feasibility can be many forms; represent as a rule object
"conveyor_rule": {...},
}
If the handbook provides multiple applicable constraints, implement all and use the stricter constraint (document the choice in code comments).
Deterministic thermocouple computation recipes
- Sorting and de-dup rules Always sort samples by time before any computation:
df_tc = df_tc.sort_values(["run_id","tc_id","time_s"], kind="mergesort")
Ignore segments where dt <= 0 (non-monotonic timestamps).
- Segment slope (ramp rate) Finite-difference slope on consecutive samples:
s_i = (T_i - T_{i-1}) / (t_i - t_{i-1})fordt > 0- the “max ramp” is
max(s_i)over the region.
Region filtering patterns:
- Temperature band region: only include segments where both endpoints satisfy
tmin <= T <= tmax. - Zone band region: filter by
zone_id in zones. - Time band region: filter by
t_start_s <= time_s <= t_end_s.
Robust implementation (temperature-band example):
def max_slope_in_temp_band(df_tc, tmin, tmax):
g = df_tc.sort_values("time_s")
t = g["time_s"].to_numpy(dtype=float)
y = g["temp_c"].to_numpy(dtype=float)
best = None
for i in range(1, len(g)):
dt = t[i] - t[i-1]
if dt <= 0:
continue
if (tmin <= y[i-1] <= tmax) and (tmin <= y[i] <= tmax):
s = (y[i] - y[i-1]) / dt
best = s if best is None else max(best, s)
return best # None if no valid segments
- Time above threshold with linear interpolation
For wetting/TAL-type metrics, compute time above a threshold
thrusing segment interpolation:
def time_above_threshold_s(df_tc, thr):
g = df_tc.sort_values("time_s")
t = g["time_s"].to_numpy(dtype=float)
y = g["temp_c"].to_numpy(dtype=float)
total = 0.0
for i in range(1, len(g)):
t0, t1 = t[i-1], t[i]
y0, y1 = y[i-1], y[i]
if t1 <= t0:
continue
# fully above
if y0 > thr and y1 > thr:
total += (t1 - t0)
continue
# crossing: interpolate crossing time
crosses = (y0 <= thr < y1) or (y1 <= thr < y0)
if crosses and (y1 != y0):
frac = (thr - y0) / (y1 - y0)
tcross = t0 + frac * (t1 - t0)
if y0 <= thr and y1 > thr:
total += (t1 - tcross)
else:
total += (tcross - t0)
return total
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 9d ago First seen · 224 lines · 39 tokens per session scan A b21118d8a8c8
reflow-profile-compliance-toolkit is a skill published in the GitHub repository xuansenpa1/skillrevise (56 stars, last pushed 7d ago), licensed MIT. It adds 39 tokens to every session and 1,965 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to reflow-profile-compliance-toolkit, differing in 0 lines, and is treated as a copy.
Other skills, from other repositories
gke-compute-classes
Configures, optimizes, and troubleshoots GKE ComputeClasses. Use when configuring Spot VMs with on-demand fallback, targeting specific accelerators (GPUs/TPUs) or machine families, restricting ComputeClass access, or debugging pending pods related to node pool auto-creation. Do not use for cluster-level Node Auto…
jetson-diagnostic
Read-only Jetson health snapshot for identity, memory, GPU, thermal, power, storage, services, and top processes.
doca-socket-relay
Use this skill when the operator is driving the DOCA Socket Relay to bridge a socket-oriented host application onto a BlueField DPU peer without rewriting it — picking the deployment shape (in-process, sidecar, or BlueField service container), configuring the host-side socket and the DPU-side forwarding endpoint…
offensive-z-wave
Z-Wave attack methodology — sniffing with Z-Force / EZ-Wave / RTL-SDR + ZniffMobile, S0 (legacy) network-key derivation flaw and key reuse, S2 (modern) ECDH commissioning analysis, replay/injection on unauthenticated nodes, default-key brute-force on test deployments, and home-automation hub pivots. Use when targeting…
hsb-flash
Flash the FPGA on an HSB board connected to an NVIDIA devkit. Supports HSB Lattice boards (FPGA versions 2407, 2412, 2507, 2510) and Leopard Imaging VB1940 "all-in-one" cameras (FPGA versions 2507, 2510). Uses release-specific YAML manifests and board-type-specific program commands. Lattice and VB1940 commands must…
jetson-validate-image
Use after jetson-flash-image to run static BSP checks, on-target smoke/regression tests on a flashed DUT, or both. Not for build or flash steps. Triggers: validate bsp, on-target validation.