Skip to main content

Sensez CLI and MCP server for structural maintainability checks

Project description

Why can't coding agents detect code smells? Because they don't have a noze.

Coding agents are very good at producing code. They are also very good at producing the same helper three times, gently ignoring your architecture notes, and using dict[str, Any] when you ask for type safety. You ask it to complete a task like "a staff software engineer", you ask it to follow SOLID principles and use strong type safety. It happily agrees, and starts working on the task. The vibes are immaculate. You come back a few minutes later to a slopocalypse that looks nothing like what your AGENTS.md says and you spend hours trying to understand where to start.

Sensez is a suite of Rust CLIs with an MCP server for maintenance before tech debt accumulates. It runs beside your linter and type-checker and looks for cross-file problems they usually do not own: duplication, dead code, import cycles, boundary violations, and design smells. It is designed to give your coding agent the noze to detect code smells, the bonez to respect architectural boundaries, and the spine to do it fast.

Supported language profiles currently include Python, JavaScript, TypeScript, and Rust (for dogfooding primarily).

Quick Start

Python

# Run a one-off scan with uv
uvx --from sensez sense noze .

# Add as a project dev dependency; run it with `uv run sense ...`
uv add --dev sensez
uv run sense init

# Install as a global CLI so `sense ...` works directly
uv tool install sensez
sense init

JS/TS

# Add as a dev dependency
npm install --save-dev sensez
# Generate a sensez.toml starter config
npx sensez init . 

# Run a one-off scan with npx
npx sense noze .

sense noze . is the default scan, but you can also use the verbose method: sense noze sniff .

Performance Snapshot

xychart-beta
  title "pylint benchmark seconds"
  x-axis ["sensez", "vulture", "repowise", "symilar"]
  y-axis "seconds" 0 --> 20
  bar [0.27, 1.29, 17.26, 20]

sensez scans all structural pillars in one pass (0.27s). vulture checks Python dead code (1.29s). repowise uses a custom ranking mechanism, including dead code (17.26s). symilar checks line-based duplication (234.12s; chart capped at 20s).

JS/TS

xychart-beta
  title "zod benchmark seconds"
  x-axis ["sensez", "fallow", "repowise"]
  y-axis "seconds" 0 --> 6
  bar [0.16, 0.48, 5.75]

sensez scans all structural pillars in one pass (0.16s). fallow checks JS/TS structural dead-code and dependency findings (0.48s). repowise checks repo intelligence signals, including dead code (5.75s).

sensez tries to lower dead code noise and allows for configuration of what gets reported. It also includes a few more Python and TS/JS opinionated smells, apart from overall structural consistency metrics.

The Problem

Coding agents drift. Not due to bad intentions, but because their loop is leaky.

  1. Context rots. You told the agent to respect boundaries, follow SOLID, and think like a staff engineer. Six turns later, the context has been summarized twice and the agent is confidently rewriting the same csv file parser your colleague wrote two weeks ago.

  2. CI is too late. CI is great at saying "absolutely not." It is much worse at saying "hm, this duplication is small but suspicious." Non-blocking warnings have a natural habitat: ignored forever.

  3. Slow checks do not fit the turn. If a check takes minutes, it should not run every agent turn. If it does not run every turn, the slop has time to ferment.

[Agent Proposes Turn Finish] ──> [ 👃 Sensez MCP Sniff ] ──> [ Catches Import Cycle / Duplication ]
                                   │
                                   └──> (Immediate Agent Feedback: "Loose typing violation on line 40 of code.py. Replace loose collections with dataclass/model.")

Sensez provides short, structured feedback directly to the agent while the edit is still fresh. Less archaeology, more "fix it before it becomes load-bearing."

noze

noze takes care of the gorgonzola coding agents love so much:

Area Output key What it catches
Duplication duplication Structural clones, including local rename copies.
Dead code dead_code Unreferenced symbols with confidence tiers.
Cycles cycles Import loops and load-order tangles.
Boundaries boundaries Imports crossing configured architecture rules.
Smells smells Design pressure inside functions, classes, modules, and the graph.

Some smell examples:

