mcp-server-decisions
by Roberton003
README.md
<!-- mcp-name: io.github.Roberton003/mcp-server-decisions -->
# š§ MCP Server: Decisions
An open-source MCP server that helps teams record architectural decisions, connect them to testable predictions, and validate outcomes over time. It gives AI agents and developers a lightweight, auditable memory for technical choices.
[](https://www.python.org/)
[](https://modelcontextprotocol.io/)
[](LICENSE)
[](https://pypi.org/project/mcp-server-decisions/)
[](https://glama.ai/mcp/servers/Roberton003/mcp-server-decisions)

## ⨠Project Highlights
- **Outcome-linked decisions** ā connect each technical choice to measurable predictions and observed results.
- **In-band outcome gates** ā tool responses identify predictions that still need validation before the work is considered complete.
- **Portable storage** ā append-only JSONL keeps the log inspectable, easy to back up, and free from database setup.
- **Zero runtime dependencies** ā Python's standard library is enough to run the server.
- **MCP-native interface** ā expose decision tracking through JSON-RPC over stdio to MCP-compatible clients.
- **Technology feedback** ā aggregate validated outcomes to inform future technology choices.
## š§° Technical Stack
| Layer | Technology |
|---|---|
| Protocol | Model Context Protocol over JSON-RPC 2.0 |
| Runtime | Python 3.10+ |
| Storage | Append-only JSONL file |
| Packaging | PyPI / Hatchling |
| Testing | Built-in self-test command |
| License | MIT |
## š Architecture
```mermaid
flowchart TD
A[MCP client or AI agent] --> B[JSON-RPC over stdio]
B --> C[mcp-server-decisions]
C --> D[Record decision]
C --> E[Attach prediction]
C --> F[Record outcome]
C --> G[Query decisions and technology history]
D --> H[(Append-only JSONL log)]
E --> H
F --> H
G --> H
F --> I[Validation status and accuracy]
I --> J[Future technical decisions]
```
## š What It Provides
The server exposes four tools:
| Tool | Purpose |
|---|---|
| `record-decision` | Store the problem, chosen solution, alternatives, technologies, and predictions. |
| `record-prediction` | Add a measurable prediction to an existing decision. |
| `record-outcome` | Record the observed result and classify the prediction as success, partial success, or failure. |
| `query-decisions` | Search decisions by keyword, technology, domain, or result limit. |
### Example flow
```text
Decide ā Predict ā Implement ā Measure ā Validate ā Learn
```
A decision can produce an outcome-gate reminder such as:
```json
{
"decision_id": "DEC-2026-0001",
"status": "OK",
"OUTCOME_GATE": "2 prediction(s) still lack outcomes."
}
```
The reminder is a workflow signal, not a claim about adoption or measured impact. See the [Outcome Gate Pattern](docs/OUTCOME-GATE-PATTERN.md) for the design and trade-offs.
## š Current Project Status
| Area | Status |
|---|---|
| Decision, prediction, and outcome tracking | Available |
| Outcome-gate reminders | Available |
| Technology performance report | Available |
| PyPI package | Published as `1.0.2` |
| External adoption metrics | Not collected yet |
| Web UI and notifications | Roadmap |
The project is early-stage. Contributions, examples from real projects, and feedback are welcome.
## š Setup
### Prerequisites
- Python 3.10 or newer
- An MCP-compatible client
### Install from PyPI
```bash
python3 -m pip install mcp-server-decisions
```
### Run the self-test
```bash
python3 -m pip install -e .
python3 server.py --selftest
```
### Configure an MCP client
```json
{
"mcpServers": {
"mcp-server-decisions": {
"command": "mcp-server-decisions"
}
}
}
```
For client-specific configuration and troubleshooting, see [Client Integrations](docs/INTEGRATIONS.md). For a guided first run, see [Quick Start](QUICKSTART.md).
### Configure the log path
By default, the server writes to `~/.local/share/mcp-decisions/decisions_log.json`. Set `MCP_DECISIONS_LOG_PATH` to use another file:
```bash
MCP_DECISIONS_LOG_PATH=/path/to/decisions.json mcp-server-decisions
```
## šļø Project Structure
```text
.
āāā server.py # MCP server and tool implementations
āāā scripts/ # Reports derived from the decision log
āāā docs/ # Architecture, examples, and integrations
āāā .github/ISSUE_TEMPLATE/ # Reusable bug and feature templates
āāā CONTRIBUTING.md # Development and contribution workflow
āāā QUICKSTART.md # Guided setup and first decision
āāā server.json # MCP Registry metadata
āāā pyproject.toml # PyPI package metadata
āāā LICENSE # MIT license
```
## š Documentation
- [Quick Start](QUICKSTART.md) ā install and record a first decision.
- [Client Integrations](docs/INTEGRATIONS.md) ā configure MCP clients.
- [Detailed Examples](docs/EXAMPLES.md) ā JSON-RPC requests and responses.
- [Architecture & Design](docs/ARCHITECTURE.md) ā storage, IDs, scoring, and trade-offs.
- [Outcome Gate Pattern](docs/OUTCOME-GATE-PATTERN.md) ā the reusable feedback-loop pattern.
- [Contributing](CONTRIBUTING.md) ā propose fixes, features, and documentation.
## š£ļø Roadmap
- [x] Core decision, prediction, and outcome tracking
- [x] Outcome-gate reminders
- [x] Technology performance reporting
- [ ] Web UI for browsing and searching decisions
- [ ] Notifications for low prediction accuracy
- [ ] Reusable decision templates and domain patterns
## š¤ Contributing
Issues and pull requests are welcome. Start with [CONTRIBUTING.md](CONTRIBUTING.md), run the self-test, and explain the problem or use case in the pull request.
## š License
[MIT](LICENSE) Ā© 2026 Roberto Nascimento
TDQS
A3.9/5.0
Scored across 4 tools
Disambiguation5/5
Each tool has a clearly distinct purpose: querying decisions, recording a decision, recording a prediction for that decision, and recording the outcome. There is no overlap or ambiguity.
Naming Consistency5/5
All tool names follow the same pattern: a verb followed by a noun, using lowercase and hyphens (e.g., record-decision). The naming is perfectly consistent.
Tool Count5/5
Four tools cover the core workflow of managing decisions with predictions and outcomes. The count is appropriate for this focused domain, not too few or too many.
Completeness4/5
The tool set covers the main lifecycle: querying, recording decisions, adding predictions, and logging outcomes. Missing update or delete functionality, but the core workflow is complete.
Maintenance
ActivityMaintained
ResponsivenessNo issues