Command Palette

Search for a command to run...

UnylyUnyly
Весь каталог

Minco

БесплатноНе проверен

Local read-only Model Context Protocol server for bounded Minco project views

GitHubEmbed

Описание

Local read-only Model Context Protocol server for bounded Minco project views

README

Minco connected runtime mark

Minco

Minimal cost, maximum capability.

Minco is the contract-to-cloud Rust framework for building, operating, and evolving low-idle-cost web applications through one inspectable application graph. OpenAPI is canonical, business logic stays ordinary Rust, plugins are statically linked, SQL remains visible, and AWS resources, cost, deployment, and evidence stay connected.

The default AWS profile uses API Gateway HTTP API and a native ARM64 Lambda. It contains no NAT Gateway, provisioned concurrency, scheduled poller, or always-on application compute. Storage, retained logs, DNS, secrets, database storage, schedules, requests, and other residual dimensions remain explicit.

Published baseline: 1.7.0

Current workspace version: 1.7.0

Workspace release state: published

Current publishable package count: 34

Documentation

Read the versioned Minco documentation, or start directly with:

Repository-native decisions, operational detail, and release evidence remain under docs/, docs/DECISIONS.md, and VERIFICATION.md.

Quick start

Install the exact stable control plane:

rustup toolchain install 1.97.1 --component clippy,rustfmt
cargo +1.97.1 install cargo-minco --version 1.7.0 --locked

Generate and inspect a layered SQLite application:

cargo minco new hello-minco --database sqlite
cd hello-minco
cp .env.example .env
cargo minco contract check
cargo minco inspect --json
cargo minco check --with-cargo

Applications normally depend on the feature-gated facade:

cargo add [email protected]

# PostgreSQL API on native Lambda
cargo add [email protected] --features sqlx-postgres,aws-lambda,plan,release,test

# Provider-neutral core only
cargo add [email protected] --no-default-features

Agent-native application development

The 1.7.0 release packages nine focused, version-matched workflow skills for Codex and Claude Code. It teaches the Apple-first fresh local-runtime selection while retaining exact-resource recovery, Docker fallback and the durable-audit boundary. The mandatory cumulative changelog-to-skill freshness gate remains in force. Minco plans project-local projections before writing, requires the exact plan digest to synchronize them, and preserves user-owned instructions and client configuration.

cargo minco agent plan --target all --json
cargo minco agent sync --target all --expect-plan-digest <sha256> --json
cargo minco agent doctor --target all --json
cargo minco agent context --operation placeOrder --json
cargo minco agent eval --target all --json

Context and evaluation are bounded, read-only projections over authoritative Minco project facts. They do not invoke a model, contact a provider, run a task, or grant commit, release, deployment, database, or production authority. See the 1.7.0 agent development guide.

Release qualification also verifies cumulative feature coverage, current versioned documentation, skill markers and a byte-identical deterministic Codex/Claude workflow receipt. That is release-content evidence, not a model quality score or mutation authority. Application-specific model evaluation and measured human-review effort remain NOT RUN for this release.

The resource API convention

Minco 1.7.0 retains the opt-in, OpenAPI-first CRUD convention without adding an ORM or generic repository:

Action Success Control
Create 201 with { "data": ... } idempotency key, location, strong ETag
List 200 with data and page bounded opaque cursor, allowlisted sort/filter
Read 200 with { "data": ... } strong ETag
Update 200 with { "data": ... } required strong If-Match
Delete 204 with no body required strong If-Match

Errors use application/problem+json with stable codes and request IDs. Authorization, validation, domain invariants, audit, retention, deletion policy, and transaction boundaries remain in application use cases.

Durable action auditing

The 1.6.0 release adds a schema-agnostic, append-only audit contract without introducing an ORM. Application use cases produce semantic actions and adapters commit them with the domain mutation: SQL profiles use a transactional source journal and a separate ledger, while the Orders DynamoDB profile uses one cross-table transaction and a separate retained audit table. History is permission-gated, cursor-bounded and privacy-aware.

Audit storage does not silently rotate at a byte threshold. SQLite can seal explicit bounded segments, PostgreSQL normally uses time partitions, and DynamoDB can retain a hot horizon before a separately proven archive. Storage, PITR, relationship fanout and archive costs stay visible. See the 1.7.0 auditing guide.

Static plugin distribution and conformance

The published 1.7.0 release includes strict, archive-visible plugin distribution records and one public offline conformance kit. Metadata can be inspected without loading plugin code; it never enables a crate or replaces explicit Cargo dependencies and typed constructor registration.

