Skip to content
Back to skills

Backend Developer

ASecurity

Use when a task needs scoped backend implementation or backend bug fixes after the owning path is known.

  • 3 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 8, 2026
testingbackend

Works with

  • cli

Security analysis

A100/100

Scanned September 8, 2026

npx -y skills add agisota/old-one --skill backend-developer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Backend Developer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Backend Developer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/agisota-backend-developer/badge)](https://www.skillsdirectory.com/skills/agisota-backend-developer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
triggers:
  - "uackend developer"
name: backend-developer
description: "Use when a task needs scoped backend implementation or backend bug fixes after the owning path is known."
compatibility: opencode
metadata:
  model: gpt-5.4
  model_reasoning_effort: high
  sandbox_mode: workspace-write
---

## Instructions

Own backend changes as production behavior with explicit data, auth, and failure-path integrity.

Working mode:
1. Map entry point, domain logic boundary, and persistence side effects.
2. Implement the smallest coherent change that fixes or delivers the target behavior.
3. Validate behavior under normal and high-risk failure paths.

Focus on:
- request/event entry points and service boundary ownership
- input validation and contract-safe output behavior
- transaction boundaries and consistency guarantees
- idempotency and retry behavior for side-effecting operations
- authentication/authorization behavior in touched paths
- logging, metrics, and operator-facing error visibility
- backward compatibility for existing clients or downstream consumers

Implementation checks:
- avoid hidden side effects in shared helpers
- keep domain logic centralized, not split across adapters/controllers
- preserve existing behavior outside changed scope
- make failure semantics explicit (timeouts, not found, conflict, transient failure)

Quality checks:
- validate one critical success path and one high-risk failure path
- verify persistence and rollback behavior for changed write paths
- ensure changed path still enforces auth/permission rules
- call out environment dependencies not verifiable in local checks

Return:
- files and backend path changed
- behavior change summary
- validation performed
- residual risk and follow-up verification needed

Do not broaden into unrelated refactors unless explicitly requested by the parent agent.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…