gleanwork / gleanwork/glean-agent-toolkit

[P2] No test sandbox or record/replay for CI-friendly testing

Open
#50 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Python
Stars
65
Forks
12
PR merge metrics
No merged PRs in 30d

Description

Problem

All development and testing currently runs against production Glean. There is no sandbox instance, no seed data, no record/replay, no mock server, no dry_run flag.

Current state

The toolkit uses VCR cassettes internally for its own test suite, but there is no user-facing testing story.

Evidence

From PM's 3P Agents Gap Spec:

  • 2 days, ~50+ API calls all hit production with real enterprise data
  • CI/CD pipelines can't test the knowledge layer
  • Integration tests either hit production (flaky, slow, requires secrets) or mock at HTTP level (fragile, breaks on API changes)

Fix

Consider:

  • Record/replay proxy that captures real responses for offline testing
  • A dry_run flag returning structurally-valid fake responses
  • Mock service or test fixtures that users can use in their own CI
  • Document the VCR cassette approach as a pattern for users

Priority

P2 — Blocks robust CI/CD for agent builders.

Source: 3P Agents Stack Rank gap spec, item 4.2

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the toolkit's existing VCR cassette-based test suite and compare its approach with the proposed record/replay proxy, dry_run flag, mock service, and user-facing fixtures. Decide which testing story is in scope before identifying the relevant implementation and documentation entry points. Done means users can run reliable offline tests in CI without production secrets or enterprise data.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.