
FYI MCP
io.github.edithatogoPublished by GitHub account edithatogov0.1.2Updated Oct 25, 2026
FYI request management with tools for requests, authorities, correspondence, sync, and health.
Overview
A local MCP server for managing Freedom-of-Information requests across Alaveteli platforms, with tools for requests, authorities, correspondence, sync and local
- What you can do
- Register, list, inspect and update the status of FOI/OIA requests stored in a local database, and build pre-filled submission URLs for them. Import and discover public authorities and requests from Alaveteli instances, and reconcile discovery output. Ingest feeds, run scheduled monitoring and sync correspondence for tracked requests. Generate dashboards, attention reports and handover documents, and export requests or bundles. Run health and privacy checks over the local store.
- When to use it
- For people who file or track official information requests on Alaveteli-based sites such as WhatDoTheyKnow, RightToKnow or FragDenStaat and want an assistant to help organise, monitor and report on them from a local database. Less useful if you only need one-off web lookups.
- Requirements
- Runs as a local process on the user's machine (desktop only), installed from a release package or built from the Rust workspace with Cargo. It keeps a local SQLite database that must be initialised first. Network access is needed for discovery, feed ingestion, sync and capture against Alaveteli instances; archive discovery commands are read-only and need no API key.
Installation
In SourceWeft
- Open FYI MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
FYI CLI
A multi-jurisdiction Freedom-of-Information (FOI) client for Alaveteli-based platforms — track, submit, and archive official information requests across New Zealand, Australia, the UK, and any other Alaveteli deployment (foi-repository, WhatDoTheyKnow, FragDenStaat, and more), from a single privacy-focused CLI.
[PyPI version] [Crates.io] [License: MIT] [CI] [Codecov] [smithery badge] [Glama] [MCP Registry]
The project's core is a Rust workspace (fyi-core, fyi-cli, fyi-mcp); a legacy Python
package (fyi_system) remains available as a reference implementation but is no longer extended.
Where fyi-cli / fyi-mcp is listed
Draft / not yet submitted: Scoop, WinGet, Homebrew, Chocolatey, GHCR multi-arch workflow, PulseMCP, mcp.so, Docker MCP Catalog, mcp-get, OpenTools, AUR, nixpkgs, Snap, Flatpak, asdf/mise, Debian/PPA, Fedora/COPR.
cargo-binstall is already assets-ready and wired in-repo, but still depends on matching GitHub Release assets before it can be treated as a live distribution path. Codex and Anthropic packets are assets-ready but still require external submission.
Full status matrix (including planned channels): docs/registry-distribution-matrix.md.
🚀 Quick Start
Full guide: QUICKSTART.md
✨ Features
- 🌐 Multi-Jurisdiction: Works with any Alaveteli deployment — foi-repository (NZ), WhatDoTheyKnow (UK), FragDenStaat (Germany), righttoknow.org.au (Australia), and more, with jurisdiction-aware metadata and localization on the way
- 🔒 Privacy-First: All data stored locally, optional encryption, Tor support
- 📊 Track Requests: Monitor FOI/OIA requests from creation to completion
- 🤖 Automated Monitoring: Watch instances for updates automatically
- 📈 Reports & Analytics: Generate dashboards, attention reports, handover docs
- 🔐 Secure Storage: Encrypted credentials, OS keyring integration
- 💻 CLI + MCP: Command-line tool and an MCP server for AI assistants
- 📦 Export Options: JSON, CSV, HTML export capabilities
- 🗄️ Faithful Archiving: WARC/WACZ capture of requests, correspondence, and attachments
📦 Installation
Full guide (Rust-first, all channels): INSTALL.md · version 0.1.2 · homepage github.com/edithatogo/fyi-cli
Live listings and draft status: Where fyi-cli / fyi-mcp is listed · full matrix: docs/registry-distribution-matrix.md · MCP catalog checklist: packaging/mcp-catalogs/SUBMISSION_CHECKLIST.md.
📖 Documentation
📚 Citation and Zenodo
Release metadata is versioned in CITATION.cff, .zenodo.json, and
artifacts/release/zenodo-mirror-manifest.json. DOI fields remain unset until the live Zenodo
record is verified for the tagged release.
🛡️ Security
Reporting a Vulnerability
Please do NOT report security vulnerabilities through public GitHub issues.
Use GitHub's private vulnerability reporting: https://github.com/edithatogo/fyi-cli/security/advisories/new
Security Policy: SECURITY.md
Security Features
- ✅ AES-256-GCM encryption for sensitive data
- ✅ PBKDF2-HMAC-SHA256 key derivation
- ✅ OS keyring integration for credential storage
- ✅ Tamper-evident audit logging
- ✅ Secure session management
- ✅ Input validation and sanitization
- ✅ Security headers (CSP, HSTS, X-Frame-Options)
- ✅ Automated security scanning (CodeQL, pip-audit, bandit)
🧪 Testing
Test Coverage: Rust workspace checks are the release gate. Python support tests remain available for legacy docs and archive tooling.
🤝 Contributing
We welcome contributions! See CONTRIBUTING.md for guidelines.
Quick Start for Contributors
See CONTRIBUTING.md for the full development setup, including the legacy
Python fyi_system package.
Code of Conduct
Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms.
📊 Project Status
GitHub Projects
The project board for this repository is
fyi-cli Conductor Roadmap.
It mirrors the local .conductor/tracks.md registry and tracks completed
Conductor work, release-readiness items, and external MCP registry follow-ups.
The umbrella
Rare Insights on Open Policy from Aotearoa
project is synchronized at the item level. GitHub Projects does not support
nested projects, so synchronization is handled by
scripts/sync_github_projects.py and the
manual/scheduled project-sync workflow.
The workflow requires a repository secret named PROJECT_SYNC_TOKEN with
GitHub Projects access for user-level ProjectsV2 writes. The sync is
conservative: it adds missing fyi-cli issue/PR items to RIOPA, copies shared
status values, sets the RIOPA mirror source to other unless a fyi-cli option
exists, and never deletes umbrella-board items.
Project Status
This project is actively evolving from an NZ-only tool into a multi-jurisdiction FOI/Alaveteli
platform built on the Rust workspace. Current work is tracked as
Conductor tracks under .conductor/tracks.md, mirrored to GitHub epic
issues (#37-#46) and their sub-issues. See the project board below for live status, and
CHANGELOG.md for released versions.
🔗 Compatible Platforms
FYI CLI works with any Alaveteli-based platform. The embedded jurisdiction catalog currently includes:
See .conductor/tracks/jurisdiction-* for the rollout plan covering additional instances and
non-English localization.
📋 CLI Commands
Archive Discovery
The archive commands are read-only and do not require an API key.
Read-only authority discovery
discover-bodies keeps --base-url as the instance/capture URL. Use the
separate --catalog-url option only when the authority CSV is hosted at an
explicit alternate URL:
With --format jsonl, each output line contains only the stable downstream
contract fields url_name, name, and tags[]. The default JSON format also
includes retrieval provenance for audit records. Both modes are read-only,
robots-aware, and use the configured shared limiter.
The JSON output includes the effective catalog URL, whether the default or an override was used, retrieval time, HTTP status, row count, and a SHA-256 of the raw CSV payload. The override is read-only and still uses the catalog host's robots policy, contactable User-Agent, retry backoff, and shared rate limiter. Treat an override URL as trusted configuration: it can redirect discovery to a different authority set and should be reviewed and recorded alongside archive provenance.
Discovery uses a contactable User-Agent, checks robots.txt, and backs off on
transient 429/5xx responses. Keep live runs polite: use small date windows,
resume with checkpoints, and coordinate archive work with the ethics guidance in
the sibling fyi-archive repo at docs/ethics-and-compliance.md.
The Rust fyi-core network path is the primary resource-aware implementation:
it parses RateLimit-*/Retry-After, adapts pacing, enforces request/bytes/time
guardrails, persists load memory, caches safe GETs, and can emit secret-redacted
JSONL traces. Python remains a deliberately compatible discovery/capture path
and follows the same identity and retry etiquette.
For concurrent workers, point discover and backfill at the same SQLite
database with --db. That enables the shared cross-worker limiter, which
reserves one aggregate request slot across processes and records both normal
reservations and transient-failure backoff events. Inspect the current state
with fyi rate-limit-status --db fyi_system.db.
CLI and MCP surfaces
The full command and server cross-reference is maintained in docs/cli-entrypoints-audit.md. It covers the Python CLI entrypoints (fyi, fyi-cli, fyi-system), the Rust CLI binary (fyi-cli), and the Rust MCP server (fyi-mcp) with its published registry pages.
Opt-in live smoke test:
The AU RightToKnow smoke is bounded to one discovery page and at most five
request captures. It writes only to temporary test directories and remains
disabled unless FYI_LIVE_SMOKE=1 is explicitly set.
In the current live verification, RightToKnow returned HTTP 403 for the bounded JSON search request, so the smoke records an explicit external availability skip and does not attempt capture. This does not change default offline CI behavior or retry the denied request aggressively.
Faithful Archive Capture
fyi capture stores the public request JSON, rendered HTML, and attachments as
WARC records, deduplicates attachment bytes by SHA-256, and maintains a derived
request view for downstream dataset tooling.
Capture layout:
Each daily WACZ is appendable: subsequent captures add another WARC segment under
archive/ and merge the resource metadata in datapackage.json. Replay tooling
that supports WACZ/WARC can open the package from dist/site_snapshots/; for
low-level inspection, unzip it and read the WARC segments with warcio.
Full CLI reference: See fyi --help or USER_GUIDE.md
🏗️ Architecture
📜 License
This project is licensed under the MIT License - see the LICENSE file for details.
🙏 Acknowledgments
- Built on the Alaveteli platform by mySociety
- Inspired by the transparency work of foi-repository
- Uses cryptography for encryption
📞 Support
- Documentation: https://edithatogo.github.io/fyi-cli/
- Issues: https://github.com/edithatogo/fyi-cli/issues
- Discussions: https://github.com/edithatogo/fyi-cli/discussions
Made with ❤️ for transparency and privacy
Source: README.md at commit 2adfa97
Tools
0Version history
1- v0.1.2LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts