Complete GlitchTip-to-Gitea filing orchestrator #153

Closed
opened 2026-07-05 01:57:33 -05:00 by jcwalker3 · 2 comments
Owner

Context

Child implementation issue from the accepted Jenkins/GlitchTip MCP audit decision.

The accepted audit status is the working source of truth:

  • GlitchTip MCP server code exists as glitchtip-mcp.
  • GlitchTip read-only tools exist and are tested.
  • GlitchTip-to-Gitea filing exists only as a partial library path.
  • The current filing path uses mocked GlitchTip fetch behavior.
  • GlitchTip dedup/linking code exists and is tested, but it is not integrated into the filing path.
  • There is no mutation audit for filing.
  • There is no MCP exposure for filing.
  • Do not reopen #6 directly; this issue is the follow-up that completes the missing filing-orchestrator acceptance criteria.

Scope

  • Replace mocked GlitchTip fetch behavior with the real GlitchTip read path.
  • Wire glitchtip_dedup before any Gitea create action.
  • Add fail-closed mutation audit for filing/linking actions.
  • Decide whether filing should be MCP-exposed and under which write-boundary server.
  • Keep read-only GlitchTip MCP behavior clearly separate from any mutating Gitea filing surface.

Acceptance criteria

  • Filing orchestration uses real GlitchTip read behavior, not mocked issue data.
  • Dedup runs before any create action.
  • Dedup create/link/skip decisions are represented in tests.
  • Existing GlitchTip dedup/linking logic is integrated into the filing path rather than duplicated or bypassed.
  • Mutation audit is fail-closed before any Gitea create/link mutation.
  • Tests cover audit failure.
  • The implementation explicitly decides and documents whether filing is exposed through MCP.
  • If MCP-exposed, filing is only available through an appropriate write-boundary server/profile, not the read-only GlitchTip surface.

Non-goals

  • Do not solve Jenkins trigger safety here.
  • Do not use this issue for generic client registration except where needed for the filing exposure decision; registration belongs to #151.
  • Do not mark #6 complete by inference until this issue's acceptance criteria are met.

Ordering

This is implementation issue 3 of 5 and should follow #151 and #152. It is the explicit follow-up for the missing filing-orchestrator work.

## Context Child implementation issue from the accepted Jenkins/GlitchTip MCP audit decision. The accepted audit status is the working source of truth: - GlitchTip MCP server code exists as `glitchtip-mcp`. - GlitchTip read-only tools exist and are tested. - GlitchTip-to-Gitea filing exists only as a partial library path. - The current filing path uses mocked GlitchTip fetch behavior. - GlitchTip dedup/linking code exists and is tested, but it is not integrated into the filing path. - There is no mutation audit for filing. - There is no MCP exposure for filing. - Do not reopen #6 directly; this issue is the follow-up that completes the missing filing-orchestrator acceptance criteria. ## Scope - Replace mocked GlitchTip fetch behavior with the real GlitchTip read path. - Wire `glitchtip_dedup` before any Gitea create action. - Add fail-closed mutation audit for filing/linking actions. - Decide whether filing should be MCP-exposed and under which write-boundary server. - Keep read-only GlitchTip MCP behavior clearly separate from any mutating Gitea filing surface. ## Acceptance criteria - Filing orchestration uses real GlitchTip read behavior, not mocked issue data. - Dedup runs before any create action. - Dedup create/link/skip decisions are represented in tests. - Existing GlitchTip dedup/linking logic is integrated into the filing path rather than duplicated or bypassed. - Mutation audit is fail-closed before any Gitea create/link mutation. - Tests cover audit failure. - The implementation explicitly decides and documents whether filing is exposed through MCP. - If MCP-exposed, filing is only available through an appropriate write-boundary server/profile, not the read-only GlitchTip surface. ## Non-goals - Do not solve Jenkins trigger safety here. - Do not use this issue for generic client registration except where needed for the filing exposure decision; registration belongs to #151. - Do not mark #6 complete by inference until this issue's acceptance criteria are met. ## Ordering This is implementation issue 3 of 5 and should follow #151 and #152. It is the explicit follow-up for the missing filing-orchestrator work.
jcwalker3 added the mcpsecuritygiteamutatingtestingreliabilityglitchtipworkflow labels 2026-07-05 01:57:36 -05:00
Author
Owner

Duplicate triage: closing #148 as a duplicate of this issue. #148 ("Complete GlitchTip-to-Gitea filing orchestrator") carried five acceptance bullets — real GlitchTip read path, dedup wired before create, fail-closed mutation audit, MCP-exposure decision, dedup/audit tests — all already present in this issue's fuller scope and acceptance criteria. No unique content existed on #148 (empty comment thread). This issue remains the canonical tracker. Triage by jcwalker3 / prgs-author; duplicate-check evidence: full open-issue inventory + side-by-side body comparison.

Duplicate triage: closing #148 as a duplicate of this issue. #148 ("Complete GlitchTip-to-Gitea filing orchestrator") carried five acceptance bullets — real GlitchTip read path, dedup wired before create, fail-closed mutation audit, MCP-exposure decision, dedup/audit tests — all already present in this issue's fuller scope and acceptance criteria. No unique content existed on #148 (empty comment thread). This issue remains the canonical tracker. Triage by `jcwalker3 / prgs-author`; duplicate-check evidence: full open-issue inventory + side-by-side body comparison.
jcwalker3 added the status:in-progress label 2026-07-06 11:42:09 -05:00
Author
Owner

Claimed for verification and Gitea-Tools closure tracking.

Queue context: #151 closed; mcp-control-plane child #57 (filing orchestrator) is closed with real fetch, dedup-before-create, and fail-closed audit in mcp_control_plane/glitchtip_gitea_filing.py. This issue tracks the Gitea-Tools-side acceptance criteria and cross-repo documentation alignment.

Branch: feat/issue-153-glitchtip-filing-orchestrator

Next steps:

  1. Verify filing orchestrator tests in mcp-control-plane satisfy all AC here
  2. Align Gitea-Tools docs/safety-model references (library-only exposure decision)
  3. Open PR with any doc/test gaps; Closes #153
Claimed for verification and Gitea-Tools closure tracking. **Queue context:** #151 closed; mcp-control-plane child #57 (filing orchestrator) is closed with real fetch, dedup-before-create, and fail-closed audit in `mcp_control_plane/glitchtip_gitea_filing.py`. This issue tracks the Gitea-Tools-side acceptance criteria and cross-repo documentation alignment. **Branch:** `feat/issue-153-glitchtip-filing-orchestrator` **Next steps:** 1. Verify filing orchestrator tests in mcp-control-plane satisfy all AC here 2. Align Gitea-Tools docs/safety-model references (library-only exposure decision) 3. Open PR with any doc/test gaps; `Closes #153`
sysadmin removed the status:in-progress label 2026-07-06 12:28:54 -05:00
jcwalker3 added the status:in-progress label 2026-07-07 03:24:19 -05:00
sysadmin removed the status:in-progress label 2026-07-07 04:05:24 -05:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Scaled-Tech-Consulting/Gitea-Tools#153