Install
$ agentstack add skill-siarhei-belavus-agent-public-adhoc-teammate ✓ 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
Workflow
- Clarify
cwd, teammate role, task, and expected deliverable. - Run
pi --list-models. - Prefer providers in this order when suitable:
openai-codex,zai,github-copilot,anthropic. - Propose a table in this exact shape:
team_mate | provider | model | thinking level. - Default suggestions:
- deep code / planning / review →
openai-codex | gpt-5.4 | high - cheap parallel scout / light edits →
openai-codex | gpt-5.4-mini | medium - prose-heavy synthesis / research →
anthropic | claude-sonnet-4.6 | high - if unavailable, choose the nearest fit from the live list
- Ask for approval or refinement. Do not call
team_createorspawn_teammateuntil approved. - After approval, create or reuse a small runtime team, then
spawn_teammatewith a self-contained prompt.
Rules
- Quality first, then price.
- Keep the teammate prompt narrow, concrete, and file/task scoped.
- Manual use only. Never invoke this skill from another model.
Waiting / polling policy
- Prefer event-driven orchestration over tight polling.
- After dispatching a teammate, do not immediately re-check status in a rapid loop.
- Default behavior: send the work, state the expected reply, then explicitly conclude your turn and become idle.
- After dispatch, assume you will be resumed automatically when a new teammate message arrives; do not manufacture wake-ups yourself.
- Only poll when a human explicitly asks for progress, when a timeout/risk threshold matters, or when a teammate has been silent longer than reasonably expected for the task size.
- Never do repetitive
check_teammate/ inbox polling every few seconds. - Polling via
wait_background_processis prohibited without a strong explicit reason, such as an external long-running job, a human-requested progress check, or a real timeout/risk boundary. - For normal teammate orchestration, wait for messages instead of scheduling artificial wake-ups.
- If you must poll, use a coarse cadence measured in minutes, not seconds, unless the task is known to complete almost instantly.
Communication
Honor active caveman mode for user-facing replies per ../../references/communication-mode.md. Keep durable artifacts normal unless the human asks otherwise. Drop caveman for safety/clarity when needed, then resume.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: siarhei-belavus
- Source: siarhei-belavus/agent-public
- License: MIT
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.