feat(mcp): expose maintainer queue-noise triage via gittensory_get_maintainer_noise - #1414
Merged
Merged
Conversation
…intainer_noise The deterministic maintainer-noise report (`buildMaintainerNoiseReport`, src/signals/reward-risk.ts) ranks which queue-noise sources a maintainer should clear first — open PRs without linked-issue context, broad/churn-style diffs, duplicate clusters, and contributor-intake pressure — with a score, level, and recommended maintainer actions. It already powers the `@gittensory noise-report` PR command but had no MCP surface, so agents/CLI couldn't pull it. Add `gittensory_get_maintainer_noise` (maintainer-authenticated, advisory only), mirroring the outcome-calibration serving (JSONbored#1174): a thin load-or-compute service (`src/services/maintainer-noise.ts`) that loads the repo's cached signals and runs the existing builder, plus the MCP tool registration + output schema + method. No new REST route, no migration, no auth-policy change — purely additive to the MCP surface. Output flows through the existing `redactSensitiveForMcp` wrapper. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Contributor
|
Superagent didn't find any vulnerabilities or security issues in this PR. |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #1414 +/- ##
=======================================
Coverage 95.43% 95.44%
=======================================
Files 193 194 +1
Lines 21043 21053 +10
Branches 7618 7618
=======================================
+ Hits 20083 20093 +10
Misses 383 383
Partials 577 577
🚀 New features to boost your workflow:
|
JSONbored
approved these changes
Jun 26, 2026
JSONbored
left a comment
Owner
There was a problem hiding this comment.
Screen: ✅ low-risk, on-thesis. It wraps an existing builder already shipping via the @gittensory noise-report command — near-zero new maintenance surface, on the maintainer-agent MCP thesis. Verdict: MERGE — after stripping the "🤖 Generated with Claude Code" line from the PR body (House Rule §5) · gittensor:feature.
Closed
12 tasks
oktofeesh1
added a commit
to oktofeesh1/loopover-oktofeesh1
that referenced
this pull request
Jun 26, 2026
…r_lane The deterministic maintainer-lane report (`buildMaintainerLaneReport`, src/signals/engine.ts) synthesizes a repo's lane recommendation alongside the configured maintainer cut, queue health, config quality, and contributor-intake health — the maintainer's own-lane triage view. It already powers the repo-intelligence response but had no MCP surface, so agents/CLI couldn't pull it (it is also absent from gittensory_get_repo_context). Add `gittensory_get_maintainer_lane` (maintainer-authenticated via the existing requireRepoAccess, advisory only), mirroring the merged maintainer-noise / outcome-calibration serving (JSONbored#1414 / JSONbored#1174): a thin load-or-compute service (src/services/maintainer-lane.ts) that loads the repo's cached signals + collision report and runs the existing builder, plus the MCP tool registration + output schema + method. Output flows through the existing redactSensitiveForMcp wrapper. No new REST route, no migration, no auth-policy change — purely additive to the MCP surface. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
oktofeesh1
added a commit
to oktofeesh1/loopover-oktofeesh1
that referenced
this pull request
Jun 26, 2026
The deterministic label audit (`buildLabelAudit`, src/signals/engine.ts) reports whether a repo's configured (.gittensory.yml / dashboard) label set matches the live GitHub labels and is trustworthy for label-multiplier scoring — surfacing missing configured labels, suspicious status/source-style labels, and the overall trusted-label-pipeline readiness. It already powers the repo-intelligence response but had no MCP surface, so agents/CLI couldn't pull it (it is also absent from gittensory_get_repo_context, which exposes a different subset). Add `gittensory_get_label_audit` (maintainer-authenticated via the existing requireRepoAccess, advisory only), mirroring the merged maintainer-noise (JSONbored#1414) and outcome-calibration (JSONbored#1174) serving: a thin load-or-compute service (src/services/label-audit.ts) that loads the repo's labels + cached signals and runs the existing builder, plus the MCP tool registration + output schema + method. Output flows through the existing redactSensitiveForMcp wrapper. No new REST route, no migration, no auth-policy change — purely additive to the MCP surface. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
JSONbored
added a commit
that referenced
this pull request
Jun 27, 2026
…r_lane (#1456) The deterministic maintainer-lane report (`buildMaintainerLaneReport`, src/signals/engine.ts) synthesizes a repo's lane recommendation alongside the configured maintainer cut, queue health, config quality, and contributor-intake health — the maintainer's own-lane triage view. It already powers the repo-intelligence response but had no MCP surface, so agents/CLI couldn't pull it (it is also absent from gittensory_get_repo_context). Add `gittensory_get_maintainer_lane` (maintainer-authenticated via the existing requireRepoAccess, advisory only), mirroring the merged maintainer-noise / outcome-calibration serving (#1414 / #1174): a thin load-or-compute service (src/services/maintainer-lane.ts) that loads the repo's cached signals + collision report and runs the existing builder, plus the MCP tool registration + output schema + method. Output flows through the existing redactSensitiveForMcp wrapper. No new REST route, no migration, no auth-policy change — purely additive to the MCP surface. Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: ghost <49853598+JSONbored@users.noreply.github.com>
JSONbored
added a commit
that referenced
this pull request
Jun 27, 2026
…dit (#1461) The deterministic label audit (`buildLabelAudit`, src/signals/engine.ts) reports whether a repo's configured (.gittensory.yml / dashboard) label set matches the live GitHub labels and is trustworthy for label-multiplier scoring — surfacing missing configured labels, suspicious status/source-style labels, and the overall trusted-label-pipeline readiness. It already powers the repo-intelligence response but had no MCP surface, so agents/CLI couldn't pull it (it is also absent from gittensory_get_repo_context, which exposes a different subset). Add `gittensory_get_label_audit` (maintainer-authenticated via the existing requireRepoAccess, advisory only), mirroring the merged maintainer-noise (#1414) and outcome-calibration (#1174) serving: a thin load-or-compute service (src/services/label-audit.ts) that loads the repo's labels + cached signals and runs the existing builder, plus the MCP tool registration + output schema + method. Output flows through the existing redactSensitiveForMcp wrapper. No new REST route, no migration, no auth-policy change — purely additive to the MCP surface. Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: ghost <49853598+JSONbored@users.noreply.github.com>
This was referenced Jul 2, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
The deterministic maintainer-noise report (
buildMaintainerNoiseReport,src/signals/reward-risk.ts) ranks which queue-noise sources a maintainer should clear first — open PRs without linked-issue context, broad/churn-style diffs, duplicate clusters, and contributor-intake pressure — and returns a score, level,noiseSources, and recommendedmaintainerActions. It already powers the@gittensory noise-reportPR command but had no MCP surface, so agents/CLI couldn't pull it (it is also absent fromgittensory_get_repo_context, which exposes a different subset, and from the decision-pack/miner-dashboard, which are contributor-scoped).This adds
gittensory_get_maintainer_noise(maintainer-authenticated via the existingrequireRepoAccess, advisory only), mirroring the merged outcome-calibration serving (#1174): a thin load-or-compute service (src/services/maintainer-noise.ts) that loads the repo's cached signals and runs the existing builder, plus the MCP tool registration + output schema + method. Output flows through the existingredactSensitiveForMcpwrapper.No linked issue: small, self-evident additive MCP surface over a live builder — same shape and scope as the merged
gittensory_get_outcome_calibration(#1174). No new REST route (the per-builder REST routes were deliberately consolidated away), no migration, no auth-policy change.Scope
type(scope): short summaryConventional Commit format.CONTRIBUTING.mdand does not reintroduce GitHub Pages, VitePress,site/, orCNAME.Validation
git diff --checknpm run actionlintnpm run typechecknpm run test:coverage—codecov/patch: every changed line and branch insrc/services/maintainer-noise.tsand the newsrc/mcp/server.tslines is covered (verified via lcov).npm run test:workersnpm run build:mcpnpm run test:mcp-packnpm run ui:openapi:checknpm run ui:lintnpm run ui:typechecknpm run ui:buildnpm audit --audit-level=moderate(0 vulnerabilities)test/unit/maintainer-noise.test.ts, incl. clean-queue + noisy-queue + sanitizer boundary), the MCP call-test intest/unit/mcp-output-schemas.test.ts, and the tool-list assertion intest/integration/api.test.ts.Safety
@gittensory noise-reportcommand already posts, routed throughredactSensitiveForMcp; a test asserts nowallet/hotkey/payout/reward/trust scoreterms leak.requireRepoAccessmaintainer guard (no new auth surface).Notes
Mirrors the merged
gittensory_get_outcome_calibration(#1174) pattern exactly: service + tool + output schema + output-schema test + integration assertion. MCP-tool-only (no REST route), so it does not touch the deliberately-consolidated/v1/contributors/:login/*surface.