← Services ↓ PowerPoint
JTCJTC Tech
// Pillar 06 · Tools

Instruments,not a product line.

Guardian AI, PromptForge, Dark Pattern Detector, the Scrum Toolkit — four privacy-first browser tools that exist to make the other five pillars stick in day-to-day work. All free public beta. You don't buy them; an engagement rolls one out.

// The gap
A tool is not
a practice.

Installing PromptForge doesn't make structured prompting a habit. Loading Guardian AI doesn't create AI oversight. The tool is the easy part — the value is in the fit, the rollout, and the governance around it. That's the work this pillar does.

What the tools are

  • Guardian AI — enforces AI-usage policy at the browser, and doubles as a critical-thinking checkpoint: did a human actually think about this before sending it?
  • PromptForge — puts structured prompting frameworks into everyday practice.
  • Dark Pattern Detector — a working example of AI used for consumer protection: flags manipulative UX on the pages you visit.
  • Scrum Toolkit — runs every ceremony by the 2020 Scrum Guide in a single page.

All four are free public beta. They're instruments of the practice, not a separate product.

// The model

Three things to
get right

01

Fit

Each tool maps to a named problem and a workflow people already have — with an owner who decides what's rolled out.

02

Rollout

You can deploy a browser extension to a team, onboard people, measure adoption, and keep it alive if the champion leaves.

03

Governance

You know each tool's data flow, own and scope any API keys, and the tools fit a privacy, security and AI-usage review.

Fit without rollout is shelfware. Rollout without governance is an ungoverned data flow at scale.

// 01 · Fit

What good looks like

  • Each tool addresses a named problem here — not "this looks useful".
  • Tooling has one owner who decides what's rolled out, configures it, and fields questions.
  • The tool slots into a workflow people already have — it isn't a new habit nobody asked for.
  • The intended users have tried the free beta and fed back before any rollout.
  • "Adopt a tool" is tied to an outcome you'd notice — not an install count.
// 02 · Rollout

Deployed,
not just shared

  • Browser policy allows extensions, and there's a managed way to deploy them.
  • There's real onboarding — "what it does, how we use it" — not a link in a channel.
  • Adoption is measured — who's using it, is it helping — not assumed after launch.
  • Users have a channel to report friction that reaches someone who can act.
  • If the champion leaves, tooling survives — config documented, more than one person across it.
// 03 · Governance · the exposed one

Known,
not assumed

  • You know each tool's data flow — what runs locally in the browser vs what calls an API.
  • Any API key is owned, scoped and rotated — not pasted from a personal account.
  • The tools went through the same privacy and security review as other software.
  • The tools are explicitly covered by your AI-usage policy — or the policy gets written.
// Why the three, together
One weak area
wastes the rest
  • Fit without rollout — the right tool, installed by three people, quietly abandoned.
  • Rollout without governance — a whole team on a tool whose data flow nobody has checked.
  • Governance without fit — a locked-down, reviewed tool that solves a problem you don't have.

Find the weak one and reinforce it first. That's the engagement in a sentence.

// The failure modes

Where tooling
goes nowhere

  • Shiny-object install — adopted because it's clever, not because it solves a named problem.
  • Link-and-leave — dropped in a channel, no onboarding, no follow-up.
  • Nobody owns it — so nobody configures it, answers questions, or notices it died.
  • Personal keys — a tool running on someone's private API account, unmanaged.
  • Off the governance radar — never reviewed like other software, invisible to the AI policy.
// The starting point

The readiness check

  • 14 questions — about four minutes, scored in the browser.
  • A score for fit, rollout and governance — and a combined grade from Curious to Embedded.
  • A concrete first move for each area.
  • Take it before the first conversation: jtctech.co.za/assess-tools

It's tool-agnostic — it measures whether any tool would land here, before you pick one.

// How an engagement runs

Fit → roll out → govern

01
Readiness check
Score fit, rollout and governance. Name the weak one.
02
Pick one tool
The one tied to the sharpest problem — often alongside a governance audit.
03
Roll it out
Owner, onboarding, keyword and policy setup, an adoption check.
04
Govern & embed
Data-flow note, key management, a feedback loop into the tool roadmap.
// By segment

Where it starts

Individuals

Use the beta

Free public beta of every tool. Guardian AI for personal AI use. The PromptForge browser extension.

SMB

Roll one out

Tool rollout alongside a governance audit. Team onboarding to the tools. Custom keyword and policy setup.

Enterprise

Embed it

Tooling embedded in a governance framework. Rollout across engineering and delivery teams. A feedback loop into the roadmap.

// What an engagement leaves behind

What you keep

The owner

Someone accountable

A named owner and a short onboarding, so the tool has a home and new people get set up properly.

The record

Data flow & keys

A written note of what each tool sends where, and API keys that are owned, scoped and rotated.

The loop

Feedback to the roadmap

A channel from your users back to the tool team — friction and requests actually reach the build.

// Why JTC
We build the tools
we roll out.
  • The four tools are made in-house — the rollout advice comes from running them ourselves, privacy-first.
  • Led by Jon Boyle, who has lived the AI and Agile adoption curve inside a real team at scale.
  • Tools sell as rollout within an engagement, not licences — so the incentive is adoption that sticks, not seats.
JTCJTC Tech

Start with theweak one.

Take the readiness check, then a 30-minute conversation about which tool to roll out first — and what has to be true around it.

hello@jtctech.co.za · jtctech.co.za · Built in South Africa 🇿🇦

1 / 15