Smell Why noze flags it
tuple_packing Positional tuples hide meaning. tuple[int, str, int] is not a data model.
loose_typing Any and vague containers erase the contract callers need.
boolean_blindness do_thing(True, False) is a guessing game with arguments.
implicit_schema Repeated string-key access usually means a real shape is hiding in a dict.
mutated_parameter You pass a parameter and the function you sent it to returns it all chewed up. Disgusting.
feature_envy A method that mostly uses another object's data may belong somewhere else.
message_chain Long a.b.c.d chains couple callers to deep object plumbing.
god_module One module has become the place everything depends on.
magic_string_default Trying to lie to the type checker by adding an || "" or or "" to hide a string that should be required.
split_variable Multiple reassignments of the same variable within the same scope. Set to 1 to keep them constant within the scope and enforce helper functions for complex assignment logic.
nested_loops [BETA, can be noisy] Nested iterations may blow up exponentially if not handled properly
n_plus_one_call [BETA, can be noisy] Making external calls 1 by 1 (e.g. to a database) instead of using a batched approach.

noze is not a formatter, linter, or type-checker. Keep using Ruff, ty, mypy, ESLint, TypeScript, rustc, and Clippy. noze sits next to them and watches the repo-level shape.

MCP

MCP is the default integration path for agents. Use it when Sensez should run repeatedly during a coding session instead of shelling out for one-off scans.

sense mcp serve

The MCP tools are themed but explicit:

Tool Use
noze_sniff Scan the repo for smells and structure issues.
noze_gate End-of-turn diff gate for agent hooks; experimental and can be noisy on short/Q&A turns.
noze_explain Explain a finding category.
brainz_report Summarize local usage and resolution metrics.
brainz_triage Record user-approved debt or false-positive verdicts.
eyez_search_docs [disabled] Search docstrings/comments when eyez is enabled.

You can also use the smell noze CLI standalone in GitHub actions.

brainz

brainz is local-only memory. It records scans, gate blocks, triage decisions, resolved findings, regressions, detector precision, and usage reports.

Everything stays under:

.sensez/local-metrics/

No telemetry. No source upload. Disable it per repo:

[self_improvement]
enabled = false

Configuration

Sensez reads sensez.toml from the project root, or [tool.sensez] from pyproject.toml when sensez.toml is absent.

sense init . --yes

Main knobs:

  • [duplication] for clone thresholds
  • [dead_code] for dynamic entrypoints
  • [smells] for smell toggles and thresholds
  • [[boundaries.forbidden]] for architecture contracts
  • [action] for how strongly agents/gates treat each pillar
  • [accept] for shared accepted findings
  • [self_improvement] for local metrics

Small example:

[duplication]
threshold = 50

[dead_code]
entrypoint_names = ["register", "main", "setup"]

[[boundaries.forbidden]]
from = "app.domain"
to = "app.web"

[smells.rules.long_function]
max_lines = 80
action = "warning"

That boundary rule says: domain code does not import web code. If it does, the import has chosen drama.

eyez

eyez is optional doc/comment search for first-pass orientation:

sense eyez search . "where do we compute prices?"

It is a lead finder, not a complete code search.

Project Anatomy

  • spine: file discovery, parsing, shared IR, and dependency graph.
  • profiles: language adapters for Python, JS/TS, TSX, and Rust.
  • noze: duplication, dead code, cycles, and design smells.
  • bonez: architecture boundary auditing.
  • brainz: local-only metrics and feedback memory.
  • eyez: optional doc/comment search.
  • mcp: JSON-RPC/MCP surface for agent integration.
  • reporter: terminal and JSON output.
  • setup: sense init, starter config, MCP registration, and hook setup.

Privacy

Sensez does not send telemetry or source code anywhere. Local metrics stay under .sensez/local-metrics/. The optional eyez feature downloads an embedding model from HuggingFace the first time it is used; after that, indexing and search are local.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distributions

No source distribution files available for this release.See tutorial on generating distribution archives.

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

sensez-0.1.1-py3-none-win_amd64.whl (2.7 MB view details)

Uploaded Python 3Windows x86-64

sensez-0.1.1-py3-none-manylinux_2_39_x86_64.whl (3.1 MB view details)

