AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
MCP verified MIT Self-run

Faf Trinity

mcp-wolfe-jam-faf-trinity · by Wolfe-Jam

faf-trinity — the chassis for agentic MCP

No reviews yet
0 installs
15 views
0.0% view→install

Install

$ agentstack add mcp-wolfe-jam-faf-trinity

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No 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.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/mcp-wolfe-jam-faf-trinity)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
1mo ago

Declared compatibility

Claude CodeClaude DesktopCursorWindsurf

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

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 →
Are you the author of Faf Trinity? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

faf-trinity

faf-trinity — the chassis for context, memory & agent in MCP

This reference implementation shows an MCP server exposing all three IANA-registered FAF formats — .faf (context), .fafm (memory), .fafa (agent identity) — through two mechanisms already proven live in production, not invented for this repo.

⭐ Bookmarks it for you, helps other devs find it too.

Problem

MCP servers today have no standard way to answer "who am I, what do I remember, what's my project." Every server that wants this invents its own ad-hoc shape.

Solution

The same three files back both exposure mechanisms:

project.faf ──┐
project.fafm ─┼──►  Server Card _meta   (one.faf/context, one.faf/memory, one.faf/agent)
.fafa ────────┘  └► ai-catalog.json     (3 sibling entries, same 3 files)

Neither mechanism is new protocol surface — both are already running in production at faf.one and context.faf.one, months before this repo existed. This extracts the minimal, forkable pattern from a full production app down to something you can read in one sitting.

What's actually proven, not just described

npm run demo runs all three, live:

  1. Context — the same BEFORE/AFTER pattern as mcp-project-context: a plain callTool() hits a "required, none supplied" wall, then the same call routed through callToolWithContext() gets filled from project.faf.
  2. Memoryremember() a fact on one server process, kill that process entirely, spawn a fresh one, recall() the same fact. No in-memory state survives that — only the file does. That's the actual claim .fafm makes ("memory that survives across sessions"), proven by genuinely crossing a process boundary, not simulated.
  3. Identitywhoami() reads this server's own .well-known/fafa, and the same three files are shown as a Server Card _meta block — the second proven exposure mechanism.

Render project.faf

npx faf-cli show

Renders project.faf as an HTML card. This is what faf show does today — .faf only. .fafm/.fafa rendering isn't part of faf-cli yet; if that ever ships, it's a bonus, not something this repo is waiting on.

Demo

npm install && npm run demo

Generate the catalog

npm run catalog

Writes .well-known/ai-catalog.json from the same three source files (project.faf, project.fafm, .well-known/fafa). Generated, gitignored — run it yourself rather than trust a committed copy that could go stale.

Core logic

  • src/context.ts — the param-fill mechanism, generalized from mcp-project-context (no domain stub this time)
  • src/memory.ts — real, file-backed remember/recall against project.fafm itself
  • src/identity.tswhoami() + the Server Card _meta trinity block
  • src/catalog-gen.ts — generates the ai-catalog.json sibling entries
  • src/server.ts — wires all three into one MCP server

What this is

A reference implementation of context + memory + agent identity, together, for discussion.

What this is not

  • Not a library or package intended for installation
  • Not an npm package — GitHub template distribution, fork it and own it
  • Not a framework — no plugin system, no API-stability promise
  • Not a full project-context system

Related

Citation

faf-trinity is the chassis for the agentic era. Cite the Agents paper for .fafa; Context and Memory sit beside it.

> Wolfe, J. (2026). Why Agents Need a Passport: .fafa — Portable Identity for the Agentic Era. Zenodo. https://doi.org/10.5281/zenodo.21951641

> Wolfe, J. (2025). Format-Driven AI Context Architecture: The .faf Standard for Persistent Project Understanding. Zenodo. https://doi.org/10.5281/zenodo.18251362

> Wolfe, J. (2026). Permanent Memory and Instant Recall: The .fafm Standard for Multi-Profile AI Agent Memory. Zenodo. https://doi.org/10.5281/zenodo.20348942

MIT

Source & license

This open-source MCP server is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.