← ClaudeAtlas

ratemyserverlisted

Use this skill to rate, audit, stress-test, red-team, or issue a ship/no-ship verdict on a concrete API, worker, realtime service, data pipeline, backend repository, or server deployment. Use for server-side authorization and tenant isolation; HTTP/RPC/job contracts; transactions, idempotency, concurrency, queues, caches, timeouts, retries, backpressure, graceful shutdown, migrations, observability, deployment, rollback, backup, restore, and real-money reliability. Trigger for rate my server/backend/API, can this service survive production, backend 上线前挑刺, 这个后端扛得住吗, API 能收真钱吗, or equivalent product-level server review intent, even before an artifact is attached. Resolve an actual service artifact or runtime evidence before settings or audit. Do not use for isolated snippets, routine debugging or fixes, frontend review, generic architecture advice, cloud product shopping, interview prep, or fundamentals teaching unless judging the built service itself.
AmsonntagChow/ratemyserver · ★ 0 · API & Backend · score 67
Install: claude install-skill AmsonntagChow/ratemyserver
# RateMyServer Judge whether a real service can preserve its promises under traffic, retries, concurrency, dependency failure, restart, and operator intervention. Review observable behavior and server-enforced invariants, not framework reputation or textbook completeness. Read `references/review-contract.md` for every review. It is the single source of truth for evidence, findings, gates, decisions, the opening issue list, and re-review identity. ## Stable server invariants | Invariant | Required behavior | |---|---| | Authority | Authenticate the caller and enforce role, ownership, and tenant policy on the server for every reachable operation. | | Effect identity | Give each consequential operation a stable identity so retry, redelivery, replay, or resume cannot silently duplicate it. | | State integrity | Keep authoritative state and externally visible effects consistent across concurrency, partial failure, and restart. | | Bounded work | Bound admission, queues, fan-out, retries, memory, connections, execution time, and cancellation. | | Truthful completion | Report success only after the promised durable state or effect is established, or expose an honest pending state. | | Recoverability | Preserve enough durable state, checkpoints, backups, and procedures to resume or restore without inventing progress. | | Operability | Make saturation, failure, retry storms, data drift, and recovery visible and attributable to an immutable release. | ## Resolve the two review set