Install
$ agentstack add skill-vibbs-company-os-background-jobs ✓ 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.
About
Background Jobs
Reference
- ID: S-ENG-03
- Category: Engineering
- Inputs: job requirements, retry semantics, throughput targets, failure modes
- Outputs: background job design document → artifacts/engineering/
- Used by: Engineering Agent
- Tool scripts: ./tools/artifact/validate.sh
Purpose
Provides design patterns and conventions for building reliable background job systems with proper retry logic, idempotency guarantees, and queue management to prevent data corruption and ensure at-least-once processing.
Procedure
Step 0: Tech Stack Detection
Read tech_stack.queue from company.config.yaml to determine the job processing framework.
Framework-specific patterns:
| Framework | Language | Job Structure | Retry Config | Dead-Letter | |-----------|----------|---------------|--------------|-------------| | BullMQ | TypeScript | Queue + Worker classes, job data as typed interface | attempts + backoff in job options | Failed jobs move to __failed__ queue | | Celery | Python | @app.task decorator, bind=True for self-reference | max_retries + default_retry_delay on task | task_reject_on_worker_lost=True | | Sidekiq | Ruby | include Sidekiq::Worker, perform method | sidekiq_options retry: N | Dead set after max retries |
If tech_stack.queue is not configured, present recommendations based on tech_stack.language.
Cross-references: See deployment-strategy for queue infrastructure, observability-baseline for job metrics.
- Identify the jobs to be processed asynchronously and their triggers.
- Classify each job by priority, expected duration, and failure tolerance.
- Design the queue topology: which queues, routing rules, concurrency limits.
- Define retry strategy for each job type: max retries, backoff algorithm (exponential, linear), dead-letter handling.
- Ensure idempotency: define idempotency keys and deduplication windows.
- Design failure handling: what happens on permanent failure, alerting, manual retry paths.
- Define observability: job start/end logging, duration metrics, failure rate dashboards.
- Document rate limiting and backpressure mechanisms.
- Save the design document to
artifacts/engineering/. - Validate the artifact using
./tools/artifact/validate.sh.
Quality Checklist
- [ ] Every job type has a defined retry strategy
- [ ] Idempotency keys are specified for all state-mutating jobs
- [ ] Dead-letter queue handling is defined
- [ ] Concurrency limits prevent resource exhaustion
- [ ] Failure alerting thresholds are specified
- [ ] Backpressure mechanism is documented
- [ ] Observability hooks (logs, metrics, traces) are included
- [ ] Artifact passes validation
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: vibbs
- Source: vibbs/company-os
- 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.