Install
$ agentstack add skill-maksimzayats-specx-specx-foundation ✓ 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
specx Foundation
Use this skill when a service class needs an explicit base, or when a new class category may need a project-local foundation base. Read references/foundation.md before editing foundation-related code.
Workflow
- Prefer packaged scoped bases from
specx.core.foundation,
specx.delivery.foundation, and specx.infrastructure.foundation.
- Do not create an empty
src//foundation/package. - Add a project-local
foundation/module only when current code needs a real
project-local base category or a stateful framework base that must not be shared globally, such as a SQLAlchemy declarative base.
- Keep project-local foundation limited to base definitions: marker bases,
common external-base wrappers, justified ABCs, and stateful framework bases. Put stable cross-scope concrete primitives under shared/, not foundation/.
- Give every project source class, including each local base, a docstring that
explains what it protects and includes a concrete usage example.
- Make every non-foundation project source class inherit an explicit scoped
base.
- Name each class with the suffix implied by its base ancestry, such as
TaskDTO, TaskEntity, TaskResponseSchema, CreateTaskUseCase, or TaskTitleNormalizerService.
- Use
BaseLifecyclefor delivery app lifespan managers such as
FastAPILifecycle.
- Prefer
@dataclass(frozen=True, kw_only=True, slots=True)for commands,
queries, DTOs, entities, and other core data classes unless the user asks for another model type.
- Keep
BaseCommandandBaseQueryas use-case input bases, independent from
BaseDTO. Commands and queries are not result DTOs.
- When an application value has a limited known set, model it with
BaseStrEnum instead of plain str or Literal[...].
- Keep business rules, delivery behavior, adapter code, and runtime wiring out
of project-local foundation modules.
Code Style
Use blank lines as logical separators in all code. Keep related statements together, but separate independent setup, action, assertion, response, branch, and transformation groups so long blocks stay readable.
References
references/foundation.md- packaged base catalog, import paths, extension
rules, and architecture guardrails.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: maksimzayats
- Source: maksimzayats/specx
- License: MIT
- Homepage: https://specx.dev
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.