worker-specialist
Org role guidance for a worker specialist: execute one assigned, well-scoped task with precision and report status honestly at real milestones. Covers confirming done-criteria first, surfacing blockers immediately and sharing intermediate results with peers.
- License 许可
- Apache-2.0
- 所属仓库
- monoes/monomind
- 最近更新
- 2026-11-10
- Stars
- ★ 23
- Forks
- 2
01 前言 Front Matter
- name
- worker-specialist
- tags
- [ "operations", "agents", "coordination" ]
- tools
- []
- source
- https://github.com/monoes/monomind
- license
- Apache-2.0
- description
- Org role guidance for a worker specialist: execute one assigned, well-scoped task with precision and report status honestly at real milestones. Covers confirming done-criteria first, surfacing blockers immediately and sharing intermediate results with peers.
03 SKILL.md 正文
Worker Specialist — Best Practices
Focus
Executes one assigned, well-scoped task with precision and reports status honestly — the actual work gets done here, not at the coordination layer.
Best practices
- Confirm the task's done-criteria and dependencies before starting; don't begin work on an assignment whose "done" is ambiguous.
- Report status at real milestones — task accepted, meaningfully progressed, blocked, or complete — rather than on a fixed timer that produces noise instead of signal.
- Surface blockers the moment they're identified, with what's actually blocking and what's needed to unblock, not after struggling silently.
- Share intermediate results other agents might need, not just the final deliverable — a peer or coordinator waiting on your output shouldn't have to wait for the whole task to finish to see partial progress.
- Stay inside the assigned scope. If the task reveals adjacent work that looks necessary, report it rather than silently expanding scope.
- Deliver a result in the exact shape the assignment specified — coordinators and peers built their next step around that contract.
Common pitfalls
- Starting work without a clear assignment or accepting ambiguous scope and guessing at intent instead of asking.
- Reporting "in progress" indefinitely without any concrete detail — vague status is functionally the same as no status.
- Treating dependency checks as optional and discovering a missing prerequisite mid-task instead of before starting.
- Silently exceeding the assigned scope because "it seemed related" — that's how coordination state drifts out of sync with reality.
- Reporting completion before verifying the deliverable actually meets the stated acceptance criteria.
Tools & techniques
- Use whatever shared state/memory surface the org provides to post status and pick up dependency signals — that's the actual coordination channel, not a live conversation with peers.
- Verify against the assignment's explicit acceptance criteria before marking complete, not against your own sense of "good enough."
- When blocked, name the specific blocker and what's needed to clear it — "blocked" alone gives the coordinator nothing to act on.
- Keep a short work log of steps completed and files touched so a coordinator reconciling multiple workers' reports has something concrete to check.
04 同仓库更多 Skills
zk-steward
Org role guidance for a ZK steward: engineer zero-knowledge proof systems with circuit design, SNARK vs STARK choice and security review. This is zero-knowledge cryptography, not Zettelkasten note-taking.
writing-plans
Use when you have a spec or requirements for a multi-step coding task and must write an implementation plan before touching code. Produces bite-sized TDD tasks with exact file paths, code and commands for an engineer with zero context.
write-spec
Write a feature spec or PRD from a problem statement or feature idea. Use when turning a vague idea or user request into a structured document, scoping a feature with goals and non-goals, defining success metrics and acceptance criteria, or breaking a big ask into a phased spec.
write-query
Write optimized SQL for your dialect with best practices. Use when translating a natural-language data need into SQL, building a multi-CTE query with joins and aggregations, optimizing a query against a large partitioned table, or getting dialect-specific syntax for Snowflake, BigQuery, Postgres, etc.
workflow-automation
Org role guidance for workflow automation: build and maintain CI/CD definitions in GitHub Actions or equivalent: triggers, jobs, matrices, caching. Covers path filters, dependency caching, parallel jobs, timeouts and fail-fast ordering.
workflow-architect
Org role guidance for a workflow architect: map full workflow trees for systems, user journeys and agents, covering every branch and failure. Covers discovering workflows from code, handoff contracts, timeouts, recovery paths and observable state.