cargo minco plugin list --json
cargo minco plugin validate --json
cargo minco plugin test --all --json

Passing conformance proves the declared package and, when supplied, concrete composition behavior. Application, provider/live, deployment and production readiness remain distinct evidence states. See the 1.7.0 plugin guide.

Core guarantees

  • Contract first: reviewed OpenAPI operations, schemas, examples, security, success responses, and Problems precede implementation.
  • Strong boundaries: dependencies point delivery → application → domain; application ports are use-case-shaped and handlers contain no SQL.
  • Static capabilities: plugins use typed services and explicit selection; there is no runtime scanning or global service locator.
  • AWS native: Lambda/API Gateway events, SDK configuration, IAM intent, SAM/CloudFormation rendering, and secret references remain standard.
  • Cost aware: wake sources, connection pressure, retained resources, and pricing confidence stay visible.
  • Build once: promotion uses the exact verified artifact and manifest; it never rebuilds source.
  • AI native: stable paths, JSON inspection, diagnostics, tasks, checked-in generation, and exact evidence support humans and coding agents alike.
  • JJ first: one isolated workspace owns one task, with colocated Git for GitHub transport.

Architecture boundary

Minco is intentionally narrow. It provides a deep AWS-native path from contract to operation; it does not recreate Laravel’s runtime model, Active Record, dynamic package discovery, or a hosted control plane. Domain and application crates do not depend on Axum, SQLx, Lambda, AWS SDKs, or Minco deployment internals. The composition root alone selects concrete adapters and runtimes.

The accepted product definition and 1.0 completion boundary are in docs/vision/minco-framework-definition.md.

Development

Before changing code, read AGENTS.md, the relevant ADR, roadmap, and owning task. Useful inspection commands are:

cargo minco inspect --json
cargo minco explain <operationId> --json
cargo minco task show <id> --json
cargo minco deploy plan --stdout --json

Run the authoritative local gate before finishing:

./scripts/quality.sh
jj log -r 'conflicts()'

Local tests, hosted qualification, package dry run, registry publication, live deployment, promotion, and production runtime are separate evidence states.

Release

The coordinated 34-crate 1.7.0 family is published from immutable tag v1.7.0 at exact qualified commit 7773892792696ccf061ddbb49fa284e5ba7f6747. Independent registry validation found all 34 exact versions present and non-yanked after the guarded dependency-ordered upload. Source, hosted qualification, tag, GitHub release, registry, docs.rs, stable documentation, AWS deployment and production runtime remain separately verified evidence states; no live Waffo or AWS application mutation was part of this crate release.

See CHANGELOG.md, docs/adoption/0.4.0-to-0.5.0.md, docs/adoption/0.5.0-to-0.6.0.md, and docs/adoption/0.6.0-to-1.0.0.md, and docs/adoption/1.0.0-to-1.1.0.md, and docs/adoption/1.1.0-to-1.2.0.md, and docs/adoption/1.2.0-to-1.2.1.md, and docs/adoption/1.2.1-to-1.2.2.md, and docs/adoption/1.2.2-to-1.3.0.md, and docs/adoption/1.3.0-to-1.4.0.md, and docs/adoption/1.4.0-to-1.5.0.md, and docs/adoption/1.5.0-to-1.6.0.md, and docs/adoption/1.6.0-to-1.7.0.md, and docs/development/publishing.md.

License

Minco is released under the MIT License.

from github.com/xicv/minco

Установка Minco

У этого сервера нет опубликованного пакета — он собирается из исходников. Открой репозиторий и следуй инструкции в README.

▸ github.com/xicv/minco

FAQ

Minco MCP бесплатный?

Да, Minco MCP бесплатный — установка в пару кликов через Unyly без оплаты.

Нужен ли API-ключ для Minco?

Нет, Minco работает без API-ключей и переменных окружения.

Minco — hosted или self-hosted?

Self-hosted: сервер запускается локально на твоей машине командой из раздела установки.

Как установить Minco в Claude Desktop, Claude Code или Cursor?

Открой Minco на unyly.org, выбери вкладку своего клиента (Claude Desktop, Claude Code, Cursor) и нажми Install — конфиг сгенерируется автоматически, без правки JSON.

Похожие MCP

Compare Minco with

Не уверен что выбрать?

Найди свой стек за 60 секунд

Автор?

Embed-бейдж для README

Похожее

Все в категории development