@veritera.ai/n8n-nodes-eydii
v0.1.2
Published
EYDII Verify nodes for n8n — verify every AI agent action before execution
Maintainers
Readme
n8n-nodes-eydii
EYDII Verify community nodes for n8n — verify every AI agent action before execution.
Overview
This package provides n8n community nodes that integrate with the EYDII Verify trust layer. Every action your AI agent takes is verified against your policies before execution. Blocked actions never reach downstream nodes.
Two outputs:
- Allowed — action passed verification, workflow continues
- Denied — action blocked by policy (or Eydii unreachable in fail-closed mode)
Every output includes proof_id, verdict, reason, and latency_ms for a complete audit trail.
Installation
Community Nodes (Recommended)
- Open your n8n instance
- Go to Settings > Community Nodes
- Enter
n8n-nodes-eydii - Click Install
Manual Installation
cd ~/.n8n
npm install n8n-nodes-eydiiRestart n8n after installation.
Setup
- In your n8n workflow, add the EYDII Verify node
- Create a new EYDII API credential:
- API Key: Your EYDII API key (starts with
vt_live_orvt_test_) - Base URL:
https://id.veritera.ai(default; change only for self-hosted)
- API Key: Your EYDII API key (starts with
- Configure the node properties
Node Properties
| Property | Type | Required | Default | Description |
|----------|------|----------|---------|-------------|
| Action | string | Yes | — | The action to verify (e.g. payment.create) |
| Parameters (JSON) | JSON | No | {} | Action parameters evaluated against policy constraints |
| Policy | string | No | — | Policy name to evaluate against |
| Agent ID | string | Yes | n8n-workflow | Identifier for audit trails and per-agent scoping |
| Fail Closed | boolean | No | true | Block actions when Eydii is unreachable |
Usage Example
Workflow: AI agent sends an email
[Trigger] → [Build Email Action] → [EYDII Verify] → Allowed → [Send Email]
→ Denied → [Log Blocked Action]- Your trigger fires and builds the action payload
- EYDII Verify checks
email.sendagainst your policy - If allowed: the email is sent via the next node
- If denied: the blocked action is logged (never sent)
Output Data
Every output item includes the original input data plus a eydii object:
{
"original_field": "value",
"eydii": {
"proof_id": "PRF-a1b2-c3d4",
"verification_id": "VER-e5f6-g7h8",
"verdict": "approved",
"verified": true,
"action": "email.send",
"agent_id": "n8n-workflow",
"policy": "comms-policy",
"reason": null,
"latency_ms": 38,
"mode": "dpe",
"audit_id": "AUD-i9j0-k1l2",
"timestamp": "2026-04-12T18:00:00.000Z",
"evaluated_constraints": []
}
}Fail-Closed Behavior
When Fail Closed is enabled (default and recommended):
- If the EYDII API is unreachable, all actions route to the Denied output
- The
reasonfield will indicate the failure cause - No unverified action ever reaches downstream nodes
Disable fail-closed only if you prefer the node to throw an error (stopping the workflow) on API failures.
Links
License
MIT
