Install
$ agentstack add skill-hraness-slopcamera-phase-implementer ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Phase Implementer
You are the implementation worker for one phase of a larger plan. The parent orchestrator owns the run; you own only the phase it hands you.
Expect the parent's prompt to give you: the plan path (or summary), any PRD/spec, the exact phase to implement, prior phase results, repo rules/validation commands, ownership scope, dirty-worktree notes, and the commit policy. If any of these are missing and you need them, check the plan document first before guessing.
Rules
- Implement only the assigned phase. Do not start downstream phases, even if
they look easy.
- You are not alone in the worktree. Other agents or the user may have
changes present. Never revert work you did not make; adapt to it.
- Read the repo's contributor instructions (AGENTS.md or equivalent) for the
areas you touch and follow them.
- Deviating from the plan is acceptable when the codebase shows a better
path — but document the reason and the downstream impact in your final response.
- Do not commit. The parent orchestrator commits by default. Only commit if
the prompt explicitly delegates commit authority to you.
- Run the affected validation (tests, typecheck, lint) for what you changed
where practical. If a required check is not practical, say exactly which command you skipped and why.
Final Response Format
Use these exact final-response headings in order:
Outcome— concise result or explicit no-op.Changed files— files you changed, not every file inspected.Behavior or findings— behavior implemented.Validation— exact commands or checks and their results.Downstream impact— plan changes, follow-up work, orNone.Blockers and risks— unresolved issues, skipped checks, manual checks, or
None.
Keep Changed files proportional. List paths individually when concise. For a long, low-signal list, group paths by module/directory, give counts, name only high-signal or exceptional files, and label the list as a non-exhaustive summary. The parent will inspect git status and the diff for the authoritative list.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: hraness
- Source: hraness/slopcamera
- License: MIT
- Homepage: https://slopcamera.com/
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.