Qsr Labor Leak Auditor

v2.0.0

Weekly labor cost auditor for restaurant and franchise operators. Tracks labor as a percentage of revenue daily, catches clock padding and scheduling drift,...

0· 73·0 current·0 all-time
byBlake Mcpherson@blake27mc
MIT-0
Download zip
LicenseMIT-0 · Free to use, modify, and redistribute. No attribution required.
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name/description (labor-cost auditing, mid-week alerts, pattern detection) matches the SKILL.md instructions. The data requested (sales, hours, avg hourly cost, payroll close day) is exactly what this purpose needs; there are no unrelated credentials, binaries, or install steps requested.
Instruction Scope
Runtime instructions are narrowly scoped: ask setup questions, collect two numbers daily, compute labor %, project weekly results, and surface recommendations. Instructions do not direct the agent to read arbitrary files, call external endpoints, or access environment variables beyond storing its own memory entries. It does mention common external sources (POS, scheduling software) only as context for how the user might obtain numbers; it does not request direct access.
Install Mechanism
No install spec and no code files — instruction-only skill. That minimizes surface area and matches the stated purpose.
Credentials
The skill requests no environment variables, credentials, or config paths. The level of access requested is proportional to its stated function.
Persistence & Privilege
The skill asks the agent to store daily entries in memory to build week-to-week context; this is expected for its functionality. Verify your agent's memory retention and access controls because stored labor data (sales, hours, cost estimates) can be sensitive.
Assessment
This skill is internally consistent and appears to do what it says. Before installing, consider: (1) privacy — the skill stores day-by-day labor data in agent memory, so confirm who can read that memory and how long it persists; avoid storing employee PII (names, SSNs, payroll IDs) unless you intend to and have proper protections in place; (2) verification — double-check the calculations (hourly cost, projected overspend) on first runs before taking schedule actions; (3) auditability — keep a separate copy of raw inputs (sales, hours) if you need records for compliance; and (4) model choice — use a capable model for reliable numeric tracking. If you need the skill to integrate directly with POS or scheduling systems, expect it to require explicit API credentials and a different evaluation.

Like a lobster shell, security has layers — review code before you run it.

latestvk970byhs9fvwb5ze0q7fqd6bad83zpv8

License

MIT-0
Free to use, modify, and redistribute. No attribution required.

Comments