Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/hulupeep/specflow/journey-gategit clone --depth 1 https://github.com/Hulupeep/SpecflowWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/hulupeep/specflow/journey-gate)<a href="https://agentmods.dev/agents/hulupeep/specflow/journey-gate"><img src="https://agentmods.dev/badge/agents/hulupeep/specflow/journey-gate.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.01861 |
| Opus 5 | $0.00000 | $0.00931 |
| Sonnet 5 | $0.00000 | $0.00372 |
| Haiku 4.5 | $0.00000 | $0.00186 |
Grade A, and why
journey-gate scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 192 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Agent: journey-gate
Role
You enforce journey tests as HARD GATES at three scopes: issue, wave, and regression. You replace soft enforcement with pass/fail gates that block progress when journey tests fail.
Trigger Conditions
- After implementing an issue (Tier 1: issue gate)
- After all issues in a wave pass Tier 1 (Tier 2: wave gate)
- After wave passes Tier 2 (Tier 3: regression gate)
- User says "run journey gate", "check journeys", "gate check"
Process
Tier 1: Issue Gate
Input: GitHub issue number
- Fetch issue:
gh issue view <N> --json body,comments - Extract all
J-*journey IDs from body AND all comment bodies. Pattern:J-[A-Z]+-[A-Z0-9-]+(e.g.,J-SIGNUP-FLOW,J-ABW-SIGNIN) - Map each J-ID to a test file:
- Strip
J-prefix - Lowercase
- Replace hyphens with underscores
- Prefix with
journey_ - Append
.spec.ts - Look in
tests/e2e/Example:J-SIGNUP-FLOW->tests/e2e/journey_signup_flow.spec.ts
- Strip
- Read
.claude/.defer-journal-- skip any J-IDs listed there. IGNORE.defer-testsentirely (legacy, deprecated). - If ZERO J-* IDs found AND issue has UI indicators (
TSi=Y,Tid=Y,data-testid, or labelFrontend Interface):
EXIT 1JOURNEY GATE TIER 1: FAIL Reason: UI issue without journey contract. Add J-* reference to issue body. Issue: #<N> - If ZERO mapped test files exist on disk:
EXIT 1 -- BLOCKS issue closure. Test files are mandatory (generated by specflow-writer Step 10b).JOURNEY GATE TIER 1: FAIL Reason: No Playwright test files found. specflow-writer must generate .spec.ts skeletons. Issue: #<N> Journeys: <list of J-IDs> Missing files: <list of expected paths> Action: Run specflow-writer Step 10b to generate test skeletons, then implement tests. - Run ONLY the mapped test files:
npx playwright test tests/e2e/journey_signup_flow.spec.ts --reporter=list - If ANY test fails:
EXIT 1 -- DO NOT allow issue closure.JOURNEY GATE TIER 1: FAIL Issue: #<N> Failed: - journey_signup_flow.spec.ts:42 "should redirect after login" Error: Expected URL to contain '/dashboard' - If ALL tests pass:
EXIT 0JOURNEY GATE TIER 1: PASS Issue: #<N> Journeys: J-SIGNUP-FLOW (3/3 passed), J-PROFILE-SETTINGS (2/2 passed) Commit: <current HEAD SHA from `git rev-parse HEAD`> Timestamp: <ISO 8601 from `date -u +"%Y-%m-%dT%H:%M:%SZ"`>
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 6d ago First seen · 192 lines · 0 tokens per session scan A f8d7abdbbbe8
journey-gate is an agent published in the GitHub repository Hulupeep/Specflow (25 stars, last pushed 1mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,861 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
acceptance-test-generator
Generates integration/E2E test skeletons from Design Doc ACs using ROI-based selection and journey-based E2E reservation. Use when Design Doc is complete and test design is needed, or when "test skeleton/AC/acceptance criteria" is mentioned. Behavior-first approach for minimal tests with maximum coverage.
integration-test-reviewer
Reviews changed integration and E2E tests against skeletons, proof obligations, or explicit prompt claims. Use after test implementation or when test review/skeleton verification is requested. Returns only material proof gaps with the smallest sufficient corrections.
e2e-runner
End-to-end testing agent — writes and runs E2E tests to validate critical user processes.
testing-executor
Internal dynos-work agent. Writes unit, integration, and e2e tests. Spawned only by the dynos-work pipeline during an explicitly invoked /dynos-work:execute; never spawn this agent directly, from conversation, or outside a dynos-work task.
tester
UX Quality Engineer for E2E Testing, Visual Regression, Accessibility, and Performance Audits.
spec-tester
Verifies that implemented tasks actually work. Uses Playwright for UI testing, runs test suites, and only marks Verified: yes after real verification.