Uploaded Python 3manylinux: glibc 2.39+ x86-64

sensez-0.1.1-py3-none-manylinux_2_39_aarch64.whl (3.0 MB view details)

Uploaded Python 3manylinux: glibc 2.39+ ARM64

sensez-0.1.1-py3-none-macosx_11_0_arm64.whl (2.8 MB view details)

Uploaded Python 3macOS 11.0+ ARM64

sensez-0.1.1-py3-none-macosx_10_12_x86_64.whl (2.9 MB view details)

Uploaded Python 3macOS 10.12+ x86-64

File details

Details for the file sensez-0.1.1-py3-none-win_amd64.whl.

File metadata

  • Download URL: sensez-0.1.1-py3-none-win_amd64.whl
  • Upload date:
  • Size: 2.7 MB
  • Tags: Python 3, Windows x86-64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for sensez-0.1.1-py3-none-win_amd64.whl
Algorithm Hash digest
SHA256 9af2d09577168a58d952c4c59320866d521787bf2ec5a8b76b8b258a35fac6ab
MD5 b19f71076ecd1b647f2e5d8b3335c865
BLAKE2b-256 142425caee9277badad4790a100f8cdaa1082a4af8e80379133ecd0118135d2e

See more details on using hashes here.

Provenance

The following attestation bundles were made for sensez-0.1.1-py3-none-win_amd64.whl:

Publisher: release.yml on popov95s/sensez

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file sensez-0.1.1-py3-none-manylinux_2_39_x86_64.whl.

File metadata

File hashes

Hashes for sensez-0.1.1-py3-none-manylinux_2_39_x86_64.whl
Algorithm Hash digest
SHA256 2113435fe1a5d13ed6f5128b28c5d750dd83ce4da8b4754061553026bc179830
MD5 d663431b967e41d7e6f8477a02b4d638
BLAKE2b-256 9489f67c6577dd473d4426594d86112e9240c9924be38b9e38707c4581e755af

See more details on using hashes here.

Provenance

The following attestation bundles were made for sensez-0.1.1-py3-none-manylinux_2_39_x86_64.whl:

Publisher: release.yml on popov95s/sensez

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file sensez-0.1.1-py3-none-manylinux_2_39_aarch64.whl.

File metadata

File hashes

Hashes for sensez-0.1.1-py3-none-manylinux_2_39_aarch64.whl
Algorithm Hash digest
SHA256 c591d21d42297c51066960be2702a567020959df62d55fe4208d4b2f8d107575
MD5 266db428c76c1d133114ed02224878e9
BLAKE2b-256 28b4d8b4af2295d47eeb785bf899276186551b8294cec4134c4acae9530bb61a

See more details on using hashes here.

Provenance

The following attestation bundles were made for sensez-0.1.1-py3-none-manylinux_2_39_aarch64.whl:

Publisher: release.yml on popov95s/sensez

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file sensez-0.1.1-py3-none-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for sensez-0.1.1-py3-none-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 300889a8f56b468d214305ad149ea6f8d8bb0eb95513eed3dc586581808c0c40
MD5 d776ce63038b03e14aa5c7e22b79f13b
BLAKE2b-256 45d2f1e679b5870deb6c8949839b8719956ba5374d762dd5c64a2642dbfaa55a

See more details on using hashes here.

Provenance

The following attestation bundles were made for sensez-0.1.1-py3-none-macosx_11_0_arm64.whl:

Publisher: release.yml on popov95s/sensez

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file sensez-0.1.1-py3-none-macosx_10_12_x86_64.whl.

File metadata

File hashes

Hashes for sensez-0.1.1-py3-none-macosx_10_12_x86_64.whl
Algorithm Hash digest
SHA256 5b3839821a64cfad85c48ce743ccb4378b163bbc0db424d24535fb35100dea5c
MD5 1b1342f64e16b5c1b2962590023c01a5
BLAKE2b-256 ee9472e7bc523146b207ac81ae74ddf56e25949e29a25e43bc074a23e852e29d

See more details on using hashes here.

Provenance

The following attestation bundles were made for sensez-0.1.1-py3-none-macosx_10_12_x86_64.whl:

Publisher: release.yml on popov95s/sensez

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page