secretspec.dev valid
Automatically discovered from public files. Ownership management is optional. Inclusion does not imply endorsement or publisher participation.
Manage this listing — optional · Visit publisher ↗
What verification unlocks
See how your site is discovered—and control what agents see.
- Control what agents see
Edit your listing description, tags, public contact details and additional llms.txt paths. Publish your terms for automated access, attribution and pricing.
- Make your profile eligible for search
A valid, listed, unblocked, verified profile can appear in our publisher sitemap and become eligible for search-engine visibility. Search engines decide what to index and rank.
- Appear in our llms-full.txt
Eligible verified publishers are listed by name, with their file links and summaries, in the service overview agents can read.
Free. No account registration, backlink or payment required. Public discovery remains available without verification.
Let your coding agent verify it
If your coding agent is authorized to manage this website, paste these instructions into it.
Claim my listing on Agent Web Map for secretspec.dev:
1. POST https://agentwebmap.com/v1/sites/secretspec.dev/claims and keep claim_id and claim_secret private.
2. Publish the proof: add the line "AgentWebMap ownership: <token>" (token from step 1) to https://secretspec.dev/llms.txt, or use the DNS, meta-tag or well-known method the response describes.
3. POST https://agentwebmap.com/v1/sites/secretspec.dev/verify with {"claim_id": "...", "claim_secret": "..."}.
4. Save the api_key from the answer; it manages the listing (PATCH https://agentwebmap.com/v1/sites/secretspec.dev).
MCP equivalent: tools begin_ownership_claim, then verify_domain, at https://agentwebmap.com/mcp. Docs: https://agentwebmap.com/docs#verifyCorrections or removal requests: contact the directory. Ownership management is optional.
SecretSpec
SecretSpec is a declarative secrets manager for development workflows. It separates secret **declaration** from secret **storage**: commit a `secretspec.toml` that declares what secrets your application needs, while the actual values live in a secure provider (system keyring, 1Password, Vault, etc.).
Their llms.txt
The beginning of the file, from our validated copy saved 2026-10-21T21:40:11.345Z. Cached copy · Source on secretspec.dev
# SecretSpec
> SecretSpec is a declarative secrets manager for development workflows. It separates secret **declaration** from secret **storage**: commit a `secretspec.toml` that declares what secrets your application needs, while the actual values live in a secure provider (system keyring, 1Password, Vault, etc.).
SecretSpec answers three questions for every project:
- **WHAT** secrets does the application need?
- **HOW** do requirements change per environment (via profiles)?
- **WHERE** are the actual values stored (via providers)?
## Quick Start
1. Initialize: `secretspec init --from .env` or create `secretspec.toml` manually
2. Set secrets: `secretspec set DATABASE_URL`
3. Check status: `secretspec check`
4. Run commands with secrets: `secretspec run -- npm start`
## Configuration Example
```toml
[project]
name = "my-app"
revision = "1.0"
[profiles.default]
DATABASE_URL = { description = "PostgreSQL connection string", required = true }
REDIS_URL = { description = "Redis cache" }
TLS_CERT = { description = "TLS cert", as_path = true }
DB_PASSWORD = { description = "DB password", type = "password", generate = true }
[profiles.development]
DATABASE_URL = { default = "postgresql://localhost/dev" }
```
## Composed Secrets (0.16+)
`composed` derives a read-only value from other declared secrets with strict,
order-independent `${UPPERCASE_NAME}` references. Names must match
`[A-Z][A-Z0-9_]*`; it does not perform dotenv, shell, ambient-environment, or
recursive expansion.
## Type-safe Rust SDK
```rust
secretspec_derive::declare_secrets!("secretspec.toml");
fn main() -> Result<(), Box<dyn std::error::Error>> {
let resolved = SecretSpec::builder()
.with_provider("keyring://")
.with_profile("development")
.with_reason("start application")
.load()?;
println!("Database: {}", resolved.secrets.database_url);
if let Some(redis_url) = &resolved.secrets.redis_url {
println!("Redis: {redis_url}");
}
resolved.secrets.set_as_env_vars();
…
Related sites
Other listed sites in Cybersecurity. See the whole category →
| Domain | Title | Category | Country | Authority | llms.txt | llms-full.txt | Save |
|---|---|---|---|---|---|---|---|
| cloudflare.com | Cloudflare | documentation AI and machine learning Cybersecurity +1 | 85 | ✓ | ✓ | ||
| digicert.com | DigiCert | documentation Cybersecurity Authentication and identity | US | 74 | ✓ | ||
| paloaltonetworks.com | Palo Alto Networks | documentation Cybersecurity | US | 74 | ✓ | ✓ | |
| acronis.com | Acronis | documentation Cybersecurity | US | 70 | ✓ | ✓ | |
| akismet.com | Akismet | interface Cybersecurity APIs and SDKs | US | 70 | ✓ | ||
| datadoghq.com | Datadog | interface DevOps and observability Cybersecurity | 70 | ✓ | |||
| okta.com | Okta and Auth0 Platforms | documentation Authentication and identity Cybersecurity | 70 | ✓ | |||
| opentext.com | OpenText | documentation Cybersecurity Finance and payments +2 | CA | 70 | ✓ | ✓ |
Help agents understand your site
Optionally manage your description, publish terms for agents, review file health, measured discovery requests, publisher clicks and score history. Confirm domain control in your browser using a fresh token in your llms.txt, DNS, meta tag or well-known file. No backlink is required.
Manage this listing → · Agent and API instructions
Machine-readable: GET /v1/resolve?q=secretspec.dev · GET /v1/domain/secretspec.dev · this page as Accept: application/json or text/markdown · MCP lookup_domain